PBCS: настраиваемые правила для объединения членов периода

У меня есть входная учетная запись (никогда не делитесь), в которой пользователь вводит параметр для каждого месяца, я хочу, чтобы в совокупных элементах измерения Period, например, в YearTotal, значение было бы средневзвешенным между двумя другими учетными записями, представляющими стоимость и количество.

С помощью свойств учетной записи я могу свернуть свою учетную запись дополнительно или как простое среднее между месяцами, очевидно, что таким образом я получаю неверные данные в обоих случаях.

Кто-нибудь знает решение моего вопроса?

Большое спасибо, Даниэле


oracle business-rules hyperion essbase epm
person Daniele    schedule 08.06.2020    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Не уверен, что именно вы спрашиваете. Но я предполагаю следующее в своем ответе:

  • ввод данных для пользователя в учетной записи Параметр (из контекста, я думаю, что это цена)
  • ввод данных для пользователя на уровне level0 Период, т.е. месяцы
  • вы хотите, чтобы Essbase отображала введенное значение параметра на уровне месяца (январь .. декабрь)
  • вы хотите, чтобы Essbase показывала Затраты/Количество за Q1/2/3/4 и YearTotal
  • измерение "Счет" и "Период" имеет плотность: плотное

Вы не указали, сообщаете ли вы также о значениях с начала года и как вы реализовали это в Essbase. Я предполагаю, что вы это делаете, но предпочтительное решение зависит от того, как вы это реализовали, поэтому я выбираю безопасное решение здесь:

решение 1 Это самое простое решение:

  1. Реализуйте учетную запись parameter_inp, для которой пользователь вводит данные. Настройте учетную запись так, чтобы она никогда не консолидировалась.
  2. Создайте новую учетную запись параметра, динамический расчет и задайте для нее формулу Затраты/Количество.
  3. Обратитесь к параметру в ваших отчетах и ​​к параметру_inp для пользовательского ввода.

решение 2 – альтернативное. Если у вас много таких параметров, вы получите систему, в которой будет неудобно вводить данные и создавать отчеты для конечных пользователей. Чтобы решить эту проблему, используя ввод данных и создание отчетов для одной и той же учетной записи параметров, вам необходимо настроить реализацию для расчета квартальных и годовых сумм, включая расчет с начала года. Я не вижу способа исправить это, если вы используете DTS.

Это путь вперед:

  1. Используйте новое измерение под названием «Просмотр», ввод данных в PER (= периодический), дополнительный элемент динамического расчета с начала года, плотность: плотный, поместите его после «Периода» (так что «Учетная запись», «Период», «Просмотр»)
  2. Добавьте UDA к параметру, например WA
  3. Установите пользовательские динамические расчеты на уровне кварталов и годовых сумм, например: ЕСЛИ (@ISUDA(WA)) THEN ELSIF ‹проверить FLOW/BALANCE› ... логика для регулярного агрегирования элементов FLOW и BALANCE, тем самым переопределяя собственную логику времени Essbase)
  4. Установите пользовательские динамические расчеты для YTD (переопределяя DTS) и сделайте исключение для UDA WA.
person Arthur    schedule 19.08.2020