TIBCO EBX®
Add-on for Oracle Hyperion EPM Documentation > User Guide
Navigation modeAdd-on for Oracle Hyperion EPM Documentation > User Guide

Import and export procedures

Data formats

This table highlights the different formats of data accepted for import and export procedures.

Application

Procedure (format)

Source -> Target

HFM

Import

(XML, XLSX)

XML (id=hfm)-> EBX®

XLS/XLSX->XML (id=hfm)->EBX®

Export

(XML, XLSX, CSV)

EBX®-> XML (id=hfm)

EBX®-> XML (id=hfm)->XLSX

EBX®-> XML (id=hfm)-> CSV

Essbase

Import

(XML, XLSX)

XML (id=essbase)->EBX®

XLS/XLSX->XML (id=essbase)->EBX®

Export

(XML, XLSX)

EBX®->XML (id=essbase)

EBX®->XML (id=essbase)-> XLSX

Planning

Import

(XML)

XML (planning) -> XML (id=planning)->EBX®

Export

(XML, CSV)

EBX® -> XML (id=planning) -> XML(planning)

EBX® -> XML (id=planning) -> CSV(planning)

EPMA

Import

(XML, ADS)

XML (id=epma) -> EBX®

ADS -> XML (id=epma) -> EBX®

Export

(XML, ADS)

EBX® -> XML (id=epma)

EBX® -> XML (id=epma) -> ADS

Note: XML (id= application code ) is the HFM XML data schema that the add-on reuses as an internal pivot format.

Information order when exporting data

With Hyperion products, it is important to ensure that order of information in export file follows some key principles that are described in this section.

Nodes hierarchy order

The order of nodes in the EBX® data hierarchies follows one kept during the import procedure. The order in the export file follows one of the data hierarchy.

Dimensions and fields order

The order of dimensions and fields are saved in the dataset mapping information during the import procedure: see 'Mapping field' and 'Application dimension' tables, fields 'Dimension order' and ' Field order' respectively.

The order generated by the export procedure follows the order saved during the import. Consequently, the dataset used to get the data mapping configuration during the import time should be the same of one used at export time.

When the order value is 'null' for a field, it means that the field is located at the end of the list. For example, the fields 'Default parent' and 'Description' are systematically located in last position.

Records order

The order of fields and dimensions are saved in the dataset mapping information during the import procedure.

The export order is built by following the nodes data hierarchy order.

Example:

In EBX® data hierarchy for Account dimension:

Then the order of members in the XML export file is as follows:

1. LEGAL

2. AE07

3. AE0700

4. AE08

5. AE0800

The duplicate one 'AE0700' is put only one time in the XML export file.

Import procedure

This procedure imports data from a Hyperion application into the EBX® repository.

In the user interface, it can be accessed from the navigation pane by selecting Oracle Hyperion EPM then using the Services menu.

/62_Import_Procedure.png

Choose data set mapping

Select the dataset to use for the data mapping configuration. It is possible to configure different data mappings and then selecting one when importing data.

The add-on automatically ignores this step if there is only one dataset mapping.

Import with deletion or not

The following options are available when importing data from Hyperion into the EBX® repository:

Update dimension and field order

When importing data, you can decide to keep the ordering of dimensions and fields based on the imported file and reuse this order when re-exporting the file. This information is stored as the field 'Field order' in the table 'Mapping Field' and the field 'Dimension order' in the table 'Application Dimension' in the Administrative Data domain.

These fields can be manually changed to set a different order for an exported file. During normal use of the add-on, this modification is not required. In most situations, the order of dimensions and fields provided by the imported file can be reused for the exported file.

Using TIBCO EBX® Add-on for Oracle Hyperion EPM - Logging

When this option is activated, the add-on logs the data mapping execution to facilitate debugging operations when data mapping configuration is on failure ( see Appendix - Data mapping logging).

Automatic Hyperion application detection

After selecting the file to import, the system automatically identifies the source Hyperion application. If this identification fails, the import procedure stops. This could occur if the application header in the file is not an expected application name, the XML encoding is incorrect, or the Excel file is not recognized.

Selecting a dimension for the EBX® hierarchical view

Based on the Hyperion application detected, the add-on displays all possible dimensions that can be imported. One or multiple dimensions may be selected. Special dimensions that are driven by the main dimensions are not displayed, but are managed automatically by the add-on. This is the case for the dimensions ICP, Security Class, Currency, View, Alias.

Choose delimiter (for ADS only)

This option only displays when importing an ADS file. In version 1.6.0 only the pipe ( | ) delimiter is supported.

Action for import missing value

When importing data to EBX®, missing values can be managed in different ways. The possible choices are displayed depending on the 'Action for import missing value' configuration in the 'TIBCO EBX® Add-on for Oracle Hyperion EPM' data space (located in the EBX® Administration tab).

Run in background

The option 'Run in background' allows to launch the import procedure in asynchronous mode. The user is notified by email with the result as highlighted below.

/10000000000001DD00000193E564291E.png

Please refer to the installation section to get further information about email configuration.

Import result

After running an import, a report UI is provided showing the number of creations and updated records for each table. The full import result is saved in a dedicated data set named 'Oracle Hyperion EPM Report'.

Export procedure

This procedure exports data from the EBX® repository into Hyperion applications.

In the user interface, it can be accessed from the navigation pane by selecting Oracle Hyperion EPM then using the Services menu.

/63_Export_Procedure.png

Choose data set mapping

Select the dataset to use for the data mapping configuration. It is possible to configure different data mappings and then selecting one when exporting data.

The add-on automatically ignores this step if there is only one dataset mapping.

Export type

The following options are available when exporting from the EBX® repository into Hyperion:

Using TIBCO EBX® Add-on for Oracle Hyperion EPM - Logging

When this option is activated, the add-on logs the data mapping execution to facilitate debugging operations when data mapping configuration is on failure (see Appendix - Data mapping logging).

Hyperion application selection

The user selects one Hyperion application at a time for which to perform an export. When selecting an application, such as HFM or Essbase, the user can choose which dimensions of the application to export to.

When several export file formats are possible for a given application, the user can select one or multiple targeted formats. The file formats that can be exported to depend on the destination application.

Advanced properties

The available choices depend on how the 'TIBCO EBX® Add-on for Oracle Hyperion EPM' data space (located under the 'Administration' tab) is configured. Default values are retrieved from this configuration.

When you use the ADS export, specific choices are available to drive data mapping:

Run in background

The option 'Run in background' allows to launch the export procedure in asynchronous mode. The user is notified by email with the result (see figure below).

/1000000000000254000000ACF8580BFA.png

Please refer to the installation section to get more information about email addresses configuration.

Export result file

For each application selected for export, a downloadable f ile is generated using the naming convention "<data set name>-< applicationName>-<date>-<time> ".

For the Essbase application, only the dimensions themselves are exported. Other tables related to the configuration, such as 'Currency', 'Appsettting', and 'Consolmethod' are not exported because the Excel template does not handle them. The ability to export these tables may be added in future releases of the add-on.

The full export result is saved in a dedicated data set named 'Oracle Hyperion EPM Report'.

Import and export when using extension data models

Configuring a mapping extension

Step 1 : Create a new data set corresponding to your extended data model. This model must declare the tables and foreign keys that allow the system to integrate it with the core EPM financial data. Please refer to the 'sampleExtensionTemplate.xsd' sample.

For example, the 'Account' dimension can be extended by three tables in the extended data set: 'Account extension', 'Account hierarchy extension' and 'Account setting extension'.

A table used as an extension must have an atomic primary key that is configured as a foreign key. The foreign key points to the related main table in the financial data set.

The extended data set could be any data set in the 'EBX® Add-on for Oracle Hyperion EPM' data space except any previously created by the add-on: 'Oracle Hyperion EPM Dimensions', 'Oracle Hyperion EPM Mapping' and 'Oracle Hyperion EPM Report' and their potential children.

Data model extension is possible for the 'Member', 'Hierarchy' and 'Setting' tables. The 'Description' table cannot be extended.

Special notation:

/100002010000000E0000000E3C009B93.png

The extended data set cannot be configured to link to a dedicated Oracle Hyperion EPM financial data set. The link is declared in your extended data set at the modeling level. If you need to handle different extended data sets to different Oracle Hyperion EPM financial data set, you must duplicate the data model and configure the foreign keys accordingly. In such case, you will no longer benefit from the inheritance features for the extended data model.

Step 2: Configure the MDM table(s) and MDM field(s) in the Oracle Hyperion EPM Mapping as illustrated in the following figure.

/64_Configure_Table_Field_In_EPM_Mapping.png

/65_Configure_Table_Field_EPM_Mapping_2.png

Step 3 : Configure the data mapping.

/66_Configure_Data_Mapping.png

Import file when using extension data models

In order to import a file containing extended information, it is necessary to enrich the 'Mapping table' with the configuration of the extended tables and fields. The property 'Is Extension Table' is then set to 'True'.

/Extension_Is_True.png

In the properties available at the level of the 'Financial data' group, the 'Data set extension' is selected to import the data related to the extended tables and fields.

/67_Choose_Dataset_Mapping.png

During the import procedure, select the data set mapping that contains the mapping for the extended tables and fields, as illustrated below:

/68_Choose_Dataset_Mapping.png

Export file when using extension data models

During the export procedure, the selected 'Data set extension' is used. As explained for the import procedure (see previous section), it is defined as a property at the level of the 'Financial data' group.

If the 'Data set extension' is 'not defined' then the export of extended tables and fields is not applied.

Displaying extension information

The extension data is displayed through the 'Extension' tab as illustrated below.

/69_Display_Extension_Information.png

Special notation key:

/100002010000000E0000000E86672C34.png

The ability to change the 'Extension' tab label is not yet implemented.

Export from multiple nodes on the hierarchy view

Overview

This service allows user to export only nodes that they had selected themselves, instead of all nodes or all child of selected nodes.

The add-on only permits export of selected nodes. Additionally, records without relationships cannot be exported. When you try to run the service on these type of records, the following error message displays as below.

/70_Not_Support_Records_Without_Relationships.png

Export nodes

/71_Export_Nodes.png

/72_Export_From_Selected_Nodes_2.png

/Export_Nodes_3.png