Допустим есть 2 показателя - количество за год8 и год9 по какому либо признаку, например по кастомерам. Необходимо показать прирост, при этом в Result необходимо показать прирост, учитывая только те строки (тех кастомеров), у которых есть значения и в 2009, и в 2008.
Т.е. необходимо так
Кастомер/год8/год9/прирост
каст1 / 100 / 110 / 10%
каст2 / 0 / 60/ -
итог / 100 / 170 / 10% (а не70% )

Думал все просто - сделаю 2 скрытых расчетных показателя, для каждого года, в которых буду показывать значения по типу, если год8 <> 0, то показывать год9, в свойствах скажу, что резалт считать, как сумму
Однако получаю
Кастомер/год8 (скрыт)/год9 (скрыт)/прирост
каст1 / 100 / 110 / 10%
каст2 / 0 / 0 / -
итог / 100 / 110 / 70%

Т.е. показатель прироста не смотрит на итог, который показывает, а берет значение из условия.

Пробовал создавать эти расчетные переменные и в глобально в QD и со свойством Before aggregation, но не помогает.

Каким-нибудь образом можно решить проблему в запросе?

А прирост это что? Формула одно минус другое?

прирост - это отношение.
по бесковски это, например, можно написать так год9 %(Percantage variance) год8

Т.е. у Вас там написано примерно так: NDIV0(год9(скрыт) % год8(скрыт))?

да, примерно так

Попробуйте сделать переменную-формулу путь замены кастомера на атрибут константа = 1.
Потом умножить на нее формулу, которая проверяет на <> 0.

не совсем понял, зачем через переменную формулы, но попробовал. Безуспешно.

Спасет только спецагрегация по кастомерам.

Если у вас BEx 7.0, то выставляйте её прям в свойствах рассчитанного показателей (скрытых), либо расчет до агрегации также у скрытых.

У меня заработало, ограниченные показатели на уровне инфопровайдера, расчетный с <> 0 на уровне инфопровайдера, формула в столбцах с %.

VitalkaFS, bw3.5
Roman, я попробал еще раз на совсем примитивном примере. Не работает. Ведь значение формулы-замены в данном случае для каждого кастомера = 1. Можете объяснить, свою идею, почему должно получиться, может я не допонял?

В 3.5 вообще должна работать опция "рассчет до агрегации", но это чревать конкретной потерей производительностью.

Если все таки есть желание воспользоваться спецагрегацией по кастомером - воспользуйся BADI с виртуальными показателями.

Без спецагрегации (детализации по кастомерам) просто не хватает информации о том, как исключать кастомеров с пустым предыдущим годом. В смысле такого алгоритма придумать нельзя. Это математика.

да, такая опция есть - расчет до или после агрегации, но это не то. Он в любом случае к результату применит формулу если <>0, как до, так и после.
про Badi расскажи, плз, как это.

1. Без переменной путь замены:
Кастомер/год8 /год9 / формула <> 0
каст1 / 100 / 110 / 110
каст2 / 0 / 60 / 0
итог / 100 / 170 / 170 (все верно, т.к. 100 <> 0)

2. С переменной путь замены
Кастомер/год8 /год9 / формула <> 0*путь замены
каст1 / 100 / 110 / 110
каст2 / 0 / 60 / 0
итог / 100 / 170 / 110 (сейчас будет работать иначе: (100<>0)*110 + (0<>0)*60)


http://help.sap.com/saphelp_nw04/helpda ... ontent.htm