Oracle Hyperion Financial Management – система консолидации финансовой и управленческой отчетности, предназначенная для крупных компаний и холдингов, для компаний, в которых производится подготовка разных типов отчетности, а также для компаний, использующих учетную систему Oracle.
Oracle Hyperion Financial Management является одним из немногих продуктов, предназначенных именно для решения задач консолидации и трансформации отчетности. Обладает встроенной финансовой логикой и настраивается в соответствии с потребностями конкретной компании.
Программный продукт Oracle Hyperion Financial Management обеспечивает сокращение трудозатрат на подготовку качественной финансовой отчетности путем автоматизации большинства шагов процесса консолидации данных.
Oracle Hyperion Financial Management и соответствие требованиям
Пожалуй, главная проблема для финансовой службы при предоставлении данных – динамично изменяющиеся требования к отчетам. Эти требования можно классифицировать по группам пользователей конечной отчетности. К основным таким группам можно отнести:
Oracle Hyperion Financial Management позволяет различать в системе данные различных видов с помощью разделения их по сценариям. Например, сценарии «Факт по МСФО», «Факт по РСБУ», «Бюджет», «Прогноз» и т.п. будут содержать соответствующие данные. Oracle Hyperion Financial Management применяет к разным сценариям разные автоматические вычисления. Как следствие, разные сценарии могут предусматривать разную глубину детализации статей, использовать разные валютные курсы, разную периодичность данных. К примеру, для факта по МСФО может использоваться шаг в квартал, а для оперативного бюджета – в месяц. Для разных сценариев пользователи могут настраивать различные формы итоговой отчетности.
Трансформация с Oracle Hyperion Financial Management
В сочетании с дополнительным программным модулем Oracle Hyperion Financial Data Quality Management Oracle Hyperion Financial Management позволяет автоматически извлекать данные из учетных систем в любой детализации и преобразовывать их в единую модель с помощью таблиц мэппинга. При дальнейшей работе с данными в Oracle Hyperion Financial Management пользователь может детализировать содержащиеся в системе цифры до конкретных транзакций в учетной системе предприятия-источника данных.
Для цели последующей трансформации данных служит механизм управления журналами в Oracle Hyperion Financial Management. Журнал в Oracle Hyperion Financial Management можно сравнить с проводкой в учетной системе – это запись, как правило, сбалансированная, определяющая сумму корректировки по различным счетам. Пользователи создают журналы и отправляют их руководителю на согласование. После согласования корректировки применяются к соответствующим счетам. Консолидация с Oracle Hyperion Financial Management.
Oracle Hyperion Financial Management помогает в решении многих рутинных задач консолидации отчетности, как раз являющихся источниками многих ошибок, обусловленных ручными вычислениями и динамичным изменением финансовой структуры. Так, Oracle Hyperion Financial Management автоматически:
Эти процедуры могут быть полностью автоматизированы при условии автоматического импорта из учетных систем сведений о доле владения приобретенной компании и ее баланса на дату приобретения. Управление процессом в Oracle Hyperion Financial Management.
Oracle Hyperion Financial Management позволяет автоматизировать процесс сбора данных, трансформации и последующей консолидации отчетности. Индивидуально настраиваемые шаги процесса позволяют структурировать последовательность необходимых действий и вовремя устранить ошибки, связанные с ручным вводом данных.
Для каждого шага процесса можно определить отдельные блоки счетов, которые загружаются и обрабатываются в системе. Это удобно с точки зрения последовательности закрытия счетов в бухгалтерских системах. Так, например, процесс может состоять из трех основных этапов:
После окончательного закрытия этапа данные получают статус «закрытых» и не могут быть изменены действиями пользователей либо дополнительными вычислениями, пока статус не изменит администратор. Таким образом, пользователи отчетности всегда могут быть уверены в том, что:
При этом администратор может полностью отслеживать историю изменений данных и действий пользователей в системе, что снижает стоимость аудита отчетности.
Управление системой Oracle Hyperion Financial Management
Одним из главных достоинств Oracle Hyperion Financial Management является независимость пользователя от IT-службы предприятия. При использовании Oracle Hyperion Financial Management специалисты таких служб выполняют только функции системного администратора для серверов, на которых размещен Oracle Hyperion Financial Management. Операции же по внесению изменений в систему специалисты финансового отдела могут выполнять самостоятельно. Примеры задач, не требующих участия IT-службы:
Управление эффективностью бизнеса Возможности Oracle EPM
Даже путь в тысячу ли начинается с первого шага. Древняя китайская поговорка
Андрей Жилин, Руководитель проектов «ФОРС-Центр Разработки»
Любое предприятие, стремящееся успешно развиваться и достойно выделяться среди конкурентов на рынке, должно уметь грамотно работать со своим будущим, настоящим и прошлым.
Работая с будущим, предприятие осуществляет моделирование, планирование и бюджетирование. В процессе моделирования компания строит модели взаимосвязи и зависимости внутри себя с внешним миром. Например, проводит анализ зависимости плана производства от уровня цен на весь ассортимент выпускаемой продукции, либо анализирует зависимость закупки сырья и полуфабрикатов от результатов маркетинговых исследований и.т.д. В процессе планирования предприятие выбирает цели и расставляет приоритеты. Целей может быть несколько и они могут варьироваться, к примеру, от выпуска новых изделий и открытия новых торговых точек, до увеличения показателей доли рынка и оптимизации загрузки персонала. В процессе бюджетирования предприятие распределяет временные, финансовые и человеческие ресурсы под выполнение обозначенных целей.
Через короткое время настоящее становится прошлым, и в этот момент происходит анализ полученных результатов, что в свою очередь, дает немало пищи для размышлений. В конечном итоге, весь багаж знаний, полученный в результате анализа, используется для моделирования, планирования и бюджетирования будущего (следующих периодов). Таким образом, цикл замыкается и всё начинается с начала.
Возможные проблемы предприятия:
Впервые понятие BPM было предложено международной аналитической компанией IDC. В свою очередь, Gartner Group предложила альтернативную аббревиатуру — СРМ (Corporate Performance Management, управление эффективностью корпорации). Распространение получил также акроним EРМ (Enterprise Performance Management, управление эффективностью предприятия).
В 2013 году консалтинговая компания Gartner провела очередное исследование рынка поставщиков, занимающихся разработкой комплексных систем управления эффективностью деятельности предприятия.
Данные этого исследования показывают, что ведущие позиции на рынке EPM-систем занимают такие компании, как Oracle (Hyperion EPM), IBM (Cognos) и SAP (бюджетирование).
Предлагаемый ниже материал посвящен Oracle Enterprise Performance Management (Hyperion) и его трем основным компонентам.
Решение Oracle «Поддержка управления эффективностью компании» (Oracle Enterprise Performance Management, EPM) представляет собой комплекс прикладных бизнес-приложений для поддержки процессов управления эффективностью, комплекс преднастроенных отраслевых аналитических приложений, общую информационно-аналитическую платформу, объединяющую инструменты и сервисы бизнес-анализа, а также различные источники данных и интеграционную платформу Oracle Fusion Middleware.
Основные продукты Oracle EPM:
Oracle Hyperion Strategic Finance Инструмент финансового директора
Решение Hyperion Strategic Finance от компании Oracle является приложением для управления и поддержки процессов прогнозирования и моделирования финансового состояния компании.
Современные условия рыночной экономики сделали финансовое моделирование важной и неотъемлемой частью эффективного управления компанией. Детальная и грамотная финансовая модель позволяет планировать и анализировать развитие предприятия при любых изменениях условий. Финансовые модели существенно упрощают оценку рисков и повышают эффективность принятия стратегических решений. Финансовое моделирование широко применяется в сфере оценки инвестиционных проектов и при оценке бизнеса.
С помощью Hyperion Strategic Finance возможно уделить первостепенное внимание определению и оценке финансовой стратегии, созданию финансовых планов на будущее и пониманию их влияния на развитие компании в долгосрочной перспективе и корпоративную стратегию в целом.
Основные функциональные возможности Hyperion Strategic Finance:
Hyperion Strategic Finance предоставляет легкие в использовании, встроенные финансовые инструменты для моделирования. Возможность создания долгосрочной финансовой модели компании, прогнозирование и планирование финансовых показателей. Приложение оснащено готовым перечнем отчетов для проведения анализа финансово-хозяйственной деятельности компании.
Для финансовых аналитиков и руководителей финансовых служб данное решение является полезным, так как позволяет анализировать воздействие быстро меняющихся условий бизнеса на финансовое состояние компании.
Преимущества Hyperion Strategic Finance:
Таким образом, данное приложение является необходимым для специалистов финансовых отделов, финансовых менеджеров и финансовых директоров для оценки финансового положения предприятия, для сценарного анализа, а также для финансового планирования и для консолидации финансовой отчётности.
Oracle Hyperion Financial Management — приложение, предназначенное для решения задач консолидации и трансформации финансовой отчетности Холдинга по международным стандартам финансовой отчётности (МСФО). Продукт обладает встроенной финансовой логикой. Например, автоматическая элиминация внутригрупповых оборотов при составлении отчётности холдинга, консолидация пропорционально доли владения, изменение организационной структуры во времени, изменение периметра консолидации и т.д (см. список ниже). Продукт настраивается в соответствии с потребностями конкретной компании и обеспечивает сокращение трудозатрат на подготовку качественной финансовой отчетности путем автоматизации большинства шагов процесса консолидации данных.
Oracle Hyperion Planning Финансовое планировение, бюджетирование и финансовый анализ
Oracle Hyperion Planning — решение, предназначенное для поддержки процессов многоуровневого планирования, разработки и контроля исполнения бюджетов, прогнозирования, сценарного моделирования и многомерного анализа финансовых и статистических показателей. Решение поддерживает процессы иерархического планирования, охватывающие как финансовые структуры, так и любые другие.
Компания «ФОРС» представляет решение для автоматизации процессов прогнозирования, финансового планирования и бюджетирования на базе Oracle Hyperion Planning, входящего в комплекс приложений Hyperion. На сегодняшний день Oracle Hyperion Planning является одним из лучших программных продуктов в области управления эффективностью предприятия.
Внедрение Oracle Hyperion Planning открывает перед организациями следующие возможности:
Решение Oracle Hyperion Planning может применяться в организациях любой отраслевой направленности. Фактически, система представляет собой конструктор и обладает значительными возможностями в плане настройки (проектирования) моделей, аналитических разрезов, документов, отчетов и процедур для максимального соответствия требованиям менеджмента компании. В результате, конкретные формы отчетности, ввода данных, настройки моделей и процессов будут различаться в каждой компании. В то же время в состав поставки продукта входит типовая модель бюджетирования, которая может использоваться как отправная точка при внедрении системы.
С точки зрения пользователей, система представляет собой единый инструмент для формирования планов, прогнозов и бюджетов, оснащенный интуитивно-понятным интерфейсом. Исключительная простота, надежность и удобство применения позволяют участвовать в процессе планирования максимальному числу сотрудников без необходимости дополнительного обучения работе с системой и наличия специфических знаний в области финансов.
Ключевые преимущества Oracle Hyperion Planning:
Oracle Hyperion
Oracle Hyperion Performance Management Applications представляют собой комплекс прикладных бизнес приложений для поддержки процессов управления эффективностью (EPM), комплекс преднастроенных отраслевых аналитических приложений, общую информационно-аналитическую платформу, объединяющую инструменты и сервисы бизнес-анализа, а также различные источники данных и интеграционную платформу Oracle Fusion Middleware.
Решение поддерживает весь цикл управления, охватывающий процессы формирования целей, стратегических карт, ключевых показателей эффективности, моделирование сценарных прогнозов, планирование, мониторинг анализ и формирование отчетов финансовых и операционных результатов.
Состав комплекса приложений Oracle Hyperion
Поддержка процессов стратегического управления ( Hyperion Performance Scorecard—System 9 ) Решение позволяет формировать стратегический план мероприятий, и определять ответственных за их исполнение, а также обеспечивает коммуникацию и сотрудничество в рамках стратегического процесса управления в виде разного типа сообщений, внутренних форумов и обсуждений.
Hyperion Financial Management
Программный модуль для консолидации финансовой информации, созданный с применением веб-архитектуры, легко настраиваемый и поддерживаемый сотрудниками финансового отдела. Позволяет в сжатые сроки закрывать финансовый период, формировать необходимую отчетность, современно реагировать на требования учета, сократить расходы на аудит и поддержку безопасности.
Обеспечение соответствия закону Сарбейнса-Оксли
Закон Сарбейнса-Оксли вступил в силу в августе 2002 года. Он требует от генеральных и финансовых директоров подтверждения финансовых результатов предприятия, которые в случае невыполнения требований попадают под жесткую гражданскую и уголовную ответственность.
Система управления финансовыми данными ( Hyperion Financial Data Quality Management )
Позволяет бизнес-аналитикам разрабатывать и использовать стандартные процессы управления потоками финансовых данных и обеспечивать согласование и сбор данных из любого источника.
Поддержка процессов стратегического управления финансами ( Hyperion Strategic Finance )
Полнофункциональное приложение для поддержки процессов финансового моделирования, оценки и определения финансовой стратегии, позволяющие руководителям понять общее влияние альтернативных корпоративных стратегий на финансы.
Система поддержки процессов управления прибыльностью
Включает средства бизнес-анализа, функции управления ценами и многофункционального анализа отношений с контрагентами. Система позволяет понять, что служит основным и эффективным источником дохода.
Hyperion Planning Решение для централизованного планирования, бюджетирования и прогнозирования с помощью Microsoft Excel и web.
Планирование расходов на персонал ( Hyperion Workforce Planning ) Решение предназначено для поддержки эффективного процесса планирования расходов на персонал, штатного состава, оклада и заработной платы на предприятии. Oracle Hyperion Planning – бизнес-приложение из линейки Oracle Hyperion для автоматизации бюджетирования, предназначенное для крупных и средних компаний и холдингов, а также для компаний, использующих учетную систему Oracle. Внедрение Oracle Hyperion Planning существенно сокращает длительность процессов сбора плановых и фактических данных, снижает затраты на управление бюджетным процессом и трудоёмкость сбора фактических данных, повышает точность составленных бюджетов и качество принятых на их основе управленческих решений, повышает степень контроля над бюджетным процессом.
Hyperion Capital Expense Planning
Обеспечивает планирование капитальных затрат.
Бесплатный курс Oracle Hyperion Planning. Приложения и бюджетирование
Activity-based costing и activity-based budgeting. SAS CPM
Рекомендованные знания для чтения курса
Основная терминология при работе с Hyperion Planning
Агрегация — процесс сбора данных из нижестоящих объектов и их агрегирования в вышестоящие. После ввода или загрузки данных в подчиненные объекты выполняется консолидация с целью суммирования данных по предприятию. Термины «агрегирование» (aggregation) и «сведение» (roll-up) также означают процесс консолидации. Администратор — специалист, инсталлирующий и сопровождающий систему, включая создание учетных записей пользователей и обеспечение защиты информации. Аналитическое направление — объект базы данных, характеризующий определённый аспект анализируемой предметной области и содержащий информацию, объединенную единой тематикой. Например, база данных Sample Basic содержит такие аналитические направления, как Time (период), Accounts (счета), Product (продукция), Market (рынок сбыта, т.е. регион). Бизнес-правило — логическое выражение или формула, созданные в приложении, чтобы получить ожидаемый набор конечных данных. Бюджет — количественное выражение плана (чаще всего в денежном выражении) деятельности Представительств, филиалов, подразделений ЦА или Предприятия в целом на определённый период времени. Вспомогательная информация — количественное выражение плана (чаще всего в денежном выражении) деятельности Представительств, филиалов, подразделений ЦА или Предприятия в целом на определённый период времени. Данные — значения (денежные или неденежные), связанные с пересечением по запросу. Детализация — процесс постепенного вывода подробных данных относительно выбранного направления путем развертывания родительского элемента для отображения дочерних элементов. В результате развертывания могут быть выявлены иерархические взаимосвязи, например взаимосвязи между родительским и дочерним объектами, родительским и дочерним счетами, а также между суммирующим периодом и базовым периодом времени. Например, в результате детализации могут быть выявлены иерархические взаимосвязи между годом и кварталами или между кварталом и месяцами. Дочерний элемент-элемент, имеющий над собой родителя в схеме базы данных. У дочернего элемента могут быть элементы-братья, находящиеся с ним на одном уровне в схеме базы данных. Загрузка данных — процесс заполнения базы данных данными. В результате заполняются значения ячеек, определяемые структурой схемы базы данных. Иерархия — набор многомерных взаимосвязей в схеме, часто создаваемый в схеме данных. Например, родительские элементы, дочерние элементы и поколения представляют иерархию. Источник данных — внешние данные, например текстовый файл, электронная таблица или база данных SQL, загружаемые в базу данных Essbase Analytic Services. Консолидация — см. Агрегация Корректировка — внесение изменений в планы и бюджеты Предприятия, обусловленное возникновением отклонений в условиях и результатах деятельности Предприятия по сравнению с запланированными. Метаданные — структурные элементы приложения, которые описывают и хранят данные. Многомерность означает преобразование двумерных данных, распределенных по полям и строкам, в многомерный куб. Грани куба представляют собой аналитические направления. Аналитическое направление – это структурный элемент куба, определяемый с помощью метаданных. Метаданные также отражают понимание данных пользователем. Внутри многомерного куба информацию можно одновременно видеть в различных аналитических направлениях (продажи по месяцам, по продуктам, по всем рынкам). Например, все месяцы, кварталы, года и т.д. составляют аналитическое направление типа “время”; все города, регионы, страны и т.д. составляют “географическое” направление. Аналитические направления обеспечивают простой и наглядный способ организации и отбора данных для их извлечения, исследования и анализа. Отчет — макет, динамически определяющий содержимое и форматирование отчета. Заполнение данными форм отчета происходит после запуска отчетов. Панель инструментов — панель с пиктограммами, представляющими команды системы. Пиктограммы используются для быстрого вызова команд меню. Планировщик — специалист, который может вводить, передавать, а также просматривать данные, отчеты, созданные другими пользователями, запускать режим интеграции данных, выполнять бизнес-правила, а также использовать надстройку электронных таблиц Hyperion Planning. Поколение — термин, описывающий положение элемента в иерархии аналитического направления. Поколения считаются сверху вниз. Потомок — любой элемент, находящиеся в схеме данных ниже родителя. Например, в аналитическом направлении, содержащем данные по годам, кварталам и месяцам, «второй квартал» и «апрель» будут потомками элемента «Year». Предок — элемент, для которого существуют элементы более низкого уровня. Например, в аналитическом направлении, содержащем данные по годам, кварталам и месяцам, элементы «первый квартал» и «2001 год» будут предками элемента «апрель». Приложение — взаимосвязанный набор направлений, элементов направлений и типов планов, связанных с базой данных и используемых для проведения анализа и/или формирования отчета. Псевдоним — альтернативное название направления, элемента или описания. Cрез данных — функция, которая позволяет работать с элементами направлений, не назначенными строке, столбцу или оси страниц. Например, можно назначить измерение валюты в срезе данных и выбрать элемент евро. После выбора среза данных в форме ввода данных, все данные в форме отображаются в евро. Страница — вывод информации в таблице чаще всего предствленной осью Z, либо выпадающий список. Счет — направление, представляющее собой учетный контейнер, указывающий на местоположение и первичную природу данных.Создается структура счетов, позволяющая составителям бюджетов вводить данные по всем планируемым позициям до нужного уровня детализации. Уровень — термин, описывающий положение элемента в иерархии аналитического направления. Уровни считаются снизу вверх. Форма ввода — окно с сеткой, в котором пользователи могут вводить данные в базу в окне Web-браузера. Отдельные значения элементов направлений постоянны, что позволяет пользователям видеть данные в определенном контексте. Центр ответственности — представительство, филиал, подразделение ЦА, полностью отвечающее за величину, целесообразность и экономическую обоснованность затрат (доходов). Элемент — отдельный компонент, составляющий аналитическое направление. Ячейка — единица данных, представляющая собой пересечение направлений в многомерной базе данных; пересечение строки и столбца в рабочем листе. Hyperion Essbase — OLAP–система, предназначенная для создания широкого спектра аналитических приложений и являющаяся основой платформы бизнес–интеллекта (Business Intelligence, BI). Благодаря современной технологии аналитической обработки данных в режиме реального времени (On–Line Analytical Processing) Hyperion Essbase позволяет структурировать и представлять данные в разрезе различных аналитических направлений. В результате Hyperion Essbase превращает данные в ценную информацию, которая помогает руководителям принимать более обоснованные решения. Hyperion Planning — интернет-ориентированное специализированное решение для задач планирования и бюджетирования, основанное на многомерном представлении экономической информации и организации эффективного взаимодействия участников бюджетного процесса. Smart View — надстройка для электронных таблиц, которая позволяет формировать рабочие листы Excel для ввода, форматирования, анализа данных приложения Hyperion Planning.
Описание
Oracle Hyperion Planning это решение для планирования, бюджетирования и прогнозирования с помощью Microsoft Excel и Web, обеспечивающее интеграцию процессов финансового и операционного планирования. Hyperion Planning предоставляет возможности для глубокого анализа бизнес-операций и их влияния на финансовые результаты компании с помощью тесно интегрированных моделей финансового и операционного планирования. Hyperion Planning предлагает мощный функционал управления рабочими процессами, включая уведомления по E-mail, оповещения и списки задач, позволяя пользователям отслеживать текущие изменения планов и бюджетов и сообщать об этом. Помимо создания, проверки и изменения планов и списков задач, Вы также можете определять узкие места в производительности, проводить анализ «что-если…» и тестирование сценариев. В своем составе продукт имеет две преднастроенные модели: Oracle Hyperion Workforce Planning позволяет Вам быстро и эффективно планировать кадровую статистику, зарплату и компенсации в масштабах всей организации. Автоматически соединяясь с БД кадров, данная система помогает Вам оценить влияние кадровых решений на бизнес компании в режиме реального времени. Oracle Hyperion Capital Asset Planning позволяет Вам планировать существующие и новые активы, их использование, транзакции и амортизацию одновременно анализируя их влияние на такие показатели, как уровень прибыли, балансовый отчет и финансовые потоки.
Структура модели
Обзор Planning и управление Workspace
Oracle’s Enterprise Performance Management
Oracle EPM 11.1.2.1 — в разрезе бизнес процессов Oracle Essbase — Универсальный OLAP-сервер для сбора, обработки и представления информации в различных аналитических разрезах. Основной элемент BI-платформы Hyperion. Oracle Hyperion Planning — Специализированная система для решения задач планирования и бюджетирования, позволяющая организовать формирование, контроль и анализ исполнения планов с охватом всех предприятий и подразделений корпорации. Oracle Hyperion Financial Management — Система для консолидации и трансформации финансовой отчетности, финансового анализа и поддержки принятия стратегических финансовых решений. Oracle Profitability and Cost Management — Система бизнес-моделирования и реализации методов функционально-стоимостного анализа. Позволяет формировать и анализировать возможные сценарии, оптимизировать использование ресурсов и прогнозировать рентабельность. Oracle Hyperion Strategic Finance — Система стратегического финансового моделирования. Oracle Hyperion Performance Scorecard — Решение для реализации элементов стратегического управления на основе сбалансированной системы показателей (Balanced Scorecard) и аналогичных методик. Позволяет описывать корпоративные цели и контролировать их достижение.
Архитектура Planning
Oracle Hyperion Planning подключен как к Oracle Essbase, так и к Реляционной базе данных (БД). Список объектов, которые хранятся в СУБД и Oracle Essbase приведен на рисунке:
RDBMS
Security (Безопасность): Права пользователя, системные роли, права доступа пользователей/групп составляют безопасность приложения Oracle Hyperion Planning. Безопасность планирования определяет, какие пользователи имеют доступ и к чему пользователь имеет доступ в приложении планирования. Metadata (Метаданные): Приложение Oracle Hyperion Planning состоит из измерений и элементов (членов) измерений. Имена измерений, имена элементов, свойства этих элементов и измерений создаются в виде метаданных, которые сохраняются в Oracle Relational Database и Oracle Essbase. Foreign exchange rates (Курсы иностранных валют): Exchange Rate (обменный курс) — курс, по которому одна валюта конвертируется в другую. Приведем простой пример, 47 INR (индийская рупия) = 1 USD (доллар США). Организации не являются локальными, они являются глобальными и ведут свой бизнес в нескольких странах, которые имеют различную валюту. Поэтому планирование «на лету» в различных валютах — необходимость для бизнеса в современных условиях глобализации. Process management details (Детали управления процессами): Управление процессом — это обзор процесса составления бюджета организации. У каждой организации есть своя иерархия и ей соответствует собственный процесс утверждения бюджетов. Детали управления процессами помогают определить цепочку утверждения бюджета компании от начала до конца. Annotations/supporting details (Аннотации/дополнительная информация): Аннотации — это дополнительная информация, которая добавляется к ячейке или блоку планирования (элементу цепочки утверждения бюджета). Данная информация информирует пользователя о значениях ячейки или служит комментариями к блоку планирования. Вспомогательная информация для ячейки — это встроенный калькулятор, при помощи которого можно детализировать, как вычислялась то или иное значение ячейки. Data forms (Формы данных): Формы данных — это электронные таблицы для ввода данных плановиками. Определения формы данных хранится в реляционном источнике, а вводимые данные сохраняются в Oracle Essbase. User variables (Пользовательские переменные): Пользовательские переменные создаются для того, чтобы ограничить число элементов, отображаемых в формах данных. Планировщик должен видеть элементы, которые имеют к нему отношение.
Следующая информация сохраняется только в Oracle Essbase: Data (Данные): Введенные пользователем или планировщиком данные в приложение планирования хранятся в Oracle Essbase. Calculation scripts/business rules (Калькуляционные скрипты/бизнес-правила): В планировании и бюджетировании, типовые расчеты, такие как вычисление аллокаций, расчет выручки, расчет расходов, калькуляция балансового отчета и так далее, можно реализовывать с помощью бизнес-правил или калькуляционных скриптов. Бизнес-правила – расчеты, реализованные в системе на специальном языке. Как правило, бизнес-правила прикрепляются к формам ввода и могут запускаться автоматически при определенных действиях пользователей (открытии или сохранении данных формы ввода). Substitution variables (Подстановочные переменные): Подстановочные переменные используются в бизнес-правилах для того, чтобы не переписывать каждый раз фиксируемый элемент измерения для расчета, а с помощью подстановочной переменной подставлять нужное значение во все скрипты, где это необходимо. Также подстановочные переменные используются в формах данных.
Oracle Hyperion Shared Services
Security of Oracle Hyperion Planning is the responsibility of Hyperion Shared Services. Hyperion Shared Services ensures the secure environment of not only Oracle Hyperion Planning but also of the whole Oracle EPM product suite. Hence, all Oracle EPM products, including Oracle Hyperion Planning rely on Hyperion Shared Services for User authentication and authorization. We can do the following security activities using Hyperion Shared Services. User authentication and authorization: Oracle Hyperion Shared Services obtains the identification credentials of a user such as user ID and password and validates these credentials against native directory of relational database or External User directories, which are corporate user identity management systems. Post authenticating, Oracle Hyperion Shared Services takes care of the user authorization too. User directory configuration: Oracle Hyperion Shared Services can be configured to external user directories such as Sun Java System Directory Server and Microsoft Active Directory, which are LDAP-based, for User Authentication. User provisioning: Oracle Shared Services provisions user and groups. Users of Oracle EPM products need to be provisioned with the roles specific to the roles of the product. For example, Oracle Hyperion Planning product has roles like Administrator, Provisioning manager, Planner, Interactive User and View User, and users are provisioned according to their usage and requirement.
Java Application Server and Web Server
We understood that Oracle Hyperion Planning is a Web-based planning, budgeting, and forecasting application and users/planners can access the application on their browsers using a simple URL (that is an HTTP request). A WebServer serves pages for viewing in a web browser. Hence, we need a WebServer that receives HTTP requests from users and sends out the result in response to the users upon processing the request by WebApp server. After the WebServer receives a user’s request, that is, a HTTP request, the subsequent responsibility is of Application server which serves the business logic to application programs. Therefore, J2EE Application server and a WebServer are a part of the architecture. Apache Tomcat and Apache Web Server have been respectively the default embedded Java container (J2EE App server) and embedded Web Server till recently. But in 11.1.2 version, Tomcat is no longer the default embedded J2EE server, it’s replaced by WebLogic. Apache is no longer the default Web Server; it’s replaced by Oracle HTTP Server.
EPM Architect Dimension Server
As said earlier that Planning application can be created in two ways – one way is Classic and the other way is using EPM architect. EPM Architect Dimension Server is applicable for Oracle Hyperion Planning applications, which are created using EPM Architect. EPMA integrates the maintenance of Oracle Hyperion EPM products such as Hyperion Financial Management, Profitability and Cost Management, and Oracle Hyperion Planning.
Application Library There is one more library — the application library. This is the module that is actually responsible for creation of a Planning application. This is not only responsible for Planning application creation, it also lets us create other Performance Management applications. This library enables us to manage all Performance Management applications, which includes creating, editing, and deploying applications. It displays all the applications that are created using EPM architect. It does not show any application that was not created using EPMA. The uses of the Application library module are listed as follows: • Creating an application • Duplicating an application • Deleting an application • Opening an application • Validating and deploying an application • Re-registering an application with shared services • Synchronizing between applications
Data Synchronizer Now, this data synchronization is an effective way of synching data between EPM applications. It can also synchronize between EPMA applications and interface tables/external sources.
Dimension Library Applications have dimensions, which are the basic building blocks. We need to note that EPMA is not a luxury of only Hyperion Planning application. He is an architect who serves all of his clients of Oracle Hyperion Performance Management applications such as Hyperion Planning, Hyperion financial management, and so on.
Dimension Library is a centralized location from which you can manage dimensions and dimension properties. It includes features such as adding, deleting, and modifying dimension members/member properties. Hence, it’s termed the Dimension Library; in short, it’s the library of dimensions. Dimension library does not have a preset list of dimensions by the virtue of installation. We need to either import dimensions or create dimensions within the library. The following are some uses of Dimension Library: • First and foremost, its usage is to manage dimensions from a central location. Catering to many Performance Management Applications • Secondly, we can add/delete/modify members and dimensions • The final usage is to set properties of both dimensions and members of an application Shared Library is the library of dimensions, which is meant to be shared by Performance Management Applications.
Приложения состоят из измерений, которые являются, по сути, их основными строительными блоками. Dimension Library (Библиотека измерений) — это централизованное место, из которого вы можете управлять измерениями и их свойствами. Dimension Library включает в себя такие функции, как добавление, удаление и изменение элементов измерения/свойств элементов. Dimension Library не имеет предустановленного списка измерений. С помощью Dimension Library необходимо создать или импортировать измерения в библиотеку. Shared Library (Общая библиотека) — это библиотека измерений, которые должны быть общими для всех приложений Performance Management. Здесь измерения делятся на два типа: • Local (Локальные): Эти измерения создаются внутри приложения. Измерения могут быть созданы в приложении путем перетаскивания измерений из общей библиотеки в Application View. Затем оно может быть определено как локальное измерение. Изменения в локальном измерении производятся на стороне приложения. Изменения в общих измерениях не оказывают влияния на локальные измерения. • Shared (Общие): Эти измерения, которые являются общими по своей природе и доступны для всех приложений. Внося изменения в измерение (добавление/удаление/изменение элементов измерения) в общей библиотеке, автоматически изменяются shared dimension в во всех приложениях (при нажатии refresh).
The main difference between a local dimension and a shared dimension is that in case of a shared dimension any changes made to a dimension in the Shared Library will automatically get impacted and inherited to all the applications in which the shared dimension is present. For example, there is a Planning Application and HFM Application. Both of these applications have a common dimension ‘Entity’, which is a shared dimension. Now, any change made to this dimension-‘Entity’ in ‘shared library’ would automatically bring the same change to the ‘Entity’ dimension within an application in which it’s present. Therefore, the dimensional changes would impact both the Planning Application and HFM Application, as ‘Entity’ is a shared dimension. Whereas, if the Entity Dimension has been a local dimension in both HFM and Hyperion Planning Application, any changes made to the Entity dimension in Hyperion Planning Application would have no impact on the Entity Dimension in the HFM Application as they are not ‘shared’ in nature.
Dimension Mapping Library Job Console
Planning и Essbase
Компоненты Oracle Essbase
Essbase
Объекты Essbase, которые настраиваются в Essbase Administration Services Console
1) Консолидация на основе структуры измерений Простой способ расчета, описывающий арифметические действия, выполняемые над элементом при его консолидации (агрегации) в родительский элемент. Настройки расчета задаются свойствами элемента и относительным положением элементов в измерении. Тип консолидации можно изменить на один из следующих: ( + ) элемент прибавляется к текущему результату ( – ) элемент вычитается из текущего результата ( * ) текущий результат умножается на значение элемента ( / ) текущий результат делится на значение элемента ( % ) элемент делится на текущий результат и умножается на 100 (
) элемент не участвует в консолидации по данной иерархии ( ^ ) элемент не участвует в консолидации по всей модели
2) Формулы элементов Этот тип расчетов также относится к элементам измерений и позволяет рассчитывать их значения через заданную формулу. Относительное положение элементов роли не играет. Формулы, помимо описанных выше арифметических операций, могут также содержать дополнительные функции. На следующем примере Variance = @VAR(Actual, Budget) – разница между значениями в Actual и Budget, а Variance % = @VARPER(Actual, Budget) – та же разница в процентном выражении. Иногда более эффективным оказывается не хранение предрасчитанного результата, а выполнение динамического расчета при запросе к элементу (свойство Dynamic Calc). Особенностью первых двух видов расчета является то, что они работают при полном пересчете куба. Для более сложных расчетов существуют Calc scritps.
3) Расчетные скрипты (Calculation scripts) Как и формулы элементов, этот инструмент может включать в себя разнообразные команды и функции, но с его помощью можно ограничивать область расчета для ускорения вычислений за счет сокращения обрабатываемого объема данных и полностью контролировать порядок проведения расчетов. Для разработки скриптов в Essbase есть специальный инструмент, Calculation Script Editor, который предоставляет возможность визуального выбора элементов измерений, стандартных команд и функций, а также обеспечивает проверку и подсветку синтаксиса. Расчетные скрипты хранятся и выполняются отдельно для каждого приложения или куба. Для приложений, содержащих несколько кубов (как, например, у приложений Hyperion Planning), используется еще более серьезный способ описания вычислений – бизнес-правила (Business Rules).
4) Бизнес-правила (Business Rules) По сути, те же расчетные скрипты, но с расширенными возможностями. Они находятся в отдельном узле дерева объектов Essbase Administration Services Console.
5) Макросы в Essbase (Macros) Макросы — это функции, которые могут использоваться в Бизнес-правилах. Параметры функции задаются в квадратных скобках, например [param1], и указываются в круглых скобках при вызове макроса, например, %clear_data_organization(«ORG102»). Они находятся в отдельном узле дерева объектов Essbase Administration Services Console.
6) Последовательности в Essbase (Sequences) Последовательности — это последовательность бизнес-правил, которая задает порядок выполнения бизнес-правил. Может вызываться из Essbase или из Web-форм. Они находятся в отдельном узле дерева объектов Essbase Administration Services Console.
/*Копировать факт в сценарий 1*/ FIX («Тип»,@LEVMBRS («Период», 0)) DATACOPY «Факт» TO «Сценарий 1»; ENDFIX
/*Агрегация*/ FIX («Тип»,»Сценарий 1″) CALC DIM («Период»); ENDFIX
/*Агрегация*/ FIX («Факт»,»Сценарий 1″,»Генерация»,»Потребление») CALC DIM («Период»,»Регион»); ENDFIX
Компоненты Essbase и настройки
Outlines Редактирование древовидных структур для иерархий измерений Редактирование правил консолидации и математических отношений между элементами измерений Essbase — Настройка транзакций При однопользовательских расчетах рекомендуется устанавливать Commited access, для многопользовательского ввода данных и расчетов — Uncommited access. В рамках настройки транзакций задается параметр «commit blocks» в свойствах каждого куба приложения в EPMA.
Системные файлы Essbase Essbase.cfg — файл конфигурации Essbase сервера. essxxxxx.pag — Файлы данных Essbase essxxxxx.ind — Файл с индексами dbname.esm — Центральный файл, который содержит контрольную информацию, используемую для восстановления БД dbname.tct — Таблица управления транзакцией dbname.ind — Free fragment file for data and index free fragments dbname.otl — Outline файл, в котором определяются все метаданные для баз данных и каким образом данные хранятся
Rules Files Импорт данных из источников данных в целевые базы данных Oracle Essbase Загрузка данных и иерархий измерений Rules Files поддерживаются для файловых источников и SQL-источников. Создание «Rules Files» 1. Открыть источник данных; 2. Установить свойства источника; 3. Ассоциировать «rule» с схемой «outline» БД; 4. Если необходимо, форматировать файл; 5. Определить метод загрузки значений; 6. Определить свойства полей; 7. Проверить корректность описаний; 8. Сохранить «rule»; 9. Выполнить «rule».
Блочное и Агрегатное хранилища
Вычисления в Block Storage Essbase
Data Load Difference — ASO and BSO Порядок вычислений
Calculation Scripts — Вычисляют всю или часть базы данных; — Управляют порядком вычисления; — Совершают сложные вычисления;
) — Does not use the member in the consolidation to its parent. • Never consolidate (^) — Does not use the member in any consolidation in any dimension.
Разделяемые значения «Shared Members» • Не хранят данные • Создают индексный указатель на хранимое значение • Всегда являются значением уровня 0 «level 0 members» • Размещаются после (ниже) хранимых элементов в схеме «outline»
Интеллектуальные «Intelligent» вычисления Пересчитываются только блоки данных, которые отмечены как «Измененные».
Essbase — Database Partitioning
Типы Partition Transparent Partition позволяют пользователям манипулировать данными, хранящимися в отдаленных местах, как если бы они были частью локальной базы данных. В этом смысле они очень похожи на механизм VIEW в реалиционных БД. Удаленные данные берутся из источника всякий раз, когда пользователь, находящиеся в получателе, делает соответствующий запрос. Пользователям не требуется знать, где хранится информация, так как они видят ее как часть своей локальной базы данных.
Replicated Partitions Традиционный подход Копия данных Множество источников Ручная репликация Только «Block storage»
Transparent Partitions «Окно» между БД Бесшовная передача Текущие данные Требуется синхронизация «Outline»
Linked Partitions Точка перехода Связывает объекты Различные схемы Нет репликации Нет синхронизации схем Источники
Создание Partitions
Идентификационная информация • Исходная и Целевая БД • Пользователь • Права на запись на Целевой • Права на чтение на Исходной
Проектирование «Aggregate Storage Partition» • Поддерживаются «Transparent» и «Linked» • Комбинируется с «Block» • Расширение аналитических возможностей • Нет синхронизации
XREF vs Partitions
Часто необходимо обмениваться данными между кубами. Для этого в Essbase есть специальные инструменты: — XREF — XWRITE — Replicated Partition — Transparent Partition
XREF — cамый простой и безболезненый способ получить данные из другого куба, минусы — это низкая производительность и проблемы с созданием блоков (в 11.1.2 добавили @XWRITE). Не рекомендую использовать XREF в формулах динамических элементов (Dynamic Calc) т.к. на больших срезах это приводит к потере производительности. Пример использования: получить значение по ограниченному срезу.
Replicated partition — если вам надо копировать блоки нижнего уровня 1:1 без всяких расчетов и транформаций, то что надо. Есть функциональность по переносу только обновленных данных. Пример использования: передать данные по статье A по нижнему уровню из Source в Target.
Transparent partition — мощный инструмент для маштабирования. Если сравнивать с Oracle RDB — это аналог view или updateable view. Имеет ряд особенностей связанных с тем, что данные не хранятся в Target кубе, а подтягиваются налету. Пример: в Target по данным из партиции невозможно создать блоки, выгрузить данные с помощью Dataexport и т.д. Но что очень интерестно — из Target можно обновлять данные в Source! Пример использования: разделение приложения на Факт и План с партицией по сценарию, разделение по странам, версиям и т.д.
Location Aliases — как создать?
@XWRITE и @XREF
@XWRITE и @XREF – это две вычислительные команды которые могут быть использованы для следующих операций. Например, у Вас есть две базы данных (два куба), которые называются A1 и B1, и они оба имеют разные структуры, которые приведены ниже. Outline куба A1 выглядит следующим образом: Outline куба B1 выглядит следующим образом:
Например, мы хотим перенести данные со среза sales->Jan->East->Budget->2011 куба A1 положить на срез East_Sales->Jan->Dept_101->2011 куба B1. Приведенный скрипт ниже написан в правиле, которое выполняется на кубе B1 и которое копирует данные из куба A1 в куб B1.
• _A1alias_ является location alias куба A1, который выступает в качестве источника данных для @XREF, т.е. указывает откуда мы берем данные. Location alias _A1alias_ настраивается для куба B1 (Edit->Location Alias). Куб B1 называется целевым и именно куб B1 указывается при запуске правила. • @XREF — всегда ссылается на ячеку с данными, образуемую сочетанием имен элементов, которые указываются в FIX statement и элементами указанных в @XREF. В данном примере Sales и Budget — это члены из куба A1 (их может и не быть в кубе B1). • Всякий раз, когда мы планируем получить значение из среза данных другого куба, мы должны запустить этот расчет. Поэтому, когда мы запускаем это вычисление, оно всегда будет «лезть» в куб A1 и искать там срез данных, которые нам необходимы. Поэтому, данная операция требует большее время, по сравнению с операциями, которые производятся внутри одного куба. • Если вы хотите скопировать более одного члена из того же измерения, мы должны написать несколько @XREF формул. • Мы также можем использовать эту команду в формулах для элемента (member formulas).
@XWRITE
@XWRITE — функция, которую обычно называют старшим братом @XREF. @XWRITE — это функция в новых версиях Oracle Hyperion, которая заполняет почти все пробелы, существовавшие в XREF. @XWRITE — это функция, которая позволяет калькуляционному скрипту передать данные другой базе данных Essbase или другому приложению (в отличие от метода «получения данных» XREF). Эта новая функция стала доступна в версии Oracle Hyperion 11.1.2.0 и более поздних версиях. Главное ограничение этой функции заключается в том, что она работает только для перемещения данных из BSO приложения в BSO приложение. BSO в ASO не поддерживается, и еще не известно, будет ли Oracle реализовывать данную функциональность @XWRITE предназначен для передачи данных между базами с очень похожей размерностью (т.е. с очень схожими измерениями, например, приложение для планирования). Синтаксис функции @XWRITE следующий @XWRITE (expression, location alias [,mbrList]) Первый входной параметр функции — это выражение. Этот элемент измерения Вы планируете переместить из базы-источника в целевую базу. Вы можете выбрать в поле «выражение» только один член. Второй входной параметр — это location alias (настраивается в EAS). Третий (последний) входной параметр, mbrList — это ячейка или пересечение ячеек, куда необходимо переместить данные. Если в целевой базе нет измерений, которые есть в базе-источнике, то вам необходимо описать элементы измерений, на которые будут перемещаться данные. Производительность функции @XWRITE лучше, если для поля «выражение» используется элемент из плотного измерения. Но в любом случае, необходимо протестировать несколько вариантов и выбрать наиболее производительный и возможный вариант. Пример (перемещаем данные из куба A1 в куб B1):
Workspace — единый интерфейс для всех продуктов Oracle Hyperion. EPM Workspace – это компонент Foundation Services, с помощью которого можно получить доступ к продуктам EPM System, таким как Oracle Hyperion Planning, Fusion Edition и Oracle Hyperion EPM Architect, Fusion Edition, а также компонентам Oracle Hyperion Reporting and Analysis, например Oracle Hyperion Interactive Reporting и Oracle Hyperion Web Analysis. Доступ к EPM Workspace можно получить двумя способами: используя URL-адрес, предоставленный администратором, или с помощью ссылки приложения Oracle.
Для запуска Workspace необходимо использовать адрес URL:http://hostname:19000/workspace/index.jsp. Задачи EPM Workspace: 1) Просмотр документов и информационных панелей; 2) Предоставление доступа к следующим продуктам: — Financial Management — Performance Scorecard — Приложения Planning доступны пользователям, имеющим соответствующие права и доступ — Oracle Business Intelligence включает продукты Oracle Business Intelligence Answers, Oracle Business Intelligence Interactive Dashboards, Oracle Business Intelligence Delivers, BI Publisher, Oracle Siebel Marketing и Oracle BI Disconnected Analytics. — Profitability and Cost Management 3) Планирование пакетов, заданий или событий для автоматического формирования отчетов или выдачи уведомлений 4) Создание документов Web Analysis и Interactive Reporting, книг или пакетов
Пользовательский интерфейс Workspace
The EPM Workspace user interface includes these areas: 1. Menu Bar – Commands and sub-commands that organize tasks and modules. 2. Standard toolbar – Buttons for performing tasks. 3. View pane – Area that provides buttons that enable jumps between panels (each panel having a specific use and corresponding controls) and displays the list of documents and modules (Hiding this pane provides a larger content frame in which to use EPM Workspace. Select View, then View Pane to hide and display). 4. View Pane or Content Area Adjuster – Setting to adjust the size of the View pane and content area. 5. Content area – Area in which you view active-module documents, tasks, or files
Открытие приложений
Обзор создания измерений
Измерения в Planning
Измерения делятся на локальные (Local Dimensions) и общие (Shared Dimensions) Выбор типов измерений при создании приложения: Таблица с характеристиками типов измерений
There is one more library — the application library. This is the module that is actually responsible for creation of a Planning application. This is not only responsible for Planning application creation, it also lets us create other Performance Management applications. This library enables us to manage all Performance Management applications, which includes creating, editing, and deploying applications. It displays all the applications that are created using EPM architect. It does not show any application that was not created using EPMA. 
Компоненты Oracle Essbase
