Предпосылка:
Существует n-е кол-во договоров, по которым установлена % ставка и есть остаток. Все они разделены на подразделения.

Необходимо расчитать средневзвешенную(по сумме) % ставку
Решение из уровны 5-го класса - суммы произведений(ставка*остаток) поделённые на сумму остатков, однако -

В BЕXе можно расчитать сабж, если уровень детализации - договор.
Если же поставить уровень детализации подразделение происходит какая-то лажа... Т.е. Bex сначала складывает % ставки, а потом умножает их на сумму остатков

Где правда, как этого гада научить правилам математики?

А как делал? Нужно сделать глобальный рассчитаный показатель ставка*остаток с методом рассчёта перед агрегацией

В том-то и дело, что метод расчета задан как "после агрегации" и не меняется

А что значит "не меняется" ? BW не позволяет ?

Должно сработать следующее.

1. Определяется глобальный расчётный показатель F1 = ставка*остаток на кубе с методом расчёта до агрегавции

2. Определяется формула F2 = F1 / SUMGT (Результат по суммe остатков)

3. F2 при суммировании должно дать нужное значение.

метод расчета не меняется, а если задать формулу
F1= NODIM ( NODIM ( 'Процентная ставка ' ) * NODIM ( 'Остаток' ) )
и таки поменять метод расчета, то этот гад выдает

Для "имя расч.показ" момент расчета 'Перед агрегацией' не разрешен.

А показатели 'Процентная ставка ' 'Остаток' - обычные или ограниченные ? NODIM попробуйте убрать.

Только что проверил у себя.
Если взять 2 обычных показателя и перемножить, даже с NODIM - всё получается.
Даёт сделать на кубе с методом расчёта "До агрегации".

Консультант утверждает, что система сходит с ума из-за того, что на показателях установлена специальная агрегация "последнее значение" со ссылочным призником агрегации календарный день. В качестве решения предложил добавить показатель(произведение нужных показ-й) и заполнять его на правилах обновления

Вот такая вот загогулина...