Итак: Таблица фактов: «Проводки»

Дата – Date Дата проводки
Дт_ИД – Char(9) ИД счета дебета
Кт_ИД – Char(9) ИД счета кредита
Сумма - N(13,2) сумма проводки

Т.е. грубо говоря журнал проводок.
Соответственно – «Сумма» - мера; Дата, Дт_ИД, Кт_ИД – измерения (оси).

Далее, есть 3 общих измерения СчД, СчК, Период (Shared Dimension), построены на таблицах с такой структурой:

1 и 2 (Parent - Child): СчетД и СчетК
ID - ИД
ParentID – ИД родителя
Код – код счета

3 – на таблице дат (Период), думаю детализировать излишне.

Соответсвенно связи
СчетД. ID = Проводки.Дт_ИД;
СчетК. ID = Проводки.Кт_ИД;
Период.Дата = Проводки.Дата
Т.е. простенький 3 – мерный кубик.

А теперь проблема: Из общей таблицы проводок выделить только дебетовые обороты 311 счета, т.е. создать Calculated Member например Д311.
Я сделал так:

IIF([СчД].CurrentMember.Name = [СчД].&[ 2T].Name, 1, 0) * [Measures].[Сумма]

[СчД].&[ 2T] – это ID 311 счета из таблицы СчетД.

И так, если куб развернуть по измерению СчД, то там Д311 = Сумма, нормально обрабатываются фильтры по дате, измерению СчК, а суть проблемы в том, что в отличие от меры «Сумма» по вычисляемому полю «Д311» не подбиваются итоги (ни на уровне 31 группы счетов ни на уровне 3 класса счетов, ни уровне общего итога). В общем нет агрегации.

Сразу скажу, что вариант решения: добавить в таблицу фактов еще одну колонку «Д311» - не подходит. Это должно быть именно вычисляемое выражение и чтоб по нему была агрегация (суммирование).

Интуитивно чувствую, что это не сложно, ибо это все равно, что пользователь при просмотре куба поставил в клиенте фильтр СчД = 311.
В общем если кто поможет, обязуюсь быть полезным.