есть простенькая задачка (правда решить не получается ): мультикуб = куб1+куб2. куб1 - реального времени, ввод данных в него руками. куб2 - расчетный, на основе данных куба1. в кубе1 есть некий показатель, условно количество ящиков с арбузами. также в куб1 вводятся коэффициенты пересчета ящиков в арбузы (т.е. в разное время года в ящик может поместиться разное кол-во арбузов).
Нужно пересчитать в куб2 из кол-ва ящиков в количество арбузов, умножив кол-во ящиков из куба1 на соответсвующий коэф. в кубе1. Нарисовал формулу:



в последов-и планирования указываю фильтр в котором стоят год, месяц, день.
в куб поступает 0 записей.
что не так?
p/s/ подозреваю, что коэф. как-то неправильно вычисляю. он один, а записей несколько. если подозрения верно, то как лучше вытащить коэф-т?

А куб2 - транзакционный или базовый?

куб2 такой же как и куб1. но дело то не в кубе. другие функции работаю, данные складывают.

При выполнении последовательности планирования с трассировкой блоки данных вообще формируются?
Может быть у Вас на уровне еще какие-то признаки есть, по которым показатель и коэфф. лежат на разных значениях?

А у вас имеется в кубе1 запись показателя 0QUANTITY с неприсвоенным признаком 0CALDAY? Или куб1 вообще не имеет признака 0CALDAY, только куб2?

Блоки с сылочными данными формируются. Судя по трассировке формируется 6 блоков, и только в первом коэф. считывается верно, в остальных он равен нулю. Собственно в первом блоке коэф. есть, а в остальных данные.



Да, такие записи имеются. День присваивается в формуле и записывается в куб2. А не должно быть с неприсвоенным днем? или вообще лучше удалить этот признак из куба1?

Именно по этому у Вас и не считается, так как коэф и данные не попадают в один блок для расчета.
Посмотрите внимательно какими значениями признаков различаются эти блоки, может быть стоит ввести этот признак(и) в операнд формулы или обратиться к ним через ссылочные данные.
0CALDAY - если он и у исходных данных и у коэфф. равен #, никак не будет влиять на выполнение формулы. Можно не удалять его из куба.

Добавил два признака: номер клиента и еще один показатель. Получилось так:



Теперь данные попадают в один блок, вижу при трассировке в одном блоке и коэф. и данные, но записи в куб2 не вставляются, столбец "Индикатор изменений" пустой.

Меня смущает, то что как Вы говорите, данные стали попадать в один блок (хотя раньше не попадали) и при этом во всех частях формулы у новых признаков (добавленных в операнд) одно и то же значение - #.
Скорее всего данные лежат у Вас по разным значениям признаков "номер клиента и еще один показатель" иначе бы они и до включения их в операнд попадали в один блок данных.
Проверьте внимательно лежат ли данные и коэфф. на # по вновь добавленным в операнд признакам.

На данный момент добился того, что при трассировке вижу исходные данные, вижу коэф. всё это в одном блоке.
При этом показатель {0QUANTITY} в цикле FOREACH возвращает 0. Сам цикл работает и перебирает все записи ZCUST (Проверил поставив в цикле переменную, которая при каждом инкрементировании добавлялась к показателю и увеличивалась на 1. на выходе получил несколько измененных записей соответсвующих количеству записей ZCUST).



Так выглядит таблица трассировки:



Значение признака ZCUST (номер клиента) у данных различное. У коэф. этот признак пустой. Второй показатель ZUSEIT у данных одинаковый, у коэф. отличается от данных.
Может поэтому нулевое значение {0QUANTITY} возвращает?

Ну да Вы пытались считать данные с разреза. в котором их нет.
А когда поставили цикл, FOX пробежал по ним сам.
Вот только не ясно какое значение в Вас принимает ZUSEIT, он не меняется в цикле и не задается Вами напрямую.

Да, согласен. Значение меняться не должно, мне его просто перенести в куб2 надо. Но если его исключить из операндов формулы, то коэф. и данные получаются в разных блоках. Включил ZUSEIT в цикл:



И всё заработало. Спасибо