Essbase: User Input

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

И есть правило,  которые позволяет этого добиться:

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

  • В агрегации нам не требуется подымать 0 значения либо значения стремящиеся к 0 ( обратный показатель отношения количества блоков нижнего уровня  к блокам верхнего,  красноречиво докажет вам, один ноль на нижнем уровне в лучшем случае превратится  в 20 нулей на верхнем )
  • При разборе полетов (когда тупизм неквалифицированного персонала перекладывается на «особенность» работы системы), очень важно убедительно доказать, что «отрицательные процентные ставки роста прибыли» – это результат преднамеренного пользовательского действия.
  • Хотя BSO поддерживает ввод данных на верхних уровнях и некоторые «очумельцы» осознанно его использует например для распределения затрат по потомкам, это чревато неприятностями в конкурентной многопользовательской среде. Так как нельзя гарантировать, что  параллельный процесс не затирает введеные данные при агрегации, пока  нажимается нужная кнопка с запуском аллокации.
  • Требования «бизнес-качества» данных никто не отменял, консолидируем и распределяем, только очищенные и достоверные данные, априори предполагаем, что на месте пользователя может оказаться не совсем лояльный сотрудник. Эту задачу можно решить с помощью административных методов, после ручного аудита введенных данных, либо с помощью написания правил проверки данных (используя «паттерны контрактного программирования»)