Здравствуйте, похоже ряды BI-щиков пополнились. Подскажите, пожалуйста, как в Query Designer можно брать из показателя только отрицательные суммы?

Поставить в отчете условие на нужный показатель, указав пороговое значение.

Спасибо, попробую.

Чего-то не выходит. Пороговые значения задаются либо в Особых ситуациях, либо в Особых условиях. Там задаются условия, которые применяются уже к итоговому значению показателя. А мне нужно при формировании выборки, суммировать не все суммы, а только те, которые меньше 0.

Сделайте формулу: "Показатель" * ("Показатель" > 0 ). Все отрицательные значения станут нулевыми.

Так тоже пробовал, но складывается впечатление, что формула работает с уже итоговым показателем.
Пример: ограниченный показатель выдает в ячейку +3200. Он складывается из нескольких документов куба: +1600, +1600, -1600, +1600, -1600.
Мне нужно вывести в одну ячейку сумму отрицательных документов, а в другую сумму положительных документов. Ни по какому признаку ограничить показатель не представляется возможным.
Где-то на форуме в похожей проблеме предлагалось создать еще один признак - знак документа и добавлять его в ограниченный показатель. Как считаете, это единственное решение? На этапе Query Designer ограничить желаемое не получится?

ну так создайте формулу, если а < 0, то суммируете, иначе 0, аналогично на a > 0

Ещё вариант: сделать указанную выше формулу на уровне куба, а не отчёта, т.е. до агрегации.

Используйте спец-агрегацию по максимально возможному признаку, напр., по номеру документа, или даже составную агрегацию, если ключ сложный. И тогда точно будет правильно

1. Правильно предлагалось (ну разве что не знак документа, а что-то типа дебет/кредит или поступление/выбытие). Добавите признак в куб, заполните его в трансформации, перегрузите данные, а затем ограничите им показатели в Query Designer.

2. Спецагрегация (или вложенная спецагрегация). Альтернативный вариант, но не ваш (да и не всегда реализуемо). Тоже можно такого добиться, но производительность ухудшится, его используют в более сложных случаях, когда это действительно необходимо.

3. Еще вариант - создать отдельный показатель для поступления (+) и отдельный для выбытия (-) и тоже заполнять на этапе загрузки данных. Обычно совмещают 1 и 3.

4. Всякого рода before aggregation устарело и не рекомендуется к использованию.

5. Создать признак поступления/выбытия, но заполнять его в BADI как виртуальный (для вашего простого решения - изврат)

6. То же, что и п. 5, только с отдельными показателями как в п. 3. Тоже никому не нужный изврат.

Поэтому п. 1 и 3 самые разумные, хоть и требуют перезагрузки. И еще рекомендуется к прочтению нота 1151957 и разного рода ссылки из нее.

Спасибо всем, не было времени ответить!
Помогло вот что:
1. В кубе добавил новое измерение - "Знак +/-".
2. В правилах трансформации добавил формулу SIGN (0AMOUNT) для поля "Знак +/-".
3. Почистил данные в кубе.
4. Перегрузил их по-новой, чтобы заполнилось новое поле.
5. Использовал в BEx Query Designer новое поле для выбора только отрицательных значений.

P.S.: это нечто, когда операция по дебету одного счета и дебету другого, только в первом случае со знаком "+", а в другом со знаком "-".