Oracle hfm что это такое

Обновлено: 07.07.2024

In this insight, we try to do a side-by-side comparison of the main functionality of Oracle HFM against SAP BPC, 2 of the leading solutions in the Gartner Corporate/Enterprise Performance Management Magic Quadrant. Both solutions are trying to address one of the major functionalities of CPM : financial consolidation and management reporting.

Short History of Hyperion-Oracle

Hyperion started as an independent company IMRS in 1981. Its focus has always been on the EPM-market, initially consolidation.

Some major milestones of the company included :

1983: release of MicroControl, an MS-dos management consolidation software, to be maintained by finance users
1991: release of Hyperion Enterprise, a Windows-based, management consolidation software
1998: merger of Hyperion Software with Arbor (main product: Essbase, OLAP dB) and rebranding to Hyperion Solutions
2000: release of Hyperion Financial Management (Oracle HFM), a largely web-based application aimed at management and legal consolidation and reporting
2006: acquisition of UpStream (a.k.a. Financial Data Quality Management, ETL focused to load data to Hyperion products)
2007: acquisition of Hyperion by Oracle

Oracle’s Performance Management applications

When comparing the features of Oracle HFM and SAP BPC we need to bear in mind the following. SAP BPC offers functionality to plan/budget and consolidate . Oracle HFM, as one of Oracle’s Enterprise Performance Management applications, focuses primarily on financial consolidation only.

Other modules of the Oracle EPM Suite thus have to be considered when comparing all the functionalities of SAP BPC, especially in the areas of Planning, Budgeting & Forecasting. These are e.g. Oracle Hyperion Planning (financial planning & budgeting solution), Oracle Hyperion Financial Data Quality Management (for Extraction-Transformation & Loading, ETL) and Oracle Hyperion Smart View for Office (an Excel add-in). The last 2 are also included with Oracle HFM.

Upload of data

SAP BPC uses an Import Package with transformation and conversion files for the upload of data, from within Microsoft Excel.

Oracle HFM uses Oracle Hyperion Financial Data Quality Management Enterprise Edition (FDM EE): this web-based ETL, part of the suite, can feed data to Oracle HFM, but also to other Oracle products, like Hyperion Planning or Essbase. Various adapters are available to connect to other source databases (SAP (ECC 6.0, SAP BW…), JD Edwards … ).

Both solutions offer the flexibility to read data from files or source systems and map from external to internal ids. FDM EE allows to drill back from Oracle HFM to the source data or system. For SAP BPC, this feature would require the usage of SAP FIM (SAP BusinessObjects Financial Information Management).

Data entry and reporting

For SAP BPC, Input forms and reports are defined and used in Excel, with the EPM-add in. Web-based reports and input forms are also possible, but these are limited to a selection of elements in rows and columns. They are -as a result- rarely used in the field.

In Oracle HFM, this functionality is located, with a certain overlap, in different modules: data forms, data grids, Financial reporting, SmartView.
However, they all tend to be used by customers in parallel.

Data forms are used to enter data manually. They are web-based. These allow to combine members from various dimensions, basic calculations, formatting . A right-click on a cell can lead to a Linked Form for additional detail (e.g. inter-company information). Textual comments or uploaded files can be linked to a cell for extra information. Each row and column is defined separately.

Data can be entered periodically or YTD indifferently.

Line Items can be applied on designated accounts. This allows to enter separate amounts and optional text to a single account (e.g. each entity can specify the current account in various banks, with individual amounts and bank names as free text, the total is written to the cash account, the detail remains and can be consulted).

From a cell within a data form, it is possible to request the "Entity Details”. This screen will show the manually entered amount, and the adjustments made by journals. It is also possible to drill to these journals.

Recently "On-demand rules” were introduced. They allow to run only a subset of calculations, to speed up the calculations for the current form. Previously, calculating a form was only possible when running the complete "Calculate" rule for the current entity, period, year and scenario. This feature is comparable to packages in SAP BPC, where script logic can be divided in separate calculations, to be executed at the user’s discretion.

Since Oracle HFM mainly revolves around the P&L and the B/S (Balance Sheet), which normally make up the majority of the accounts dimension, the benefits of this subset of calculations seems limited.

Data grids are an alternative to data forms. They are also web-based. The user can easily drag dimensions to rows and columns for further selection. Contrary to data forms, they allow drill-downs, but no formatting or calculations, and no asymmetric combinations of dimension members. They are very similar to the web-based reports and input-forms from SAP BPC.

This windows client is the interface to create output reports with rows, columns, page-axis, conditional formatting. Basic calculations are possible (+,-,*,/, Averages, Better/Worse variance, If Then…), but not to the extent Excel has (and which SAP BPC can easily re-use).

The dimensions are set either for rows or columns. Each row and column however is defined separately. This facilitates the creation of asymmetric reports. In SAP BPC, elements are selected per dimension, for either columns or rows.

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

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

Что такое Hyperion Financial Management?

Hyperion Financial Management (HFM) - это веб-приложение Oracle для финансовой консолидации и отчетности. HFM - это надежное, зрелое решение для консолидации требований организации. Он включает в себя такие функции, как распределение затрат, исключение внутрифирменного баланса и перевод валют.

Что такое Oracle FCCS?

В то время как некоторые облачные программы переносятся непосредственно из локальных эквивалентов, другие приложения создаются полностью с нуля. Oracle Financial Consolidation and Close Cloud (FCCS) относится к последней категории.

Oracle FCCS использует тот же технологический стек, что и Oracle (E) PBCS, который является решением Oracle для финансового планирования и бюджетирования в облаке. Однако Oracle FCCS также включает такие элементы, как предварительно созданные правила и метаданные, которые специально предназначены для консолидации.

Hyperion Financial Management или Oracle FCCS?

В нашем блоге, посвященном Hyperion Planning и Oracle (E) PBCS, мы обнаружили, что облачная версия программного обеспечения в настоящее время значительно превосходит локальную версию. Однако для HFM и Oracle FCCS верно обратное, вероятно, потому, что Oracle создала облачную версию с нуля.

Хотя большая часть основных функций HFM теперь доступна в облаке, все еще отсутствуют некоторые функции, такие как:

Несколько приложений: HFM позволяет пользователям запускать несколько экземпляров приложения одновременно, в то время как FCCS требует, чтобы пользователи создавали отдельные экземпляры в облаке.
Усовершенствованная консолидация и журналы: Oracle FCCS не поддерживает записи в журнале основной валюты или более сложные вопросы о неконтролирующей доле участия и частичном владении, например, при получении капитала. Хотя в настоящее время они отсутствуют в Oracle FCCS, эти функции намечены для последующего включения.
Расширенные пользовательские правила: HFM дает пользователям больше свободы в определении собственных пользовательских правил. Тем не менее, основные правила консолидации и трансляции уже созданы и допускают настройку. Дополнительные правила также могут быть созданы, хотя список поддерживаемых функций Essbase ограничен. Дополнительные функции медленно добавляются в Oracle FCCS.

Однако, как облачный продукт, Oracle FCCS обладает некоторыми преимуществами по сравнению с HFM. К ним относятся ночные резервные копии, ежемесячные обновления, возможность плавного переключения между облачными приложениями и встроенные функции создания отчетов.

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 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 автоматически:

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

Эти процедуры могут быть полностью автоматизированы при условии автоматического импорта из учетных систем сведений о доле владения приобретенной компании и ее баланса на дату приобретения. Управление процессом в Oracle Hyperion Financial Management.

Oracle Hyperion Financial Management позволяет автоматизировать процесс сбора данных, трансформации и последующей консолидации отчетности. Индивидуально настраиваемые шаги процесса позволяют структурировать последовательность необходимых действий и вовремя устранить ошибки, связанные с ручным вводом данных.

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

импорт и обработка детальных данных по продажам (данные, как правило, готовы на 2-й день после окончания отчетного периода);
импорт и обработка оборотно-сальдовой ведомости (как правило, доступны на 5-й день);
импорт и обработка детализации внутригрупповых оборотов (как правило, доступны до 10-го дня).

На каждом из этапов данные имеют статус согласования - «на обработке», «утверждено», «отклонено», который определяется:

статусом, присвоенным пользователем, например, «утвердил;
показаниями проверочных счетов, например, сходимость баланса, равенство встречных движений по счетам, равенство зависимых счетов отчета о прибылях и убытках, расхождение внутригрупповых оборотов;
необходимостью проведения вычислений - Oracle Hyperion Financial Management определяет необходимость проведения вычислений на основе таких факторов как дополнительная загрузка данных, пересчет данных за прошлые периоды, иные действия, которые могли повлиять на целостность данных.

После окончательного закрытия этапа данные получают статус «закрытых» и не могут быть изменены действиями пользователей либо дополнительными вычислениями, пока статус не изменит администратор. Таким образом, пользователи отчетности всегда могут быть уверены в том, что:

все проверки в ходе процесса показали нужный результат;
все необходимые преобразования данных были выполнены;
ответственные лица самостоятельно утвердили итоговые цифры.

При этом администратор может полностью отслеживать историю изменений данных и действий пользователей в системе, что снижает стоимость аудита отчетности.

Управление системой Oracle Hyperion Financial Management

Одним из главных достоинств Oracle Hyperion Financial Management является независимость пользователя от IT-службы предприятия. При использовании Oracle Hyperion Financial Management специалисты таких служб выполняют только функции системного администратора для серверов, на которых размещен Oracle Hyperion Financial Management. Операции же по внесению изменений в систему специалисты финансового отдела могут выполнять самостоятельно. Примеры задач, не требующих участия IT-службы:

Структура модели

Архитектура Planning

Oracle Hyperion Planning подключен как к Oracle Essbase, так и к Реляционной базе данных (БД). Список объектов, которые хранятся в СУБД и Oracle Essbase приведен на рисунке:

RDBMS

Следующая информация сохраняется только в 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

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.

Читайте также: