Skip to main content

Variance Reporting - How to do it - Part III

In the Last series of Posts Here (Part I) and Here (Part II), we have talked about the basics of Variance Reporting (Part I) and Variance Reporting Across Time Periods (Part II). 

In this post, we will talk about variance reporting Across Scenarios (Actual, Plan, Forecast).

Most of the Organizations who have been using Oracle EPM set of tools as part of their financial process would have the below process setup
  1. Fetch the Actuals (transaction level data) from different source systems for their reporting & analysis. Most of the actual data comes from oracle GL, Oracle EBS, PeopleSoft or any type of an OLTP system or it could even come from flatfiles or excel or could be any readable format
  2. Have a Planning application where users can input their PLAN data. Most of the organizations have long-term goals and target and plan to achieve it. What are the steps that are involved to achieve their goals and targets is part of their planning. I am not going to talk in details of about different types of Planning.
  3. organizations do make some assumptions based on their current & Historical Actuals. This is called Forecasting and is mostly considered as a short-term process. You can also employ a Rolling Forecasting process based on your running actuals. 
    • You Forecast for Jan based on the last year actuals. When you move to Feb, You forecast again for Feb based on Jan Actuals. This is really advantageous as it will help you to consider any uncertainty that arise during the course of your current business operations.
  4. organizations do have What-If modelling that will help them to understand the consequences that might arise and take precautionary measure to prevent them. 
    • For Example, Let's say that you expect that due to increase in fuel prices you predict an increase in "Transportation Expenses". 
    • Reduction in Raw Material Cost will reduce your Production Cost. But, that does not mean that you have to reduce your product cost. You might treat this as part of your Assumption and Forecast & Plan accordingly.
  5. organizations do have a Budget process on how to allocate money across various departments. Based on the amount of Budget that has been allocated, companies plan in order to reduce the cost of their operations.
Based on the above points, we can categorize scenarios as Actual, Plan* , Forecast

*Most of the organizations have multiple plans. Based on the number of planning sessions, you can create one scenario for each plan session

Taking all the points above in to consideration, below would be the variance scenarios that you can build in your applications
  • AvP (Act Vs. Plan) , AvP% (Act Vs. Plan %)
  • AvF (Act Vs. Forecast), AvF% (Act Vs. Forecast %)
As you plan and forecast, you always want to maintain multiple versions (Working v1, Working v2, Revised Working, Final) before finalizing your plan. These can be maintained in versions dimension (Standard Dimension when you create a Hyperion Planning Application).

As per point [4] , you can build Variance Scenarios considering What-If Scenarios

Hope this information will help you in building Variance Scenarios that will help your organization in taking better decision, better analysis and do better planning

Happy Learning!!! 

Comments

  1. Hi, can you provide example MDX queries for the above ?
    Thanks!

    ReplyDelete
  2. Hi Keith. I have recently moved to London and didn't have much time to continue. I will surely post on MDX formulas. ASO cubes are bit complicated when it comes to variance reporting as most of the ASO applications tends to have more detail till date level. Will surely post

    ReplyDelete
  3. Hi, incase organisation needs to do variance reporting across scenario and time periods then we need to create all the members as given in your post. Also i have seen organisation where they have created variance in year dimension rather than scenario.
    regards,
    aamir

    ReplyDelete
    Replies
    1. It's more of perception and simplicity.
      If you want to look at CY Vs. PY (CY - Current Year, PY - Prior Year) then it makes sense to have it in Year than Scenario as you will be looking at the same scenario

      If you want to combine "CY Vs. PY" with different scenarios Scenario then you can also have a Variance Scenario like "Act Vs. Bud"

      Delete
  4. Hi , we need variance reporting across time periods and scenario both. So shall we create required members in scenario or year dimension.

    ReplyDelete
  5. @Aamir
    You can always choose a dimension which is very standard and I prefer a scenario over Time periods here in your case.

    In my earlier project which is used mainly for Financial Planning & Budgeting, we had around 50+ variance scenarios with all different combinations of Year, Time Periods and Scenarios and also a combination of Sub Vars and functions like PRIOR, SHIFT, MDSHIFT

    ReplyDelete

Post a Comment

Popular posts from this blog

PBCS/EPBCS - ASO exclude shared & Dynamic

As you all are aware that Oracle releases patches to EPM cloud every month (EDMCS is released every 2 months) and the patches are applied on first-week of Friday in Dev and third-week of Friday in Prod I did a post long back about a challenge that I have faced in on-premise and how I have addressed that. New functions were released in Nov-2018 release of PBCS. Below is an excerpt from the readiness document. You can find the document here New Aggregate Storage Functions in Calculation Manager The following Aggregate Storage functions have been added to Calculation Manager. These functions filter the shared and dynamic members from the Point of View (POV). The functions can be used in the POV of an Aggregate Storage custom calculation or allocation. @FilterDynamic(Dimension Name, Member Name) removes all dynamic members from the list of members @FilterShared(Dimension Name, Member Name) removes all shared members from the list of members @FilterSharedAndDynamic(Dime...

EPM Cloud Tips & Tricks - #1

The first EPM cloud product was released in 2014 and it's been six years till date. I was recently part of an FCCS implementation project. I know what you might be thinking. Coming from completely essbase and planning background and been working on it for almost 12 years and doing an FCCS project? Well, it turned out that way and it was a change for me too than being in my comfort zone and took it as a challenge.  I have been very busy for over the past one year and I didn't really had a chance or time to get back to my blogging and sharing my knowledge. The project finally went live and I am going to share my bit of learnings. Some of it you might alread know The first tip is going to be an easy one and those who have worked in FDMEE / Data Management in the cloud, you might already know it. But, this is very important when it comes to FCCS as zeroes are valid from Balance Sheet standpoint Data Management by default doesn't load zeroes. Below is a excerpt from the document...

EPM Cloud (PBCS/EPBCS/FCCS) - Report Bursting & Reports scheduling

The first product of Oracle EPM cloud was launched in 2014 and it's been 5 years and over the course of these 5 years, Oracle has every EPM product in cloud to what is available in on-premise. With so many products under the EPM belt each with its own functionality, there is a real need to have a single unified reporting tool that can handle all your reporting requirements across all your EPM products at one place. EPRCS (Enterprise Performance Reporting Cloud Service) is the Oracle direction to address all the reporting needs for any organization of any size. If your team is responsible for the management, narrative and external reporting with the ability to author, collaborate and a solid approval process, you definitely have to consider implementing EPRCS at your organization EPRCS can connect to your EPM Cloud products, Essbase cloud and also to your Fusion Applications Essbase app. It addresses all your financial, management, narrative and disclosure reporting. I am not goi...