Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

Бесплатный курс Oracle Hyperion Planning

1.423 Aufrufe

Veröffentlicht am

Бесплатный, классифицированный материал по системе Oracle Hyperion Planning. Теория и практика по системе Hyperion Planning для внедрения процессов бюджетирования в компаниях различных сфер деятельности. Подробное описание по работе с системой Hyperion Planning.

Veröffentlicht in: Software
  • Als Erste(r) kommentieren

Бесплатный курс Oracle Hyperion Planning

  1. 1. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Бесплатный курс Oracle Hyperion Planning. Приложения и бюджетирование Для начала изучения системы Oracle Hyperion Planning я хочу порекомендовать ознакомиться со следующими сферами знаний, дабы упростить себе восприятие материала: - OLAP-технология; - SQL запросы; - MDX запросы; - Трехуровневая архитектура web-приложений (WebLogic,IIS,Database); - Основы построения и описания бизнес-процессов; - Основы бюджетирования и бухгалтерского учета. Агрегация – процесс сбора данных из нижестоящих объектов и их агрегирования в вышестоящие. После ввода или загрузки данных в подчиненные объекты выполняется консолидация с целью суммирования данных по предприятию. Термины «агрегирование» (aggregation) и «сведение» (roll-up) также означают процесс консолидации. Администратор – специалист, инсталлирующий и сопровождающий систему, включая создание учетных записей пользователей и обеспечение защиты информации. Аналитическое направление – объект базы данных, характеризующий определённый аспект анализируемой предметной области и содержащий информацию, объединенную единой тематикой. Например, база данных Sample Basic содержит такие аналитические направления, как Time (период), Accounts (счета), Product (продукция), Market (рынок сбыта, т.е. регион). Бизнес-правило – логическое выражение или формула, созданные в приложении, чтобы получить ожидаемый набор конечных данных. Бюджет – количественное выражение плана (чаще всего в денежном выражении) деятельности Представительств, филиалов, подразделений ЦА или Предприятия в целом на определённый период времени. Вспомогательная информация – количественное выражение плана (чаще всего в денежном выражении) деятельности Представительств, филиалов, подразделений ЦА или Предприятия в целом на определённый период времени. Данные – значения (денежные или неденежные), связанные с пересечением по запросу. Детализация – процесс постепенного вывода подробных данных относительно выбранного направления путем развертывания родительского элемента для отображения дочерних элементов. В результате развертывания могут быть выявлены иерархические взаимосвязи, например взаимосвязи между родительским и дочерним объектами, родительским и дочерним счетами, а также между суммирующим периодом и базовым периодом времени. Например, в результате детализации могут быть выявлены иерархические взаимосвязи между годом и кварталами или между кварталом и месяцами. Дочерний элемент-элемент, имеющий над собой родителя в схеме базы данных. У дочернего элемента могут быть элементы-братья, находящиеся с ним на одном уровне в схеме базы данных. Загрузка данных – процесс заполнения базы данных данными. В результате заполняются значения ячеек, определяемые структурой схемы базы данных. Иерархия – набор многомерных взаимосвязей в схеме, часто создаваемый в схеме данных. Например, родительские элементы, дочерние элементы и поколения представляют иерархию. Источник данных – внешние данные, например текстовый файл, электронная таблица или база данных SQL, загружаемые в базу данных Essbase Analytic Services.
  2. 2. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Консолидация – см. Агрегация Корректировка – внесение изменений в планы и бюджеты Предприятия, обусловленное возникновением отклонений в условиях и результатах деятельности Предприятия по сравнению с запланированными. Метаданные – структурные элементы приложения, которые описывают и хранят данные. Многомерность означает преобразование двумерных данных, распределенных по полям и строкам, в многомерный куб. Грани куба представляют собой аналитические направления. Аналитическое направление – это структурный элемент куба, определяемый с помощью метаданных. Метаданные также отражают понимание данных пользователем. Внутри многомерного куба информацию можно одновременно видеть в различных аналитических направлениях (продажи по месяцам, по продуктам, по всем рынкам). Например, все месяцы, кварталы, года и т.д. составляют аналитическое направление типа “время”; все города, регионы, страны и т.д. составляют “географическое” направление. Аналитические направления обеспечивают простой и наглядный способ организации и отбора данных для их извлечения, исследования и анализа. Отчет – макет, динамически определяющий содержимое и форматирование отчета. Заполнение данными форм отчета происходит после запуска отчетов. Панель инструментов – панель с пиктограммами, представляющими команды системы. Пиктограммы используются для быстрого вызова команд меню. Планировщик – специалист, который может вводить, передавать, а также просматривать данные, отчеты, созданные другими пользователями, запускать режим интеграции данных, выполнять бизнес-правила, а также использовать надстройку электронных таблиц Hyperion Planning. Поколение – термин, описывающий положение элемента в иерархии аналитического направления. Поколения считаются сверху вниз. Потомок – любой элемент, находящиеся в схеме данных ниже родителя. Например, в аналитическом направлении, содержащем данные по годам, кварталам и месяцам, «второй квартал» и «апрель» будут потомками элемента «Year». Предок – элемент, для которого существуют элементы более низкого уровня. Например, в аналитическом направлении, содержащем данные по годам, кварталам и месяцам, элементы «первый квартал» и «2001 год» будут предками элемента «апрель». Приложение – взаимосвязанный набор направлений, элементов направлений и типов планов, связанных с базой данных и используемых для проведения анализа и/или формирования отчета. Псевдоним – альтернативное название направления, элемента или описания. Cрез данных – функция, которая позволяет работать с элементами направлений, не назначенными строке, столбцу или оси страниц. Например, можно назначить измерение валюты в срезе данных и выбрать элемент евро. После выбора среза данных в форме ввода данных, все данные в форме отображаются в евро. Страница – вывод информации в таблице чаще всего предствленной осью Z, либо выпадающий список. Счет – направление, представляющее собой учетный контейнер, указывающий на местоположение и первичную природу данных.Создается структура счетов, позволяющая составителям бюджетов вводить данные по всем планируемым позициям до нужного уровня детализации. Уровень – термин, описывающий положение элемента в иерархии аналитического направления. Уровни считаются снизу вверх. Форма ввода – окно с сеткой, в котором пользователи могут вводить данные в базу в окне Web-браузера. Отдельные значения элементов направлений постоянны, что позволяет пользователям видеть данные в определенном контексте. Центр ответственности – представительство, филиал, подразделение ЦА, полностью отвечающее за величину, целесообразность и экономическую обоснованность затрат
  3. 3. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning (доходов). Элемент – отдельный компонент, составляющий аналитическое направление. Ячейка – единица данных, представляющая собой пересечение направлений в многомерной базе данных; пересечение строки и столбца в рабочем листе. 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 позволяет Вам планировать существующие и новые активы, их использование, транзакции и амортизацию одновременно анализируя их влияние на такие показатели, как уровень прибыли, балансовый отчет и финансовые потоки.
  4. 4. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Структура модели
  5. 5. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Oracle’s Enterprise Performance Management
  6. 6. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning 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) и аналогичных методик. Позволяет описывать корпоративные цели и контролировать их достижение.
  7. 7. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Архитектура Planning Oracle Hyperion Planning подключен как к Oracle Essbase, так и к Реляционной базе данных (БД). Список объектов, которые хранятся в СУБД и Oracle Essbase приведен на
  8. 8. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning рисунке: 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 (Пользовательские переменные): Пользовательские переменные создаются для того, чтобы ограничить число элементов, отображаемых в формах данных. Планировщик должен видеть элементы, которые имеют к нему отношение.
  9. 9. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Следующая информация сохраняется только в Oracle Essbase: Data (Данные): Введенные пользователем или планировщиком данные в приложение планирования хранятся в Oracle Essbase. Calculation scripts/business rules (Калькуляционные скрипты/бизнес-правила): В планировании и бюджетировании, типовые расчеты, такие как вычисление аллокаций, расчет выручки, расчет расходов, калькуляция балансового отчета и так далее, можно реализовывать с помощью бизнес-правил или калькуляционных скриптов. Бизнес-правила – расчеты, реализованные в системе на специальном языке. Как правило, бизнес-правила прикрепляются к формам ввода и могут запускаться автоматически при определенных действиях пользователей (открытии или сохранении данных формы ввода). Substitution variables (Подстановочные переменные): Подстановочные переменные используются в бизнес-правилах для того, чтобы не переписывать каждый раз фиксируемый элемент измерения для расчета, а с помощью подстановочной переменной подставлять нужное значение во все скрипты, где это необходимо. Также подстановочные переменные используются в формах данных. 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,
  10. 10. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning 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. Продукты и их URL Продукт URL Hyperion Shared Services http://[Hostname]:[WebServerListenPort]/interop/ EPM Workspace http://[Hostname]:[WebServerListenPort]/workspace Administration Service http://[Hostname]:[WebServerListenPort]/easconsole/console.html Oracle Hyperion Planning Application Wizard http://[Hostname]:WebServerListenPort]/HyperionPlanning/AppWizard.jsp
  11. 11. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Функциональная диаграмма EPMA EPM Architect EPMA modules.pdf (Google Disk) 6 EPMA Modules:  Dimension Library  Application Library  Calculation manager  Data Synchronization  Application Upgrades  Library Job console Application Library
  12. 12. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning 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.
  13. 13. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning 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.
  14. 14. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Здесь измерения делятся на два типа: • 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.
  15. 15. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Dimension Mapping Library Job Console
  16. 16. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Planning и Essbase Компоненты Oracle Essbase  Essbase Analytics Module (Block Storage) - модуль Analytic Services создает базу данных в основе, которой лежит понятие блок – это таблица, состоящая из всех возможных вариантов плотных направлений, и эти блоки размещаются на пересечении разряженных направлений. Данный модуль поддерживает запись значений с помощью пользовательских приложений и предназначен для комплексного финансового анализа. Направление - это самый верхний уровень иерархии измерения.  Enterprise Analytics Module (ASO Aggregate Storage) - Этот модуль Analytic Services создает «агрегированную» базу данных, в себе хранит элементы нулевого уровня, автоматически рассчитывая все значения более высокого уровня, по своей структуре чем –то напоминает ROLAP.  Административная консоль Analytic Administration Services - интерфейс администратора базы данных Analytic Services  Интеграционная консоль — Essbase Integration Studio (не развивается, предшественик Essbase Integration Studio )
  17. 17. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning  Essbase SpreadSheat Add-in for Excel - программное решение предназначено для получения AD-HOC отчетов в Microsoft Excel, оно непосредственно подключается к многомерной базе данных. Развитие остановлено.  Smart View for Office - Позволяет получить доступ к данным из всего пакета программ Microsoft Office, отличается от Essbase SpreadSheet технологическим решением. Усиленно развивается.  EssCMD - Интерфейс командный строки, предназначен для проведения административных задач, таких как остановка приложения, запуск сервисных утилит, резервное копирование и др.  MaxL DDL - Интерфейс командный строки, для проведения административных задач  Essbase API - Это инструмент разработчика программного обеспечения, позволяет обращать к многомерной базе данных из VB, C, или JAVA. Essbase Объекты Essbase, которые настраиваются в Essbase Administration Services Console - Substitution Variables (локальные переменные для приложений); - Rules (Правила/скрипты); - Sequences (Последовательности); - Macros (Макросы); - Global Variables (Глобальные переменные). Типы переменных в EAS (Essbase): Способы ведения расчетов в Essbase: 1) Консолидация на основе структуры измерений Простой способ расчета, описывающий арифметические действия, выполняемые над элементом при его консолидации (агрегации) в родительский элемент. Настройки расчета
  18. 18. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning задаются свойствами элемента и относительным положением элементов в измерении. Тип консолидации можно изменить на один из следующих: ( + ) элемент прибавляется к текущему результату ( – ) элемент вычитается из текущего результата ( * ) текущий результат умножается на значение элемента ( / ) текущий результат делится на значение элемента ( % ) элемент делится на текущий результат и умножается на 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) Макросы – это функции, которые могут использоваться в Бизнес-правилах. Параметры
  19. 19. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning функции задаются в квадратных скобках, например [param1], и указываются в круглых скобках при вызове макроса, например, %clear_data_organization(“ORG102″). Они находятся в отдельном узле дерева объектов Essbase Administration Services Console. 6) Последовательности в Essbase (Sequences) Последовательности – это последовательность бизнес-правил, которая задает порядок выполнения бизнес-правил. Может вызываться из Essbase или из Web-форм. Они находятся в отдельном узле дерева объектов Essbase Administration Services Console. Краткий свод основных принципов эффективных правил essbase. - Использование в определении среза данных всех направлений. В FIX нужно полностью определять область расчетов - Нужно осуществлять расчеты только по нулевым уровням многомерной модели (Антипатерн) - При агрегации данных нужно учитывать структуру метаданных в кубе, т.е. определить срезы, по которым не нужны рассчитываемые агрегаты. Например, в мультивалютном приложении, нужно исключить показатели валют на которых не происходит расчет отчетности группы. - Контроль пользовательского ввода данных. Простые правила по проверке качества данных - Контроль агрегации пустых блоков - Создаем блоки преимущественно с помощью DATACOPY, на втором месте стоит DATAEXPORT && CDF , затем SET CREATEBLOCKONEQ - Использование CALCMODE для оптимизации расчетов - Различные значения параметров для оптимизации кеша калькулятора и др.(команды SET) в части расчетов нулевого уровня и в блоке агрегации - Использование подстановочных переменных для параметризации расчетов, использование Run-TimePromts, для фокусировки расчета
  20. 20. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Пример скрипта калькуляции (business rule) /*Очистить прогнозные данные*/ FIX (“Генерация”,”Потребление”) CLEARDATA “Сценарий 1″; ENDFIX; /*Копировать факт в сценарий 1*/ FIX (“Тип”,@LEVMBRS (“Период”, 0)) DATACOPY “Факт” TO “Сценарий 1″; ENDFIX /*Агрегация*/ FIX (“Тип”,”Сценарий 1″) CALC DIM (“Период”); ENDFIX /* Построить прогноз по дням*/ FIX (“Генерация”,”Потребление”,@LEVMBRS (“Период”, 1)) DATACOPY “Факт” TO “Сценарий 1″; “Сценарий 1″( @TREND(@ANCESTORS(&FIRSTP,-1): @ANCESTORS(&CURP,-1),,,,,@ANCESTORS(&NEXTP,-1): @ANCESTORS(&ENDP,-1),LR,7); ); ENDFIX /* Построить прогноз по часам*/ FIX (“Сценарий 1″) “Генерация”=(“Тип”/@PARENT (“Период” ,”Тип”))*@PARENT (“Период” ,”Генерация”) ; “Потребление”=(“Тип”/@PARENT (“Период” ,”Тип”))*@PARENT (“Период” ,”Потребление”); ENDFIX /*Агрегация*/ FIX (“Факт”,”Сценарий 1″,”Генерация”,”Потребление”) CALC DIM (“Период”,”Регион”); ENDFIX Компоненты Essbase и настройки Outlines Редактирование древовидных структур для иерархий измерений Редактирование правил консолидации и математических отношений между элементами измерений Essbase – Настройка транзакций При однопользовательских расчетах рекомендуется устанавливать Commited access, для многопользовательского ввода данных и расчетов – Uncommited access. В рамках настройки транзакций задается параметр “commit blocks” в свойствах каждого куба приложения в EPMA. Системные файлы Essbase Essbase.cfg – файл конфигурации Essbase сервера. essxxxxx.pag – Файлы данных Essbase
  21. 21. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning 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”;
  22. 22. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning 9. Выполнить “rule”. Блочное и Агрегатное хранилища Источник информации по BSO и ASO  Блочное хранилище, в документации и литературе по Essbase обозначаемое аббревиатурой BSO (от англ. block storage option) — исторически первый реализованный способ хранения многомерных данных, реализованный в продукте, и отражённый в патенте 1992 года. Блочное хранилище ориентировано на «уплотнённое хранение» (англ. dense storing) данных, перезапись в куб (англ. write- back), в том числе на уровне агрегатов, и ускоренный пересчёт результатов. Благодаря этим свойствам наиболее широкое использование получило в приложениях финансового планирования, в которых требуется интерактивный многокритериальный подбор параметров по фиксированным формулам. Основные ограничения блочного хранилища — около 1 млн допустимых элементов измерений (может быть несколько увеличено в случае применения секционирования или гибридного хранения) и 252 ячеек на блок в базе данных. Таким образом, блочное хранилище считается практически целесообразным для кубов с 6-8 измерениями, со сложными вычислениями и частой перезаписью данных.  Агрегатное хранилище (ASO — англ. aggregate storage option) создано как альтернативный способ хранения данных в 2003 году, в версии Essbase 7, с целью расширения применимости продукта для хранилищ со значительным количеством измерений. Одной их характерных особенностей ASO является эффективное хранение — в сравнении с блочным хранилищем агрегатные занимают существенно меньше дискового пространства. При этом, по сравнению с блочными хранилищами существенно ограничены функциональные возможности: в агрегатных хранилищах не поддерживается обратная запись на уровни агрегатов (можно перезаписывать только терминальные ячейки, «нулевой уровень»), не поддерживаются сценарии вычислений (англ. calculation scripts, поддерживаются только вычисления, представимые одной формулой).В противовес используемому «плотному» хранению, агрегатное хранилище оптимально для разреженного хранения (англ. sparse storing). Кроме того, в отличие от блочных, в агрегатных хранилищах реализована возможность построения множественных иерархий для одного измерения, динамических иерархий, получения срезов данных.Агрегатное хранилище поддерживает до 216 иерархий на одно измерение, до 4,3 ПБайт физического объёма куба, до 252 комбинаций хранимых уровней измерений, до 264 ячеек может быть обойдено в одном запросе к агрегатному хранилищу.
  23. 23. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Вычисления в Block Storage Essbase Data Load Difference – ASO and BSO
  24. 24. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Порядок вычислений Calculation Scripts - Вычисляют всю или часть базы данных; - Управляют порядком вычисления; - Совершают сложные вычисления; Операторы Консолидации Операторы консолидации определяют способ консолидации значений к родительскому элементу: • Addition (+) • Subtraction (-) • Multiplication (*) • Division (/) • Percent (%) • Exclude from consolidation (~) – 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» вычисления Пересчитываются только блоки данных, которые отмечены как “Измененные”.
  25. 25. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Essbase – Database Partitioning Типы Partition Transparent Partition позволяют пользователям манипулировать данными, хранящимися в отдаленных местах, как если бы они были частью локальной базы данных. В этом смысле они очень похожи на механизм VIEW в реалиционных БД. Удаленные данные берутся из источника всякий раз, когда пользователь, находящиеся в получателе, делает соответствующий запрос. Пользователям не требуется знать, где хранится информация, так как они видят ее как часть своей локальной базы данных. ЧИТАТЬ ПОДРОБНЕЕ>>> Replicated partitions Transparent partitions Linked partitions Основные понятия Replicated Partitions Традиционный подход Копия данных Множество источников Ручная репликация
  26. 26. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Только «Block storage» Transparent Partitions «Окно» между БД Бесшовная передача Текущие данные
  27. 27. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Требуется синхронизация «Outline» Linked Partitions Точка перехода Связывает объекты Различные схемы Нет репликации Нет синхронизации схем
  28. 28. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Источники Создание Partitions
  29. 29. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Идентификационная информация • Исходная и Целевая БД • Пользователь • Права на запись на Целевой • Права на чтение на Исходной Проектирование «Aggregate Storage Partition» • Поддерживаются «Transparent» и «Linked» • Комбинируется с «Block» • Расширение аналитических возможностей
  30. 30. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning • Нет синхронизации 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 можно обновлять данные в
  31. 31. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Source! Пример использования: разделение приложения на Факт и План с партицией по сценарию, разделение по странам, версиям и т.д.
  32. 32. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Location Aliases – как создать?
  33. 33. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning @XWRITE и @XREF @XWRITE и @XREF – это две вычислительные команды которые могут быть использованы для следующих операций. Например, у Вас есть две базы данных (два куба), которые называются A1 и B1, и они оба имеют разные структуры, которые приведены ниже. Outline куба A1 выглядит следующим образом: Outline куба B1 выглядит следующим образом:
  34. 34. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning @XREF Например, мы хотим перенести данные со среза sales->Jan->East->Budget->2011 куба A1 положить на срез East_Sales->Jan->Dept_101->2011 куба B1. Приведенный скрипт ниже написан в правиле, которое выполняется на кубе B1 и которое копирует данные из куба A1 в куб B1. FIX(“Jan”,”Dept_101”,”2011”) “East_Sales”=@XREF(_A1alias_,”Sales”,”Budget”); ENDFIX • _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 лучше, если для поля “выражение” используется элемент из плотного измерения. Но в любом случае, необходимо протестировать несколько вариантов и выбрать наиболее производительный
  35. 35. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning и возможный вариант. Пример (перемещаем данные из куба A1 в куб B1): FIX(“Jan”,”East”,”Budget”,2011”) “Sales” ( @XWRITE(“Sales”,_B1alia_,”East_Sales”,”Dept_101”); ); ENDFIX Запуск Workspace 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, книг или пакетов
  36. 36. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Пользовательский интерфейс 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
  37. 37. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Открытие приложений Через EPM Workspace можно открыть приложение. Необходимо зайти в меню: File- >Open->Applications->{Тип приложения, например Planning}->{Наименование приложения}. Презентация (Google Disk): Dimensionality & Dimensions of Hyperion Planning.pptx Измерения в Planning Измерения делятся на локальные (Local Dimensions) и общие (Shared Dimensions)
  38. 38. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Выбор типов измерений при создании приложения: Таблица с характеристиками типов измерений Группы измерений Измерение Стандартные измерения Workforce Основные средства Все типы планов: Entity * * * Version * * * Scenario * * * Account * * * Year * * * Period * * * Alias * * * Меры: Employee * План основных средств: Asset Class * Line Item * Настраиваемые измерения: 14 доп.измерений Прочие измерения: Attribute Smart List UDA * * Add Dim Описание измерений в дополнение к таблице The Entity dimension contains members for HR organizations (departments, for example) enabled in the HCP plan, and for General Ledger organizations (cost centers) enabled in Plan
  39. 39. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Type 1, 2, or 3. The Account dimension contains salary, job code, employee, and allocation properties entered by planners. It also contains compensation expense accounts, personnel expenses, and loaded General Ledger natural account segment or chart field values. Create account members for all budgeted items. An alias is just like an alias in everyday life, it is just another name for member, for account you could have an account member name called A90001, this is not very descriptive and not the best for reporting or for users to view so you could give it an alias of “Balance Sheet”. В приложении можно выбрать определенный Alias, к которому в дальнейшем будут привязаны все псевдонимы элементов других измерений. The Employee dimension contains employed workers in your organization. Employees are typically paid compensation and benefits through the employer’s payroll application. This dimension is created if you use Employee budget detail or Position and Employee budget detail. Through attribute dimensions, you group and analyze members of standard dimensions based on the member attributes (characteristics). For example, you can compare: 1) The profitability of noncaffeinated products that are packaged in glass; 2) To the profitability of noncaffeinated products packaged in cans. Измерение Attribute должно иметь только одну связь и только с одним базовым измерением (связь указывается при создании приложения). В измерении Attribute можно создавать иерархию, но при выборе в свойствах связанного измерения можно назначать атрибут, у которого нет потомков (иначе не разворачивается приложение). С измерениями атрибутов могут быть связаны только разреженные базовые измерения. Для элемента связанного измерения можно выбрать только один элемент измерения Attribute. В приложении может существовать несколько измерений Attribute и несколько измерений Attribute можно привязать к одному и тому же измерению. Возможные типы измерения: text, boolean, number, date. Smart List: С помощью данного измерения можно создавать выпадающие списки в формах данных для пользователей. При назначении ячейке формы измерения Smart List, вводить данные в нее запрещается. A UDA is a User defined attrbute, it is basically just a name that you create and it can be tagged against members, you can use them to group and retrieve data based on its characteristics, for example you may want to describe a number of accounts as expense accounts, you could have a UDA called “Expense” and then associate with the account members. UDA – дополнительное измерение, в отличие от измерения Attribute – можно к одному измерению привязать несколько UDA, т.е. элемент измерения может иметь много разных признаков. Обязательные, мультивалютные и пользовательские измерения Всего можно использовать до 20 измерений (ограничения “вшиты” в таблицах метаданных):  6 обязательных;  2 мультивалютных;  12 пользовательских (14, если не используются мультивалютные измерения);  На каждом измерении могут быть заданы иерархии и формулы.
  40. 40. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning 6 обязательных измерений:  Период  Год  Сценарий  Версия  Структура компании  Счет Примеры пользовательских измерений: - Персонал; - Товары; - Каналы; - Проекты; - Покупатели (клиенты); - Типы деятельности. 2 дополнительных измерения в мультивалютных приложениях:  Валюта (Currency).  Курс валют (HSP_Rates) – измерение (направление), обеспечивающее конвертацию валют. Мультивалютность Система бюджетирования должна позволять ввод данных и построение отчетов с использованием нескольких валют, а для преобразования информации использовать обменные курсы, заданные для соответствующих временных периодов. 1) Планирование как в одной, так и в нескольких валютах 2) Для каждого из центров финансовой ответственности указывается его локальная валюта 3) Три типа курсов валют:  исторический (единый для всех периодов)  средний курс  курс на конец периода 4) Версии курсов:  оптимистический  пессимистический This dimension contains a member to store exchange rate values for each currency. It also contains a member for input values and currency overrides. This dimension can be divided into two types as follows: 1) Input members 2) Currency rate members If an application has three currencies, would have three corresponding members as follows: - HSP_Rate_USD - HSP_Rate_EUR - HSP_Rate_INR
  41. 41. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Плотные и разреженные измерения Многомерные множества данных как правило бывают разреженными:  Данные распределены не равномерно.  Данные не существуют для большинства комбинаций элементов.  Одни части многомерных данных более разрежены, чем другие. Dense Плотная. Многомерная база данных считается плотной, если относительно высокий процент (по крайней мере, 10%) возможных комбинаций ее измерений содержит данные. Sparse Разреженность. Многомерная база данных называется разреженной, если относительно большой процент ячеек содержит пустые (утраченные) данные. Вполне обычны такие наборы данных, которые содержат 1%, 0.01% и даже меньшую долю возможных данных. Sparse aggregates Разреженные агрегаты. Во избежание такого явления как “взрыв” БД, базы данных OLAP большой емкости должны содержать относительно небольшое число заранее вычисленных показателей. Предварительно должно быть вычислено минимальное количество возможных суммарных значений. Остальные агрегаты рассчитываются “на лету” на основе уже имеющихся. 1) Плотные (dense) измерения Использовать нужно всегда т.к. это ведет к уменьшению размера блока => размер куба будет меньше => производительность расчетов улучшится, производительность извлечения данных (retrieve) меняется незначительно +/- 1%! Необходимо только избегать динамических элементов с комплексными формулами т.е. когда при расчете формулы необходимо смотреть в другие блоки. Кандидаты на изменения типа храния на динамический – родители или любой элемент с простой формулой. Примеры (Период и Статья – плотные, Страна – разряженные):  Кварталы (Q1, Q2, Q3, Q4) – можно сделать динамическими  (+) Acc_Total: Выручка итого(+) Acc_01: Выручка A (+) Acc_02: Выручка Б Статью Acc_Total можно сделать динамической
  42. 42. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning  Статья: Prof_01 = Acc_01 / Acc_Total – можно сделать динамической (расчет в пределах одного блока)  Статья: Prof_Russia = Acc_Total->Entity_Russia – нужно делать хранимой т.к. при распаковке любого блока (расчете или просмотре) Essbase будет смотреть на блок по стране Entity_Russia 2) Разряженные (sparse) измерения Использовать можно только для уменьшения времени агрегации, при этом ухудшается время извлечения данных (retrieve). Пример:  (+) Entity_Russia – dynamic(+) Entity_Msc – store (+) Entity_Spb – store Если пользователь строит запрос по Entity_Russia, то серверу необходимо прочитать 2 дополнительных блока по Msc и Spb Когда не нужно делать динамическими плотные элементы:  Когда элемент участвует в выгрузках (report script, dataexport)  Когда элемент участвует в партициях  Когда элемент участвует в создании блоков (datacopy с динамических элементов не работает)  Когда на элементе хранят расчетные данные (аллокации, элиминации) 3) Выводы Динамические элементы – это хорошая возможность улучшить производительность, но конечно же со своей спецификой.
  43. 43. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Создание блоков данных Data blocks are created for the combination of sparse dimensions. We use the Create Blocks action to ensure that all the blocks are created from the sparse dimension combinations. Create Blocks actions are not applicable to the members with the property of Dynamic calc or Label only and the reason being that the block is not created as these members are not stored in the database physically, and also provide a reference to the chapter/section where we have discussed storage types. Создание блоков данных и получение данных Блок данных не создан, пока в блок не введены данные (причем, если Вы ввели данные, а потом удалили их, то блок без специальной команды не удалится); Essbase Analytics проверяет, существует ли блок; Если блок не существует, то блок создается; Данные попадают в блок данных. Выбор настроек агрегирования, хранения данных и вычислений Типы хранения элементов измерений: - Store (Хранимый, по умолчанию); - Dynamic Calc and Store (Динамический расчет и хранение); - Dynamic Calc (Динамический расчет); - Share (Разделяемый – расшаренный элемент для параллельной иерархии в том же измерении); - Never Share (Неразделяемый); - Label Only (Элемент-метка).
  44. 44. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Агрегация: + Сложение - Вычитание * Умножение / Деление % Процент ~ Игнорирование Создание ассоциаций между измерениями Dimension associations (ассоциации измерений) позволяют присваивать классы безопасности и валюты измерениям и элементам измерений. Например, для измерения Entity, вы можете создать ассоциации с классами безопасности и измерениями валюты. Ассоциации создаются на уровне измерения и наследуются всеми членами под измерением. Ассоциации измерений создаются в Dimension Library. Dimension associations используются для обозначения взаимосвязей между измерениями в рамках Общей библиотеки (Shared Library) и приложений. Например, в рамках приложений консолидации есть свойства измерения Account (Статьи), которые ссылаются на класс безопасности, нестандартные пересечения измерения (Custom1TopMember), и так далее, которые непосредственно связаны с другими измерениями. Dimension associations позволяют определить отношения между этими свойствами и другими измерениями, что позволяет Вам выбрать значение (элемент) напрямую из измерения, с которым создается взаимосвязь. Dimension associations создаются для всех свойств, в которых значение свойства связано с элементом другого измерения. После создания ассоциаций, Вам необходимо активировать их в приложении.
  45. 45. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Редактирование ассоциаций измерений: Активировать все ассоциации измерений:
  46. 46. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning View Dimension Association:
  47. 47. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Работа с Grid Editor Grid Editor отображает элементы и свойства, которые были выбраны в wizard. Поскольку элементы и свойства могут отличаться, в зависимости от категории измерения, вы можете выбрать определенную категорию для отображения в верхней части Grid Editor.
  48. 48. http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning Элементы отображаются в виде строк слева. Свойства отображаются в виде столбцов. Добавление валют и псевдонимов Автоматизация заданий Perfomance Management Architect Терминология: Аналитическое измерение (Измерение) – аналитический признак. Измерение содержит набор элементов. Иерархия – определяет правила, по которым группируются элементы в измерении. В одном измерении может быть несколько иерархий, называемых альтернативными. Альтернативная иерархия – иерархия разделяемых элементов. Альтернативная иерархия основана на существующей иерархии в структуре БД, но использует в измерении альтернативные уровни. Альтернативная иерархия позволяет отображать одни и те же данные с разных точек зрения.

×