Finit solutions getting the most out of fdm - integrating with essbase and planning nov2012

Getting the Most out of FDM:Getting the Most out of FDM:
Integrating with Essbase and Planning
November 16, 2012
Scott Peters
speters@finitsolutions.com
www.finitsolutions.com

Getting the Most out of FDM: Integrating with Essbase and Planning
Finit Introduction
Finit Solutions specializes in consulting services in the Oracle Hyperion Enterprise
Performance Management Solutions suite of products:
Financial Close and Consolidation
 Financial Management (HFM)
 Hyperion Enterprise
Planning and Business Intelligence
 Planning
 Core Planning
 Financial Close Management (FCM)
 Disclosure Management
 Account Reconciliation Module (ARM)
 Modules (Workforce, CapEx,
Project Financial Planning)
 Essbase (ASO / BSO)
Integration
 Financial Data Quality Management (FDM)
 Oracle Data Integrator (ODI)
Reporting Tools
 Financial Reporting
 Smart View / Essbase Excel Add‐Ing ( )
 Enterprise Performance Management
Architect (EPMA)
 Data Relationship Management (DRM)
 OBIEE
 Financial Management Analytics
(OFMA)
‐ 2 ‐
 Other (ERPi, EIS, etc.)  Web Analysis

Finit Services
Finit’s consulting services cover a broad range of implementation
and post implementation options.p p p
Finit Solutions: Implementation Services
– Full cycle implementations
– Discovery and Requirements
– Infrastructure Services
– Data Services (historical data GL dataDiscovery and Requirements
– Global Design
– Detailed Design and Build
– Testing and Training
Data Services (historical data, GL data
integration)
– Project / Program Management
– Product UpgradesTesting and Training
– Deploy
pg
– Redesign / Enhancements
‐ 3 ‐

Finit Answers
Finit Solutions Official Support Offering:
Answers & Support with Efficient, Responsive Service
Finit Answers provides the proper support offering for your Business
 Hyperion Product Expertise: Finit has been offering Oracle Hyperion EPM services and support as a
company since our inception (July 2002) ‐ staffed by our Hyperion Subject Matter Experts.
Answers & Support with Efficient, Responsive Service
p y p y y yp j p
 Finit is providing a unique pledge for Hyperion Enterprise Customers: Any Hyperion Enterprise related fees
can be applied to a future project to replace Hyperion Enterprise with Finit Solutions.
 Allow Finit Answers to be your personal Hyperion Insurance Policy
 Flexibility: We offer a ‘pay as you go’ option (pay for only the time you use) along with several other levels y p y y g p (p y y y ) g
of support that we can customize to meet your needs:
1. Time And Materials Support: You only pay for the time you use (no monthly fees)
2. Dedicated Critical Support: Technical Application Support with a guaranteed 2‐hour response time
3. Remote Consulting Assistance: Ask us to review your HFM Rules Essbase Calcs consolidations FDM Integrations3. Remote Consulting Assistance: Ask us to review your HFM Rules, Essbase Calcs, consolidations, FDM Integrations,
custom reports, etc.
4. Managed Services: Application Administrator Assistance (Primary or Secondary)
 http://www.finitsolutions.com/Support Finit Answers.html
‐ 4 ‐
p // / pp _ _
 CONTACT Greg Barrett (gbarrett@finitsolutions.com) for more information

Finit’s Focus
We strongly believe that Service + Solutions = Maximum Value
ServiceService
 Our compensation model is based upon client satisfaction with consultant’s
work, not how many hours they charge.
 Finit has no external owners and Finit partners are involved in every full‐
cycle implementation.
 Finit uses its own employees, no subcontractors.
Solutions
 Finit consultants are Hyperion product experts who enjoy designing, building
and deploying great solutions, applications and processes.
 Finit works closely with Oracle Hyperion development on product strategy
and beta testing.
‐ 5 ‐

Finit’s Values
‐ 6 ‐

Finit’s Client Service
Our client service approach has led to 100%Our client service approach has led to 100%
customer satisfaction for every Finit client (170
and counting) for every Oracle Hyperion projectand counting) for every Oracle Hyperion project
(over 300 and counting).
‐ 7 ‐

Some Finit Clients
•
‐ 8 ‐

About the Presenter
Scott PetersScott Peters
(speters@finitsolutions.com)
• Partner, Director of Data Integration Practice
• 7+ years of experience implementing Hyperion products at
approximately 50 clients
• Has designed and implemented multiple FDM integrations with
HFM, Enterprise, Essbase, Planning and Data Warehouses
‐ 9 ‐

Agenda
 Integrations with Essbase and Planning
FDM Overview
g
– FDM Overview
– Design Considerations
– Integration Basics and Best Practicesg
 FDM and Calc Scripts
– Best practices to Clear and Calculate Datap
 Case Study
– Using FDM to manage Planning data loads
– Using FDM to Load Cost Center Essbase Cube
 Q&A
‐ 10 ‐

FDM Overview
• Oracle Hyperion Financial Data Quality Management
Web based ETL tool developed by Upstream acquired by– Web‐based ETL tool developed by Upstream, acquired by
Hyperion in 2006, then Oracle in 2007
– Created to provide the business community with a user‐friendly
interface for loading data to Oracle Enterprise Performance
Management (EPM) target applications
Promotes a centralized repeatable process for populating– Promotes a centralized, repeatable process for populating
target systems across an organization
– Can support a virtually unlimited number of concurrent users
‐ 11 ‐

FDM Overview
• FDM has a suite of Integration Adapters used to
communicate with other productscommunicate with other products.
– Each adapter contains the API to allow FDM to communicate
with each product.
– Adapters allow FDM to directly load data to another product or
stage a data file to be picked up as well as perform calculations,
consolidations pull back values etcconsolidations, pull back values, etc.
• HFM
• Enterprise
• Essbase (for Essbase and Planning)
• Strategic Finance
• Data Extract (Tax)
‐ 12 ‐
( )
• DataMart

FDM Overview
• Adapter components include:
Dimensions that are associated with target system dimensions– Dimensions that are associated with target system dimensions
during set up
– Scripts based on VBScript
• Custom – used for development of advanced solutions (e.g. batch
processing)
• Event – automatically launched based on system activitiesy y
• Import – used to modify incoming data
– Actions that contain all of the coding that FDM uses during its
i tprocessing steps
– Options that dictate how FDM communicates with the target
system
‐ 13 ‐
y

FDM Overview
• A single FDM application can integrate with multiple
Essbase/Planning apps or multiple products such as anEssbase/Planning apps or multiple products such as an
Essbase/Planning app and an HFM app.
• You can apply different adapters to different locations.You can apply different adapters to different locations.
‐ 14 ‐

Design: Business and IT Factors
• User Community – Is it a centralized or decentralized
reporting process?
g
reporting process?
– Designing a process for end users will likely differ from a
process owned by a group of administrators.
• Business workflow requirements
– How is data currently reported?
– Are end users accountable for mapping all source data?
– How important is it to have visibility into the mappings?
– How important is it to have an audit trail?
– Is there an existing FDM application integrated with other
products?
‐ 15 ‐
products?

Design: Business and IT Factors
• Frequency of Data Loads
It is common that data loads to Planning contain all entities at
g
– It is common that data loads to Planning contain all entities at
once. Loads can be scheduled.
• Cube Designg
– How many cubes are there and how does data need to flow
between them?
– How are calculated accounts handled?
• Server Environment
– The Essbase Runtime client must be installed on the FDM
Server.
‐ 16 ‐

Integration Basics
• Required Settings
Application Name
g
– Application Name
– Database Name
‐ 17 ‐

Loading Data to Essbase
• Using an Essbase Load Rule to Load Data.
There is an option in the Essbase adapter to call a load rule that
g
– There is an option in the Essbase adapter to call a load rule that
sits on the Essbase server.
– Load Rules offer benefits such as data manipulation, setting of
dimension values, and data accumulation.
– For files with multiple errors, using a load rule will display errors
all at once instead of one at a timeall at once instead of one at a time.
• Can also just use API in the adapter to load file
– This does not need any additional set‐up– This does not need any additional set‐up
– However, you don’t get the benefits above of using a Load Rule
‐ 18 ‐

Loading Data to Essbaseg
‐ 19 ‐

Calculating Data In Essbaseg
• FDM has two options for calculating data
The File option is used to call an Essbase calc script– The File option is used to call an Essbase calc script.
• FDM will initiate running the calc script as is.
• This option does not allow FDM to dynamically update the script.
– The Dynamic option allows FDM to process a calc script that is
coded in FDM.
• The calc script can be written in p
FDM using variables that can be
dynamically updated.
‐ 20 ‐

Adapter Modificationsp
• Dimensions
Each FDM dimension has to be assigned to a particular– Each FDM dimension has to be assigned to a particular
Essbase/Planning dimension
‐ 21 ‐

Adapter Modifications ‐ Actionsp
• Export Action
Allows a change in the order of the dimension layout in the dat– Allows a change in the order of the dimension layout in the .dat
file that FDM creates for the target system.
– Helpful in cases where the order is dictated by a Load Rule.*
‐ 22 ‐

‐ 23 ‐

• Consolidate Action
Can control what should be aggregated or calculated– Can control what should be aggregated or calculated.
‐ 24 ‐

Best Practices
• Enable Entity Base Calc Setting
Essbase/Planning loads a lot of times contain all or multiple– Essbase/Planning loads a lot of times contain all or multiple
entities in one data file.
– You can calculate each base entity, bypassing FDM’s Validation
Entity setup.
‐ 25 ‐

Best Practices
• Versions
For Planning integrations the “Versions” dimension needs to be– For Planning integrations, the Versions dimension needs to be
accounted for.
– Setting this up as one of the mapped dimensions could cause
issues with loading and calculating.
– It has become common practice to include the version as a part
of the scenario name in the POV since this is usually selectableof the scenario name in the POV since this is usually selectable.
‐ 26 ‐

Best Practices
• Versions
Among other items a typical POV in FDM includes the FDM– Among other items, a typical POV in FDM includes the FDM
category and corresponding target system scenario.
– To accommodate Versions in Planning, we can update each
E b i i h iEssbase scenario with a version name.
‐ 27 ‐

Best Practices
• Creating an Entity string
By default FDM will loop through each individual entity that– By default, FDM will loop through each individual entity that
was loaded and run through the calc script.
– Generating an entity list outside of the loop is best so that the
calculation is performed once on the full set of entities.
‐ 28 ‐

Best Practices
• Building an Essbase Intersection Check Report
Unlike other Hyperion target systems Essbase does not have an– Unlike other Hyperion target systems, Essbase does not have an
inherent intersection check that takes place during FDM’s
validation process.
– Finit has created a script that will essentially query the Essbase
outline and check for invalid intersections of data.
A list of invalid members for each dimensions can be returned– A list of invalid members for each dimensions can be returned
to the user during the validation (mapping) process.
‐ 29 ‐

FDM & Essbase Calc Scriptsp
• There are 2 main points of the process where FDM can
call an Essbase calc scriptcall an Essbase calc script
• Load
– This will clear data before it loads to EssbaseThis will clear data before it loads to Essbase
• Consolidate
– This will calculate or aggregate the data after it loads to EssbaseThis will calculate or aggregate the data after it loads to Essbase
‐ 30 ‐

FDM & Calc Scripts ‐ LOADp
• The loading of data to Essbase is inherently a merge of
data replacing only intersections that are in the load filedata, replacing only intersections that are in the load file.
• There are 2 options to handle the clearing of data to
avoid data getting “stuck” in the system before loading toavoid data getting stuck in the system before loading to
Essbase
– Writing Calc Script in the LOAD action of FDM that fixes on
certain intersections
– Using Finit “SmartMerge” solution for Essbase
‐ 31 ‐

• Writing Calc Script in the LOAD Action of FDM
Can Fix on certain intersections that should clear and then write– Can Fix on certain intersections that should clear and then write
a Clear Calc Script
– Can have multiple Calc Scripts using If Then Logic
• i.e. If FDM Loc is Balance Sheet, Fix on Descendants of Balance Sheet
– Calc Scripts will also use FDM Parameters passed from the POC
i P i d Y V i E tit t• i.e. Period, Year, Version, Entity, etc.
‐ 32 ‐

• Using Finit “SmartMerge” solution for Essbase
Custom merge load solution eliminates the need for multiple– Custom merge load solution eliminates the need for multiple
calc scripts to handle data protection.
– At Export, FDM creates a .dat file that is compatible with
Essbase.
• There is no “Accumulate in File” option with FDM to Essbase
integrations. Unless a Load Rule is used, only the last of like g , y
intersections will load.
– The script will archive the previously loaded data file and
compare it with the current loadcompare it with the current load.
– Intersections from the previously loaded file with be added at
the beginning of the new load file with #MI to clear out
‐ 33 ‐
intersections that are not in the new load file

• Previous .dat file
l• Current load records
‐ 34 ‐

• New .dat file
• Data loaded by methods other than FDM will not be
touched when the new file loads.
‐ 35 ‐

Verdict and Best Practice
• For Clearing data the SmartMerge is what I implement• For Clearing data, the SmartMerge is what I implement
now and has the least amount of maintenance with the
best resultsbest results
• It saves time in creating Clear Calc Scripts and in a few
implementations, there were many nuances in the calc p , y
scripts and it was becoming very difficult to code all of
those calc scripts in FDM
‐ 36 ‐

FDM & Calc Scripts ‐ CALCULATEp
• There are a few options to handle the calculation or
aggregation of data once it loads to Essbaseaggregation of data once it loads to Essbase
– Writing Calc Script in the CONSOLIDATE action of FDM that fixes
on certain intersections and runs a calc script.
– Have FDM create/edit and place a batch script on the Essbase
server that runs calc scripts or have FDM run that batch file
itselfitself.
‐ 37 ‐

• Writing Calc Script in the CONSOLIDATE action
Just like the Clear Calc Script we can Fix on certain intersections– Just like the Clear Calc Script, we can Fix on certain intersections
for the Aggregate Calc Script
– Can have multiple Calc Scripts using If Then Logic
• i.e. If FDM Loc is Balance Sheet, Fix on Descendants of Balance Sheet
– Calc Scripts will also use FDM Parameters passed from the POC
i P i d Y V i E tit t• i.e. Period, Year, Version, Entity, etc.
• With this option, all calc scripts need to be written in the
FDM ActionsFDM Actions
‐ 38 ‐

• Have FDM create/edit and place a batch script on the
Essbase server that runs calc scripts or have FDM runEssbase server that runs calc scripts or have FDM run
that batch file itself.
– Can utilize parameters in the FDM POV without having to p g
replicate entire calc scripts in FDM
– Can have the batch file get updated by FDM and moved to a
f ld th t i l ki f th b t h fil d th itfolder that is looking for the batch file and then it runs
– Can also have FDM update the batch file and then execute it.
‐ 39 ‐

• Update Text file with FDM parameters
f l h f l f l h h• Save file as Batch file and move to folder that has a
scheduled task running looking to run the batch file
‐ 40 ‐

Verdict and Best Practice
• A simple aggregation calc script can be replicated in FDM• A simple aggregation calc script can be replicated in FDM
as it probably won’t change much.
• Also if there is only 1 location loading data so there isn’t• Also, if there is only 1 location loading data so there isn t
a need for many calc scripts in FDM, the FDM Action can
be used as well.
• However, if a complicated calc script needs to run and
you don’t wish to maintain it in FDM as well, the batch y
file solution has worked quite well and is easier to
maintain going forward.
‐ 41 ‐

Planning Case Study‐Environmentg y
• HFM is the primary consolidation and reporting tool.
• Actual data is handled in HFM• Actual data is handled in HFM.
• The Budget and Forecast data is managed in Planning.
All d t d t b i l d d i b th li ti• All data needs to be included in both applications.
– Planning requires data at a lower level of detail than HFM does.
‐ 42 ‐

Planning Case Study‐Requirementsg y q
• Loading data to Planning
Create a solution that can leverage the data imported into FDM– Create a solution that can leverage the data imported into FDM
for the existing HFM load process
• Accommodate capturing lower level of detail for Planning
– Design a process that does not give end users additional work
– Develop a process that can be managed by Corporate
f l• Loading data from Planning to HFM
– Create a process to continually capture the most current budget
and forecast data for HFMand forecast data for HFM
– Develop a process that can be managed by Corporate
‐ 43 ‐

Planning Case Study‐Requirementsg y q
‐ 44 ‐

Planning Case Study‐Planning Workflowg y g
‐ 45 ‐

Loading HFM and Planning from 1 Fileg g
• Additional dimensions are activated in the HFM adapter
to capture the data required by Planningto capture the data required by Planning.
‐ 46 ‐

• Existing HFM import formats are updated so that these
new dimensions for the Planning load are populatednew dimensions for the Planning load are populated
upon importing the data file.
‐ 47 ‐

• When the data files are loaded to the HFM locations, the
attribute dimensions capture the lower level of detailattribute dimensions capture the lower level of detail
required by Planning.
‐ 48 ‐

Planning Case Study – Planning to HFMg y g
‐ 49 ‐

Essbase Case Study‐Environmenty
• HFM is the primary consolidation and reporting tool.
• Actual data is handled in HFM• Actual data is handled in HFM.
• A Cost Center cube was created in Essbase to collect cost
center detail not contained in HFMcenter detail not contained in HFM
‐ 50 ‐

Essbase Case Study‐Requirementsy q
• Loading data to Essbase
Create a solution that can leverage the data imported into FDM– Create a solution that can leverage the data imported into FDM
for the existing HFM load process
• Accommodate capturing cost center detail for Essbase
– Design a process that does not give end users additional work
– Develop a process that can be managed by admins
P i i i l i f h l d– Process must initiate calc scripts after the load
‐ 51 ‐

Essbase Case Study‐Cost Center Workflowy
‐ 52 ‐

Loading HFM and Essbase from 1 Sourceg
• Tag the FDM to HFM location with the Essbase location
• Create an Import Integration script for the FDM to• Create an Import Integration script for the FDM to
Essbase location to source from the FDM to HFM
locationslocations
Essbase Dim Source or TargetEssbase Dim Source or Target
Account Target (HFM mapped)
Entity Source (EBS)
C1 S (EBS)C1 Source (EBS)
C2 Source (EBS)
Activity Source (EBS)
‐ 53 ‐

Loading HFM and Essbase from 1 Sourceg
• Click on Import for the Cost Center location and it will
loop through all FDM to HFM locations that are taggedloop through all FDM to HFM locations that are tagged
and import the data
• The data can then be mapped to the greater detail in theThe data can then be mapped to the greater detail in the
Cost Center cube and load to Essbase
• The Calc Script uses the batch file method to run the calc p
scripts that are needed for the particular Cost Center
cube.
‐ 54 ‐

Thank you for attending!
Questions?
y g
‐ > Scott Peters
t @fi it l tiQuestions? speters@finitsolutions.com
i h fi i l i
Email us for a
‐ > Insights@finitsolutions.com
> G l Q ti
copy of the slides or
link to the recording
‐ > General Questions
 Greg Barrett
(gbarrett@finitsolutions.com)
link to the recording.  Joe Mizerk
(jmizerk@finitsolutions.com)
‐ 55 ‐

Finit solutions getting the most out of fdm - integrating with essbase and planning nov2012

More Related Content

What's hot (20)

Viewers also liked (6)

Similar to Finit solutions getting the most out of fdm - integrating with essbase and planning nov2012 (20)

More from finitsolutions (20)

Recently uploaded (20)

Finit solutions getting the most out of fdm - integrating with essbase and planning nov2012