Всем здравствуйте.

Вопрос по агрегации данных для расчета вирт.показателей(ВП).
Я хочу рассчитывать значение ВП в зависимости от двух признаков (сотрудник и его статус).
Я добавляю эти признаки в таб. c_t_chanm в методе IF_EX_RSR_OLAP_BADI~DEFINE
Но в итоге, данные агрегируются по трем признакам. К моим еще добавляется 0calmonth!

Для примера, для каждого сотрудника и его статуса я ставлю на ВП = 1.
Допустим, отчет за 5 мес.

Я хочу видеть
Иванов увол. 1
Иванов актив. 1

Но получаю
Иванов увол. 2
Иванов актив. 3

Потому что в рассчете участвует месяц (это видно и в отладке по таб.c_t_data)
Иванов увол. янв 1
Иванов увол. фев 1
Иванов увол. 2
Иванов актив. мар 1
Иванов актив. апр 1
Иванов актив. май 1
Иванов актив. 3


Почему добавляется 0calmonth? это баг или фича?!

Сталкивались с подобным, пришли к тому, что скорее фича.
Детализация строк, которые передаются по очереди в бадишку, зависит не от набора признаков, определенных в разделе DEFINE, а от признаков, присутствующих в том BEX-отчете, который выполняется.
Т.е. набором признаков в DEFINE можно уменьшить количество передаваемых в бадишку полей, но нельзя изменить агрегацию. Она определяется структурой BEX-запроса и больше, вроде бы, ничем.

Т.е. в вашем случае, если calmonth некритичен для развертки (ну например, по нему задается только интервал в фильтре, а разворачивать по нему не нужно), то можно его убрать из BEX-запроса и детализация по нему автоматом исчезнет. Если он в bex-запросе нужен, то и в бадишке вы от него не избавитесь.

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

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

Galala, а что Вы посчитать хотите, если не секрет?