ncoaug training day –march 13, 2014 - rhinosource · statements using obiee. ncoaug training day...

NCOAUG Training Day – March 13, 2014NCOAUG Training Day – March 13, 2014


Creating Interactive Financials

Statements Using OBIEE

NCOAUG Training Day – March 13, 2014


Goals of This Presentation

• Showcase one customer’s use of OBIEE and

OFA to create customized, interactive financial

statements

• Describe challenges encountered

• Describe solutions created to overcome

challenges

• Provide some takeaway value


Introduction

• RhinoSource, Inc.– Oracle Business Intelligence

• Oracle BI Applications – Architecture, Performance Tuning and Customizations

• Custom OBIEE Dashboards and Reporting

– Oracle E-Business Suite• Implementation and Upgrade

• Customization

• Apps DBA Support

– Oracle Advanced Technology• Distributed Database and High-Availability Architecture

• Advanced Data Replication Using Oracle GoldenGate

• Very Large Database Performance Tuning and Partitioning

• Advanced Application and PL/SQL Development

– Big Data and Cloud Computing• Big Data Deployment and Support

• Elastic Cloud Infrastructure Deployment on Amazon AWS and RightScale

– CIO-Level Advisory Services• IT Strategy, Planning and Project Management

• Process Improvement and Best Practices Advice

• Application and Technology Evaluation and Implementation Guidance


Customer Description

• Large Transportation company headquartered

in Greater Chicago Area

• Business Operations in US and Canada

• Current User of Oracle E-Business Suite (R12)

and Oracle BI Applications (Financial Analytics)

• Organized into 250+ geographical business

units (Locations) that roll up into a

management hierarchy


Project Motivation

• Labor Intensive Process at Month-End

– Converting FSG reports to Excel spreadsheets

– 250+ separate reports

– Sending spreadsheets via email as attachments

• Already using Oracle BI Apps for other areas

• Expectation to leverage Oracle BI in Finance


Original Profit & Loss ReportExpand

& Drill

Expand

& Drill

RevenueRevenue

CostCost

ProfitProfitMetrics

(Future)

Metrics

(Future)

MTD

Actuals

MTD

Budget

MTD

Forecast

MTD

PY Act.

P&L Acct

Hierarchy

MTD

Variance

YTD

Actuals

YTD

Budget

YTD

Forecast

YTD

PY Act.

YTD

Variance


Requirements• Required Report Features:

– Replace existing Excel spreadsheet report and look very similar

– Parameters:• Period Name

• Location Code (geographic org unit that drives report security)

• Cost Center

– 30 Columns• Drillable GL Account Hierarchy (based on user-maintained FSG Row Set)

• Cost Center (for verification purposes)

• Actual vs. Forecast vs. Budget columns

• Month-to-Date (“MTD”) and Year-to-Date (“YTD”)

• Current Year vs Prior Year (“PY”)

• Better/(Worse) (“B/(W)”) than Forecast, Budget and PY

• Percent of Total Revenue (“% Tot”)

• Variance Percent (“Var %”)

– Display Hierarchy Levels 1 and 2 by default (Level 3 for some cost sections)

– Color coding of lines like original Excel spreadsheet

– Security Model based on setup in EBS Resource Manager

– Must work for several hundred managers simultaneously running the report

– Drill-through to GL Journal Entry Details, and then further drill to AR and AP sub-ledger detail


The Finished Report


Drill Through to GL Transactions


Further Drill to AP Transactions

When source

of GL Journal

is AP


Or Drill AR Revenue Transactions

When source

of GL Journal

is AR


Drill to Detail Solution

• 3 Drills Required– Drill to GL Journal Detail that ties to report

• Further Drill to AR Sub-Ledger detail

• Further Drill to AP Sub-Ledger detail

• Started with standard OFA BI reports and customized

• Used “Action Links” to call the other reports– Made conditional for the AR and AP drills

• Parameters pass automatically, if presentation tables have the same name, even if in different presentation folders (trick)


Hierarchy Based on FSG Row Set • Detailed Requirements

– 4-Level report hierarchy based on end user-maintained FSG Row Set used for financial statement (P&L) generation (to allow for change):

• Total Revenue– Passenger Revenue

» Etc.

• Etc.

– Other Revenue

• Total Cost of Operations– Fuel

» Etc.

• Etc.

– Other Cost of Operations

• Operating Profit


FSG Row Set Conversion Solution• Oracle-provided solution wasn’t working correctly.

• Custom Solution:

• Custom staging table in the DW to contain the 4-level hierarchy down to Code Combination level• Initially populated in EBS by custom PL/SQL program scheduled to run daily via the Concurrent Manager

• Custom ETL steps:– Transfer custom hierarchy table to DW

– Update the standard account dimension (W_GL_ACCOUNT_D)in the DW with the hierarchy values from the custom staging table

– Add bitmap indexes on the hierarchy columns of the standard account dimension table (W_GL_ACCOUNT_D)


FSG Row Set Conversion Solution• BI Administrator (RPD) Customizations

– Customized GL Account dimension hierarchy

– Exposed custom hierarchy to presentation folder


Security Model

• Detailed Requirements

– Based on 2 EBS flex value segment hierarchies

(Location and Cost Center).

– Users can be assigned to values at any level of the

hierarchy using the EBS Resource Manager.

– Must filter data that users can see in the

parameter dropdowns and the report itself.

– No drill down to any details other than AR and AP

(e.g. HR/Payroll)


Security Model Solution

• Solution:

• Data Model Customizations– 2 custom tables in the DW to contain the 2 flex value hierarchies

• Initially populated in EBS by custom PL/SQL program scheduled to run daily via the Concurrent Manager.

– Custom table in DW to map user logins to segment values (children or parents) they have access to• Initially populated in EBS by custom PL/SQL program then transferred to DW by custom ETL step

– PL/SQL program to generate the custom hierarchy tables from EBS flex value tables, and to generate the user security table from the Resource Manager table

• Custom ETL Steps– Transfer custom hierarchy tables and user table to DW


Security Model Solution (cont’d)• BI Administrator (RPD) Customizations

– Created 2 custom Session Variables enabled for “Row-Wise

Initialization” (allows multiple values), one for each flex

value hierarchy.

– Created 2 Initialization Blocks that fire upon user login that

populate the Session Variables with all detailed segment

values a user has access to.

– Referenced these Session Variables in WHERE clause filters

in the logical table sources for the GL Account dimension

and our fact table, enforcing the security.


“Houston, we have a problem!”

• The report worked, but…

• Performance was very slow (60-90 second response).

– Rolling up the lowest level of GL detail

– Selecting from several fact tables and dimensions

– Using analytical functions – VERY SLOW

• AGO() for the Prior Year data

• TODATE() for YTD data


Before Tuning


Tuning Tricks

• #1. Combined facts from multiple fact tables

into single Materialized View

– MTD Actual, Budget, Forecast, PY Actual

– YTD Actual, Budget, Forecast, PY Actual

• #2. Used Materialized Views to pre-store joins

to dimension tables and take advantage of

Oracle’s Query Rewrite feature

• #3. Used bitmap indexes


After Tuning


Takaways

• Complex, interactive financial statements can be built using OBIEE

• Oracle Financial Analytics is a good base to start customizing

• Action Links are a great way to drill to more detailed reports

• Session Variables, Initialization Blocks and Logical Table Source filters are an effective method for implementing a data security model

• Materialized Views are your friend for tuning BI reports

• Query Rewrite feature can further improve performance by eliminating joins


Thank You!

• Please feel free to swing by the RhinoSource

booth to discuss replication in more detail!

• My contact info:

– Dave Herrington

– [email protected]

– (877) 778-9900


Thank you!

ncoaug training day –march 13, 2014 - rhinosource · statements using obiee. ncoaug training day...

Documents