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

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

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

Соединить инфо-провайдеры в мультипровайдер и на его основе рассчитать сумму.

Ну в мультикуб это все влить понятно. А дальше это делается через user-exit?

А в мульте не возникнет проблемы с привязкой цены к дате? Цена, в общем случае, может определяться партией или диапазоном дат.

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

Я бы создал расcчитанный показатель.

а че FOXом если сделать? Думаю норм будет.

ROKO

Я пробовал, но остаток задан через показатель с поступлением / выбытием, а на основании такого показателя нельзя делать спец-агрегации. Подсчет (умножать цену на количество) надо делать до агрегации данных, иначе получается не то что надо. На показателях кумулятивных это срабатывает - например можно подсчитать количество уникальных значений по какого либо признака за период, но по остатку это сделать не получается.

antitrust


Можно поподробнее об этом ?

Может есть у кого какая нибудь Хаутушка по созданию и отладке виртуальных инфо-провайдеров на основании ФМ.
Если поделитесь - буду благодарен.

Если создать рассчитанный показатель на уровне куба, то там в его свойствах доступна опция Раcсчитать результат 'После Агрегации'.How to Implement a VirtualProvider with Function Module

Расчет надо делать до агрегации (на кумулятивных показателях оно отрабатывает). По показателю с поступлением/ выбытием у меня не получилось задать требуемую мне спец агрегацию - в итоге результат не получился.

Я для своих целей принял решение в пользу виртуального инфо-провайдера на основе ФМ.

Остается вопрос по отладке такой ФМ. Через RSRT точки останова в ФМ не отрабатываются, а стандартными средствами данные на вход требуется задавать ручками. Если есть у кого информация как проводить отладку таких ФМ, чтобы данные на вход ФМ шли из созданного запроса - поделитесь! (может в RSRT как то это можно сделать, но я это найти не могу).

Ошибся. Опция конечно же 'До Агрегации'.
Посмотрите примеры вот здесь.Дебагер при отработке запроса

Вопрос решился благополучно, попутно научив делать много нового.
Все сделано через виртуальный куб на своем модуле ФМ.
Работает красиво - самому понравилось!