Привет всем.
Колеги подскажите, как настроить показатель, чтобы он не суммировался в результате выполнения запроса?
Поясню, есть куб 0IC_C03 - в него добавили свой показатель , например цену материала. она расчитывается через BADI RSR_OLAP_BAD по своему алгоритму и заносится в строку, которую получем в бади. Но в отчете она суммируется. Подскажите, что можно сделать?

З.Ы. Добавлю, что пробую играться с настройкой агрегации для показателя. Ставлю Спец. агрегация -NO1, а СсылочнПризнАгрег - что только не пробовал и 0CALDAY и 0MATERIAL и т.д. Пока никак. Что не так делаю? Ткинте пальцем..

Куб выполняет агрегацию согласно ключу. А в его ключ входят все объявленные в нём признаки. Показатель нельзя добавить в ключ куба.
В данном случае решить можно так - цену материала оформить не как показатель, а как признак.
---
А, я возможно немного не о том... Отчёт... в BEx отчёте, вроде, нельзя запретить агрегацию показателей. "Избежать" агрегации можно только путём выбора в развёртке всего набора полей, который однозначно определит каждую запись. Т. е. в развёртке должны присутствовать все поля ключа, скорее всего.

Согласен и с первым и со вторым...
Но, напрмер, стандартная цена не суммируется при любом выборе развертки по всем полям или не всем, ведь так? как мне такого добиться?

Про стандартную цену я не в курсе. Может есть возможность как-то по особенному объявить показатель?
Может ещё кто-нибудь подскажет здесь?

Доброе утро, anton_bs.
Тип агрегации для VKF (Virtual Key Figure) определяется в IF_EX_RSR_OLAP_BADI~COMPUTE. (Если память не изменяет )
Например:

Не совсем понял, как это можно использовать?

Может вы это имели ввиду для RSDRI_INFOPROV_READ?
Разве эти свойства не указываются у самого показателя (при создании последнего)?

почему бы не попробовать сделать весь расчет там же, где происходит расчет цены ? это как вариант, если ничего не помогает.
еще вопрос, отчет на обычном инфо-кубе или на мульти-провайдере?

P.S. очень возможно, что спецагрегация не дружит с виртуальными показателями и если у вас нет в кубе нужного признака детализации для корректного расчета, то спецагрегация вам не поможет.

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

Отчет на обычном инфо-кубе.

А по остальному, я не очень вас понял. какой расчет вы имеете ввиду? у меня он один - расчет цены во время обработки записей в кубе в badi RSR_OLAP_BADI в методе IF_EX_RSR_OLAP_BADI~COMPUTE. агрегации, как я понимаю, еще нет. а вот после куб агрегирует данные...

ну ок, разделить Сумму на Число записей никак не выходит?