Суть проблемы в том, что необходимо в отчете выводить первое, последнее и среднее значение в итого. Расчет этого значения производиться по не временному признаку. В такой ситуации если нету данных в кубе по некоторым значениям признака, то итоговое значение рассчитывается без их участия. А надо чтобы участвовался ноль на данном признаке.
Пример:
_________объект1__объект2__объект3__Результат
Статья1___1_________________3________2
Статья2___1________4________1________2
Статья3___6__________________________6

А надо:
_________объект1__объект2__объект3__Результат
Статья1___1_________________3________2
Статья2___1________4________1________2
Статья3___6__________________________6

Как разрулить такую проблему?

А банально (Объект1 + Объект2 + Объект3) / 3 не работает?
Или заменить пустые значения нулями...

Объект1 + Объект2 + Объект3) / 3 не катит. ибо отчет достаточно динамический. а вот заменить пустые значения нулями возможно подойдет. но как это сделать?

в трансформациях if IS INITIAL тогда = 0

Решение хранить нули в кубе далеко не самое лучшее. Причем, у меня нет никаких трансформаций потому, что это куб планирования. Даже если допустить что я загружаю данные при помощи трансформации или правил обновления, то что же анализировать предложенной логикой (if IS INITIAL тогда = 0). Данные то не приходят. Можно извратиться подпрограммой запуска или завершения, которая бы отгадывала, по чем же не пришло данных, и генерировала бы записи с нулями. Но, опять же, это решение далеко не супер. Особенно, когда админы сделают сжатие с подавлением нулей.
Как средствами BEx учесть те значения объекта, по которым нет данных

Я бы попробовал сумму поделить на количество объектов. И для этого инфо-объект "Объект" вставил бы в мульт как инфо-провайдер и считал количество примерно так:
Сценарий неходового материала

Ура! Единственный продуманный ответ! Увы, этот вариант уже работает. Но работает долго из-за того, что мультик получается достаточно тяжелым для отчета. Если не включать признак в мультик, то скорость отчета увеличивается в разы. Собственно, из-за чего и всплыла эта тема.
Спасибо за толковый ответ, но тема остается открытой (

1. Возможности по оптимизации производительности исчерпаны?
2. По переменным экрана выбора можно рассчитать количество объектов?

1 Исчерпаны. Все сжималось. В агрегаты складывалось. Единственное, что осталось это отказаться от инструментов BPS и от транзакционных кубов.
2 По переменным плюс пару селетов из настоечных таблиц, таблиц атрибутов и иерархий - можно. Но только на уровне VBA расчет результата не прокатит. Да и запросы там достаточно сложные, чтобы пытаться как то сгенерить эти данные на виртуальных показателях.

Решение нашлось. Будем хранить нули в кубике хитрым методом. Осталось только решить в каком. В кубе с данными, или в отдельном (и включить его в мультик). Продумать регламент и инструмент ведения этих ноликов. Но это уже совсем другая история.