OneStream - What's Possible?
- 2. Agenda ⹠Finit Introduction ⹠Importance of Design ⹠Requirements Clients Are Satisfying Using OneStream ⹠Wrap Up 2
- 3. Jay Hampton jhampton@finitsolutions.com ⹠Partner and Director of OneStream Team ⹠11 years CPM Experience (Hyperion and OneStream) ⹠Assisted over 80 CPM Clients About the Presenter
- 5. Finit Delivers Unmatched Experiences At Finit, we believe that value and success is not just the end achievement of a project â we believe that value and success is achieved through the entire journey and experience of delivering a solution to a need. Our values, process and craft guide us in this effort: âą Advocacy & Integrity âą Craftsmanship & Delivery âą Stewardship We combine our values, process and craft with your goals and team to deliver more than just a solution: We deliver an unmatched experience. Page 5
- 6. Our Culture We employ approaches inside Finit to align our employees to our values and principles: âą We use employees, not contractors âą We actively and continually seek feedback âą We base employee compensation on customer satisfaction, not billable hours âą We invest in training and growth in our consultants âą We foster innovation and collaboration âą We are debt free and are committed to the success of our clientsâ programs before the profit of ours Page 6
- 7. Our Services and Solutions We craft, deliver, and sustain solutions that improve an organizationâs capabilities, controls and insights in the following areas: âą Financial Close & Consolidation âą Financial Planning âą Profitability & Management Reporting âą Integration and Infrastructure Page 7
- 8. Our Company âą Founded in 2002 âą 80 employees in 21 states âą We provide solutions and support during and after implementations. âą 100 % Project Success Rate Across: âą 235+ Clients (19 OneStream) âą 450+ Projects (25 OneStream) âą All Finit owners are actively involved in Finitâs operations Page 8
- 10. Questions
- 15. Multiple CoA Overview âą CoA â Chart of Accounts âą ERP/GL CoA âą Management Reporting CoA âą External Reporting CoA âą Multiple CoA Key Points: âą Multiple CoA âą Local CoA v. Corporate CoA âą Unique base accounts âą Alternative CoA âą External CoA v. Management CoA âą Utilizes the same base accounts but rolls them up differently âą Metadata maintenance is an important consideration â having Local CoAâs means adding all of those elements and having good governance and communication.  Page 15
- 16. Multiple CoA Possibilities âą Stage stores local GL detail and provides some analysis options. âą A single cube could be used to store all Chart of Accounts. âą Adding Local CoAâs as separate cubes inside OneStream. âą If full robust reporting is required at the Local CoA level of detail, having a separate analytical cube best facilitates that. âą Extend the Corporate CoA to add the majority of the detail the local users need. âą Having a single Chart of Accounts at a level that can be global while still providing the majority of local reporting needs can reduce the need for separate cubes and help with the governance challenges of multiple cubes. Page 16
- 17. Multiple CoA Approach Page 17 ⹠Understand and finalize the scope of OneStream related to local detail. ⹠Discover and finalize whether a single detailed CoA can be utilized. ⹠What requirements / needs are driving the need for the local CoA detail?  Can it be solved through a single global CoA that contains more granular information? ⹠Determine the other local detail required beyond Accounts. ⹠Are local Cost Centers, Products, Customers, etc. required?  ⹠Design the Cube Approach ⹠Single cube versus multiple cube.
- 19. MultiâCurrency Overview âą Ability to see an entity in multiple currencies or to have OneStream handle transactional to functional translations. âą Seeing Actual data at Budget FX Rates is what we refer to as âConstant Dollar Analysisâ which is a separate topic. âą MultiâCurrency Key Points: âą OneStream has preâbuilt functionality to support the translation of an entity into different currencies (i.e. Entity A is functional currency Euro and it needs to translate into USD). âą Each entity is assigned a currency to facilitate the native translation.  No rules or logic is needed to perform foreign currency translation in OneStream for local functional currency to reporting currency. âą For the translation from transactional to functional, OneStream would need to be setup to perform reâmeasurement. Page 19
- 20. MultiâCurrency Possibilities âą Only loading functional currency to OneStream âą Storing data in transactional currency and having OneStream perform the translation to functional currency. âą Setting up OneStream to handle multiple currency âoverridesâ âą If you have a Functional GBP entity that you need to see translated to EUR and USD but you want the equity accounts in both instances to translate at âhistoricalâ rates (i.e. not EOM rates that the rest of the Balance Sheet uses to translate) âą Creating data management jobs to move data to different scenarios to facilitate comparison between versions.  Page 20
- 21. MultiâCurrency Approach Page 21 âą Review and understand the types of accounts the transactional currencies will be stored and translated for (all trial balance, select accounts, etc..). âą Review and understand the functional currency information for those entities and how that data will be sourced and loaded relative to the transactional currency. âą Understand how many reporting currencies are required and how equity accounts need to be translated âą Understand the logic and reâmeasurement translation logic.
- 23. Cash Flow Overview âą Cash Flow Key Points: âą Cash Flow in OneStream starts with tracking Balance Sheet Movements through the Flow dimension.  The Flow dimension was designed particularly for this purpose. âą The Flow dimension can be configured, but typically stores Beginning Balance, Activity, FX and Ending Balance for each balance sheet account. âą Cash Flow accounts are setup to link to the Balance Sheet accounts / Flow dimension. ⹠Operating, Investing and Financing line items are pulled from the Activity members. âą FX Impact on Cash is linked to the FX Flow members. âą RollâForward and Memo items play an important role in completing the submission of data needed for Cash Flow. Page 23
- 24. Cash Flow Possibilities âą Balance Sheet Movements / Unadjusted Cash Flow calculated in local currency at the lowest point the balance sheet exists. âą RollâForwards and Cash Flow Memo Items submitted at a later time than when the Trial Balance is submitted. âą 2 common Design approaches exist: âą 2D method (Main Reporting View) âą Tracking of Cash Flow line items by data sources (calculated, adjusted) âą 3D method (Audit View) âą Tracking of Cash Flow line items by Balance Sheet Subâtotals by data sources (calculated, adjusted) Page 24
- 25. Cash Flow Approach Page 25 âą Define the level at where the Cash Flow will be initially calculated âą We recommend this to be base entities in local currency for proper FX treatment. âą Define the level where Cash Flow will be reported at âą This drives the minimum requirements of where rollâforward, cash memoâitems and nonâcash adjustments need to be made. âą Define rollâforward and adjustment submissions âą Detail the rollâforward components, submission process and approach. âą Define the presentation approach (2D / 3D) âą Define the frequency and time periods
- 27. Variance/Bridge Overview âą Explanation of change from one period to another âą Variance/Bridge Key Points: ⹠OneStream has a preâbuilt dimension used to store activity (Flow Dimension) âą Bridge âcategoriesâ can be defined and stored in a custom dimension and can be added and applied across the accounts required. âą If bridge detail is calculated / input on parent reporting subâ totals, separate accounts will be needed. âą Parent accounts are calculated from children and cannot be input on. âą Statistical bridge accounts for entry can be created if necessary. âą If input is required, forms or Excel templates can be setup and a workflow can be entered in. Page 27
- 28. Variance/Bridge Possibilities âą Some organizations use the Bridge categories across different activities: âą Bridge of information (to Last Year, to Budget, etc..) âą WalkâAcross from Forecast to Next Year Budget target âą Some organizations expand their categories to collect more information to help understand the assumptions: âą Inflation, Productivity, Market Growth, Price Erosion, Restructure, etc.. âą Some organizations add textual information with bridge components.  ⹠Validations can be created and set to compare the sum of the Bridge categories to the true activity.  This helps ensure the bridge actually foots. Page 28
- 29. Variance/Bridge Approach Page 29 ⹠Review and understand the level of detail bridge information is submitted (Entity / Account). ⹠Review and finalize the Bridge submission process: ⹠Frequency of the submission ⹠User workflow process and timing ⹠Review and finalize the Bridge categories and what can be calculated and what requires input. ⹠Review and finalize the textual information and validations that may apply.
- 31. PreâSeed Overview âą Creating a starting point for users in a Budget/Forecast scenario âą PreâSeed Key Points: âą The seeding of data can be handled through multiple different design approaches.  ⹠The main driver on design decisions is the timing of the preâseed and who will be initiating it.  ⹠Data can be seeded either through a workflow process or through initiating a process to load data. Page 31
- 32. PreâSeed Possibilities âą The most common seeding of data performed by companies is the seeding of Actual data for Forecast (i.e. 3 months of Actual, 9 months of Forecast). âą Some organizations preâseed the current forecast with the prior forecast, while others do more of a âzeroâ basedâ forecast approach. âą A few companies have combined modeling with seeding and have seeded data via starting with a base set and then adding drivers to it. âą Example is seeding Revenue taking current Forecast with sales growth rates. Page 32
- 33. PreâSeed Approach Page 33 âą Review and understand all of the preâseed relationships between the different data scenarios (Actual, Budget, Forecast, etc..). âą Review and understand the timing of the preâseeding and whether submissions may overlap (i.e. Actual and Forecast occurring at the same time). âą Review and finalize the design approach and responsibility for seeding data.
- 35. Modeling / Acquisition Overview âą Ability to view data with/without Acquisition or some other activity âą Modeling / Acquisition Key Points: âą The basis of the item to be âexcludedâ drives the design approach.  ⹠For example, if acquisitions can be determined by looking at the Entity only, alternative entity hierarchies could be created to exclude acquisitions. âą If it can not be defined by some element inside OneStream (i.e. Entity, Cost Center, etc..) we have to look to understand what determines the excluded item and how the data can be sourced and mapped into OneStream. âą The reporting treatment also determines the design âą Should acquisitions be excluded for just a certain time period or for all of time? Page 35
- 36. Adjustment Overview Page 36 âą Seeing data with / without Journal entries and is similar to acquisitions âą OneStream has a preâbuilt âOriginâ dimension that separates data by the source or origin of where it came from â Import (from a source system), Forms (from web forms or templates) or Journals (from Journal entries).  ⹠This dimension can be used to pick any entity and to see data across all sources or origin or just for one.  ⹠Some clients want to further classify adjustment types and report with / without certain types of adjustments.  Examples would be US GAAP adjustments, Management Adjustments and Audit adjustments.  ⹠For this type a classification, a UD dimension is setup as a data type dimension to track adjustments further.
- 37. Modeling / Acquisition Possibilities âą Comparative reporting with / without an Acquisition âą Comparative reporting where an Acquisition is excluded for its first 12 months and then included. âą Comparative reporting excluding certain types of adjustments (NonâGAAP Management) âą Some organizations make âaddâbackâ adjustments to GAAP financials to produce Management results and OneStream can be designed to show with and without those Management, Nonâ GAAP adjustments.  ⹠Comparative reporting excluding certain projects or initiatives. Page 37
- 38. Modeling / Acquisition Approach ⹠Our process for this item starts with a deep understanding of how reporting with / without acquisitions would be done. ⹠Is there a time period of when acquisitions are included / excluded? ⹠How are acquisitions stored?  Entities, profit centers, etc..? ⹠Understanding the source data and how that affects the future reporting state ensures the solution can be utilized.  ⹠Finalize the design and approach. Page 38
- 40. Forecast Overview ⹠Forecast Key Points: ⹠Forecast data can be entered either through a web form inside OneStream or via Excel templates that pull data from OneStream. ⹠The items related to seeding apply to this and we have seen 3 approaches: ⹠Start with Latest Actual + budget for forecast months ⹠Start with Latest Actual + prior forecast for forecast months ⹠Start with Latest Actual + no data for forecast months (Zero based) ⹠The definition of the Rolling Forecast is important ⹠Is the forecast period always 18 months out (i.e. 3 months of Actual data + 18 months of forecasted periods, 6 months of Actual data + 18 months of forecasted periods). ⹠Or is the period always 18 months in total (i.e. 3 months of Actual data + 15 months of forecast periods, 6 months of Actual + 12 months of forecast periods). ⹠The level of detail of where Forecast is planned is important to understand. Page 40
- 41. Forecast Possibilities Page 41 âą Some organizations perform their Forecast collection at a higher level of detail in the Chart of Accounts as opposed to the full granularity of the Actual and Budget data.  ⹠Some organizations combine a Forecast with a Risk and Opportunity submission.  The most typical approach is a Forecast on quarter months, a risk and opportunities on nonâquarter months with a riskâadjusted forecast created. âą Risk and Opportunities submission can utilize the bridge categories and typically is collected on just a few accounts (Sales, Gross Margin, Operating Income, etc..) âą Utilize a rolling 12 or 18 month forecast to provide more future forecast information.
- 42. Forecast Approach Page 42 âą Review and understand the level of detail the Forecast submission should be collected at (same as actuals or less). âą Discuss the process options and timing of a Forecast collection. âą Will the same collection be done always or will a Forecast / R&O approach be used together on different months? âą Finalize the strategy for seeding Forecast. âą Review and discuss the process and methodology of the Rolling Forecast. Â
- 44. Driver Based Planning Overview âą Driver Based Planning Key Points: âą Companies that adopt driver based planning either put the drivers inside their CPM system or keep drivers outside in excel templates and load the end results. âą Excel based drivers tend to be utilized when nonâlicensed planners are involved or if a large number of unique local drivers exist. âą System based drivers tend to be utilized to drive standardization as well as when the planners all are CPM users. âą OneStream drivers are calculations of logic and they have the flexibility to be done globally or locally. âą We combined allocations with this topic and allocations differ by those that cross entity (allocate corporate costs to entities) or ones that spread data on an entity (allocate operating expenses on an entity down to product / customer based on sales). âą The biggest challenge to driver based planning is standardization and flexibility. Page 44
- 45. Driver Based Planning Possibilities Page 45 ⹠Some of the most common drivers : ⹠Revenue (based on Price * Volume * Mix) ⹠Freight (% of sales or fixed amount) ⹠% of sales adjustments (pricing givebacks, material economics) ⹠Direct costs (standard cost & part) ⹠Merit increase (based upon growth factor) ⹠Benefits (based on headcount ⹠Travel (cost per trip * trips) ⹠New Depreciation Expense (based on new capital assets) ⹠AR / AP (Sales / COGS by customer)
- 46. Driver Based Planning Approach Page 46 âą Form an internal team of key stakeholders âą Work to understand different drivers used currently and where commonalities exist / donât exist. âą Finalize standardized and local drivers âą Understand requirements for abilities to adjust driverâ calculated results.  ⹠Understand user base and determine whether drivers will exist inside OneStream or Excel templates.
- 48. Intercompany Overview âą Automatic Intercompany Elimination Key Points: âą First Common Parent âą No âElimâ Entities âą IC dimension stores Trading partners. âą Intercompany Matching Key Points: âą IC Matching Reports allows users to see all IC booked to them âą Can be built into Workflow Page 48
- 49. Intercompany Possibilities âą Early Intercompany Submission âą Some organizations have utilized a preliminary Trial Balance submission to facilitate Intercompany Matching to be run prior to the due date of the full Trial Balance.  A sample closing calendar may be: âą Day 3 â Preliminary Trial Balance submission due (including all Intercompany data with the correct trading partner) âą Day 4 â all users run Intercompany Matching and build action plans with their counter party âą Day 5 â load final Trial Balance and move through certification steps âą Push Intercompany Matching responsibilities to data loaders âą Intercompany Matching reports can be attached to the workflow and run by users as a part of their process Page 49
- 50. Intercompany Approach ⹠Define Intercompany Accounts and Relationships ⹠Netted / Gross approach ⹠Matching accounts and location of plug account ⹠Define Intercompany Trading Partner basis (Legal Entity, Profit Center, etc..) ⹠Finalize elimination requirements ⹠Process Items: ⹠Review ability for source systems to map / load to Intercompany accounts and trading partners and need for a manual template ⹠Review when Intercompany Submission will exist ⹠Review responsibilities of data loaders related to Intercompany during the close process. Page 50
- 52. See you in 2016âŠ.. âą Future Webinars: âą OneStream: Whatâs Possible â Part II âą Deeper dive / demo of topics covered in this webinar âą Splash 2016 in Austin, TX âą http://www.onestreamsoftware.com/splash/ Page 52 Presenter: Jay Hampton jhampton@finitsolutions.com General Questions: Greg Barrett gbarrett@finitsolutions.com Copy of the slides Email us for a copy of the slides or link to the recording insights@finitsolutions.com Follow us on Twitter for updates: @Finit_Solutions