60
SAP Business Objects EPM How-to Guide How To Setup a Legal Consolidation Application using SAP BPC 7.0 version for SAP NetWeaver Applicable Releases: SAP BusinessObjects BPC 7.0 for SAP NetWeaver Version 1.1 December 2009

How to Setup a Legal Consolidation Application

Embed Size (px)

Citation preview

Page 1: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 1/60

SAP Business Objects EPM

How-to Guide

How To Setup a Legal Consolidation

Application using SAP BPC 7.0

version for SAP NetWeaver 

Applicable Releases:

SAP BusinessObjects BPC 7.0 for SAP NetWeaver 

Version 1.1

December 2009

Page 2: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 2/60

© Copyright 2010 SAP AG. All rights reserved.

No part of this publication may be reproduced or

transmitted in any form or for any purpose without the

express permission of SAP AG. The information contained

herein may be changed without prior notice.

Some software products marketed by SAP AG and itsdistributors contain proprietary software components of 

other software vendors.

Microsoft, Windows, Outlook, and PowerPoint are

registered trademarks of Microsoft Corporation.

IBM, DB2, DB2 Universal Database, OS/2, Parallel

Sysplex, MVS/ESA, AIX, S/390, AS/400, OS/390,

OS/400, iSeries, pSeries, xSeries, zSeries, z/OS, AFP,

Intelligent Miner, WebSphere, Netfinity, Tivoli, Informix,

i5/OS, POWER, POWER5, OpenPower and PowerPC are

trademarks or registered trademarks of IBM Corporation.

 Adobe, the Adobe logo, Acrobat, PostScript, and Reader

are either trademarks or registered trademarks of AdobeSystems Incorporated in the United States and/or other

countries.

Oracle is a registered trademark of Oracle Corporation.

UNIX, X/Open, OSF/1, and Motif are registered

trademarks of the Open Group.

Citrix, ICA, Program Neighborhood, MetaFrame,

 WinFrame, VideoFrame, and MultiWin are trademarks or

registered trademarks of Citrix Systems, Inc.

HTML, XML, XHTML and W3C are trademarks or

registered trademarks of W3C®, World Wide Web

Consortium, Massachusetts Institute of Technology.

Java is a registered trademark of Sun Microsystems, Inc.

JavaScript is a registered trademark of Sun Microsystems,

Inc., used under license for technology invented and

implemented by Netscape.

MaxDB is a trademark of MySQL AB, Sweden.

SAP, R/3, mySAP, mySAP.com, xApps, xApp, SAP

NetWeaver, and other SAP products and services

mentioned herein as well as their respective logos are

trademarks or registered trademarks of SAP AG in

Germany and in several other countries all over the world.

 All other product and service names mentioned are the

trademarks of their respective companies. Data contained

in this document serves informational purposes only.National product specifications may vary.

These materials are subject to change without notice.

These materials are provided by SAP AG and its affiliated

companies ("SAP Group") for informational purposes only,

 without representation or warranty of any kind, and SAP

Group shall not be liable for errors or omissions with

respect to the materials. The only warranties for SAP

Group products and services are those that are set forth in

the express warranty statements accompanying such

products and services, if any. Nothing herein should be

construed as constituting an additional warranty.

These materials are provided “as is” without a warranty of 

any kind, either express or implied, including but not

limited to, the implied warranties of merchantability,

fitness for a particular purpose, or non-infringement.

SAP shall not be liable for damages of any kind including

 without limitation direct, special, indirect, or consequential

damages that may result from the use of these materials.

SAP does not warrant the accuracy or completeness of the

information, text, graphics, links or other items contained

 within these materials. SAP has no control over the

information that you may access through the use of hot

links contained in these materials and does not endorse

 your use of third party web pages nor provide any warranty 

 whatsoever relating to third party web pages.

SAP NetWeaver “How-to” Guides are intended to simplify 

the product implementation. While specific product

features and procedures typically are explained in a

practical business context, it is not implied that those

features and procedures are the only approach in solving a

specific business problem using SAP NetWeaver. Should

 you wish to receive additional information, clarification or

support, please refer to SAP Consulting.

 Any software coding and/or code lines / strings (“Code”)

included in this documentation are only examples and are

not intended to be used in a productive system

environment. The Code is only intended better explain and

 visualize the syntax and phrasing rules of certain coding.

SAP does not warrant the correctness and completeness of 

the Code given herein, and SAP shall not be liable for

errors or damages caused by the usage of the Code, except

if such damages were caused by SAP intentionally or

grossly negligent.

DisclaimerSome components of this product are based on Java™. Any 

code change in these components may cause unpredictable

and severe malfunctions and is therefore expressively 

prohibited, as is any decompilation of these components.

 Any Java™ Source Code delivered with this product is only 

to be used by SAP’s Support Services and may not be

modified or altered in any way.

Page 3: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 3/60

Document History

Document Version Description

1.10 <<Enter your summary of changes in this version >>

1.00 First official release of this guide

Page 4: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 4/60

Typographic Conventions

Type Style Description

Example Text Words or characters quoted

from the screen. These

include field names, screen

titles, pushbuttons labels,

menu names, menu paths,

and menu options.

Cross-references to otherdocumentation

Example text Emphasized words or

phrases in body text, graphic

titles, and table titles

Exampl e t ext File and directory names and

their paths, messages,

names of variables andparameters, source text, and

names of installation,

upgrade and database tools.

Example text User entry texts. These are

words or characters that you

enter in the system exactly as

they appear in the

documentation.

<Example

text>

Variable user entry. Angle

brackets indicate that you

replace these words andcharacters with appropriate

entries to make entries in the

system.

EXAMPLE TEXT Keys on the keyboard, forexample, F2 orENTER.

Icons

Icon Description

Caution

Note or Important

Example

Recommendation or Tip

Page 5: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 5/60

Page 6: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 6/60

1. Business Scenario

When closing a financial period, the finance department faces the task of consolidating theirnumbers to produce their consolidated financial statements of a group of legal entities.

Common activities to achieve a consolidated financial view usually include:

Initialization of beginning balances when a new reporting cycle starts

Uploading of financial data for each entity

Data Validation

Matching of inter-company transactions (e.g., AR / AP reconciliation)

Conversion of local currency data in the desired group reporting currencies

Generation of all the consolidation entries for the desired groups of entities such as:

o Ultimate ownership calculation

o elimination entries for intercompany revenue, investments and profit in

inventoryo adjusting entries

o re-classifications

o minority calculationsother calculations

Final Validation

Report generation

 The Legal application as well as all the legal/statutory consolidation business rulesfunctionality that enables our customers to perform many of the “number-crunching” activitiesrequired in the generation of consolidated statements of a group of legal entities need to be

built

Please note that not all of the above mentioned functions will be covered in detail in thisdocument.

 This “How to Guide” focuses specifically on the dimension properties and relevant settingrequired for the various dimension, application and task in order to successfully performLegal consolidation using BPC 7.0 for SAP NetWeaver. This guide will also briefly describehow to setup the Currency translation, inter unit elimination, COPY opening etc. using theBusiness Rules tables and script logic using the “BPC Admin”. Furthermore, it will be shownhow to setup the data package to run the task using the “BPC Excel.”

 The configuration of Business Rules will be discussed as they provide the mathematical

foundation for the BPC application thus allowing users to manage both - management andlegal consolidation reporting.

Following steps outline what is being covered in this guide in order to set up yourconsolidation environment

Consolidation (Legal) AppSet creation/Parameters setting

Master Data (Dimensions) Set-up

Application creation/Parameters setting

Page 7: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 7/60

Table Driven ABAP Program Maintaining (Data Manager Packages, Scripts Logic,Business Rules)

Rate Data and Ownership Data Update

Work Status Setting

J ournal Template and validation setting

.

2. Background Information

In the SAP NetWeaver environment the ApShell, the starting example Application Setprovided in BPC7 for SAP NetWeaver, comes with only a Planning and Rate application.

So, ApShell does not contain any consolidation application. The strategy is to keep ApShell

straight and reflect the baseline requirement for customer to start a new implementation andensure there is nothing that will have to be re-engineered that is related to the customer’smaster/meta data, on the other hand, need minimize the “taken off” work on ApShell atcustomers.

 This document is intended for consultants or administrators who understand the basicelements that need to be set up in order to make the consolidation engine work. It alsoprovides detailed procedures for setting up all the elements in the consolidation module.

 The guide does not explain how the consolidation rules can be defined with BPCconsolidation engine to meet certain legal requirements such as accounting principles likeIFRS or USGAAP.

Please refer to the IFRS starter kits for BPC for more detail.

3. Prerequisites Successful installation of BPC7.0 for SAP NetWeaver ABAP server, .Net server and

client

Completion of ApShell content activation

Understanding Business Rules for BPC.

Understanding Script Logic for BPC.

Page 8: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 8/60

4. Step-by-Step Procedure

 The first step in setting up legal consolidation is to configure the application dimensionsproperly. This document walks through the required dimensions and properties for setting upthe legal consolidation framework.

Application Set Creation

Login in to Apshell

Once installation and ApShell activation have been completed, you should be able to log onAdmin Console with the AppSet –ApShell.

Figure 1: ApShell Applicat ion Set wi thin BPC 7.0 for SAP NetWeaver 

 Tip: To check that the ApShell content activation has processed successfully, either log on

Admin Console or access ABAP server from GUI and run the transaction “RSA1” to check the

BI Infoprovider “APSHELL” and its structure.

Page 9: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 9/60

Create Appset

In Admin Console, Copy ApShell into the target AppSet as a starting point to begin buildingout your appset.

Figure 2: Copying ApShell as a s tarting point for Legal Consolidations

Note: If you already have an existing application set (e.g., for planning or reporting),

then you can use this appset to host your Legal Consolidation. Using the application

set for planning or reporting as a basis to build consolidations allows you to share the

relevant dimensions – such as account - with your consolidation environment.

Page 10: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 10/60

Set AppSet Parameters

Application set parameters allow you to customize your application sets within BPC. Thefollowing parameters are available when setting up the Application Set. (Most of them arenot necessarily consolidation required, but the generic system requirement for AppSet. )

Key ID Description

ALLOWEXTENSIONS

Defines the file extensions the system permits users to upload to theapplication, data manager files, content library files, web ready files,and library files. When set to ALL, BPC allows all extensions. Thedefault value is ALL. (Required)

ALLOW_FILE_SIZE The maximum file size BPC permits users to upload. The defaultvalue is 100 MB. (Required)

AVAILABLEFLAG

Controls whether the system is offline or not. Yes means the systemis online and available for sending data to the database. You cantake the system offline by changing the value to No. (Required)

AVAILABLEMSG

 The message that displays to users who try to access an application

that is offline (AVAILABLEFLAG =No). (Required)Example: The message could be “BPC is temporarily unavailabledue to scheduled maintenance. Please try again later.”

AVAILABLEURL

 The name of the Web page to display to users who try to access anapplication that is offline (AVAILABLEFLAG =No). (Required)Example: The url could be /osoft/NotAvailable.asp.

DEFAULT_EXTENSIONS

 The file extensions BPC allows users to upload by default: .XLS,XLT, .DOC, .DOT, .PPT, .POT, .XML, .MHT, .MHTML, .HTM,.HTML, .XLSX, .XLSM, .XLSB, .ZIP, .PDF, .PPTX, .PPTM, .POTX,.POTM, .DOCX, .DOCM, .DOTX, .DOTM, .CDM, .TDM, .PNG, .GIF,.J PG, .CSS, .MRC. See ALLOWEXTENSIONS above.

LANDINGPAGEITEM To customize the Getting Started page on BPC Web, contact yoursystem administrator.

LOGLEVEL

Used by application set to control the level of the ABAP log, whichyou view by the transaction SLG1. (Optional)LOGLEVEL has the following possible values:

0 - None: Log is off.1 - Error: Log only the error, abort, and exit messages.2 - Warn: Log the warning, error, abort, and exit messages.3 - Info: Log the info, status, error, abort, and exit messages.

MAXLRCOLUMNS

 The maximum number of columns to display in a live report in BPCWeb. The value includes header and data columns.Example: If you specify a value of 5, one heading column and fourdata columns are displayed.

MAXLRROWS

 The maximum number of rows to display in a live report in BPCWeb. The value includes header and data rows. For example, if youspecify a value of 5, one heading row and four data rows aredisplayed.Example: If you specify a value of 5, one heading row and four datarows are displayed.

SMTPAUTH

 The authentication method of the SMTP server. (Required)0 =Anonymous1 =Basic2 =NTLM

Page 11: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 11/60

 This setting does not change the method on the SMTP server, butmust match the type of authentication enabled on it. Failure to setthis appropriately can result in errors from the email server.

SMTPPASSWORD The password for the user name defined as the SMTPUSER(Required)

SMTPPORTPort number for your SMTP email server. Default is port 25, thedefault SMTP server port number. (Required)

SMTPSERVER The name or TCP/IP address of the SMTP email server the systemuses to send email. (Required)

SMTPUSER The user name from which email from the system originates.(Required)

 TEMPLATEVERSION

Current version number of the dynamic templates in your applicationset. Whenever you add to or change your input schedule or reportdynamic templates, you should increment this version number sothat users will automatically get the new templates downloadedwhen they log on to this application set. (Required)

 You can also reset the template version from the Admin Console.SYSTEM BPC 7 Internal system Parameter, default value =1MESSAGE BPC 7 Internal system Parameter, default value =Blank

STATUS BPC 7 Internal system Parameter, default value =1Figure 3: Appset parameters

Tip: In the back end, all the above parameters are stored in ABAP DDIC table:UJA_USER_DEF.

Master Data (Dimensions) Set-up

 The BPC consolidation engine leverages 3 applications, Legal, Rate and Ownership toretrieve the information necessary to perform its calculations.

The Legal orMain application - This Consolidation Type Application is the applicationwithin which the respective consolidation entries for e.g. currency conversion orintercompany eliminations are written

The RATE application - The currency conversion process uses a RATE application, tolook up the appropriate exchange rates for each relevant currency.

The OWNERSHIP application - The Consolidation process uses an OWNERSHIPapplication, to store the definitions of each consolidation perimeter. In particular, suchdefinitions may include:

The list of companies being consolidated in each group Their consolidation method Their consolidation percentage Their ownership percentage (how much they are owned by the group) Their control percentage (how much they are controlled by the group)

Main, Rate and Ownership application can be named as desired. Within the same AppSet,multiple MAIN applications may exist, each one pointing to its own RATE and / or

Page 12: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 12/60

OWNERSHIP applications. Multiple MAIN applications can also share the same RATE orOWNERSHIP applications, if appropriate.

 The RATE application associated to a given application is defined when a new MAINapplication is being created.

 The OWNERSHIP application associated to a given application is identified using anapplication parameter as follows:

OWNERSHIP_APP ={app name}

If this parameter does not exist, the consolidation procedure will by default search for anapplication named OWNERSHIP.

Each one of the above listed applications must contain some required dimensions, whilesome other dimensions are optional. The details will be discussed in the next section.

 The dimensions discussed in this document are based on the standards used in the businessrules. Other dimensions can co-exist in a reporting application but do not impact thebusiness rule function.

All applications must contain the four required ENTITY, CATEGORY, TIME and ACCOUNTdimensions (albeit named as desired). The CURRENCY / GROUP dimension must be same

used in the Ownership application as well as the Main application. Here are some of thecommon member requirements between these dimensions for Legal consolidationenvironment setup described below: The CATEGORY and TIME dimensions can be thesame across the Main, Rate and Ownership applications, or they must contain theappropriate matching members if different.

 The ENTITY dimension of the Main application can be the same used in the Ownershipapplication or at least it must contain the appropriate matching members if different.

 The CURRENCY / GROUP dimension of the Main application (see Currency/GroupDimension(s)) must be same used in the Ownership application or at least it must contain theappropriate matching members.

In most cases it is preferred to use the same dimensions across applications as it is easier tomaintain.

Note: The Rate application is delivered with Apshell. Most dimension properties

required for the consolidation setup are pre-delivered with the dimensions within Apshell. However it is recommended to verify that before proceeding further.

Set-Up Dimensions in Dimension Library

For the consolidation application, the following listed dimensions are mandatory requirements. Therefore, it is advisable to double check that all the dimensions are available in the

Dimension Library of your consolidation Application Set created from ApShell as describe inthe previous in section

Note: While the dimension names can be chosen as desired it is mandatory that thedimension types match with the ones described in this guide for the correspondingapplications.

Page 13: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 13/60

 The Main Legal Consolidation Application requires the following dimensions:

 Account dimension (C_Acct in ApShell) of Type ‘A’ – Account.

- Members of this dimension are for example “Revenue”, “Salaries” etc

Category dimension (C_Category in ApShell) of Type ‘C’ – Category.

- Contains the types of data you are going to track, such as Actual, Budget,and Forecast. You can set up categories to store versions, such as BudgetV1,BudgetV2.

Data Source dimension (C_Datasrc in ApShell) of Type ‘D’ – Data Source.

- Used in the business rules of a reporting consolidation application tosegregate input data

Subtable dimension (Flow in Apshell) of Type ‘S’ – Subtable.

- Breaks down account activity or flow

Entity dimension (Entity in ApShell) of Type ‘E’ – Entity dimension

- Contains the business units that are used to drive the business processDepending on your application design, the Entity type can be an operating unit, acost center, a geographic entity, and so on.

Intco dimension (Intco in ApShell) of Type ‘I’ – Intco dimension

- Contains the inter-company codes for the entities

Time dimension (Time in ApShell) of Type ‘T’ – Time dimension

- Contains the time periods for which you store data

Currency dimension (Groups in ApShell) of Type ‘R’ – Currency dimension- The currency type dimension is required if the customer reports on localcurrency and translated values. The currency-type dimension was also used

for storing the group component of legal consolidation. The group representsthe relationship of entities for a given consolidation result. This group isconsolidated in a single currency hence there is no need to have anotherdimension.

Note: However if the requirement is to have consolidated results in multiple groupcurrencies within a single entity structure, then the customer can continue to use thecurrency type dimension for this purpose or a separate dimension for the group.Group provides multiple currencies for a group member.

 The Rate Application containing Exchange Rates requires the following dimensions:

 Account dimension (R_Acct in ApShell) of Type ‘A’ – Account.

- Members of this dimension are utilized to detail the different types of rate(Average, End-of-period, etc.).

Category dimension (C_Category in ApShell) of Type ‘C’ – Category.

Page 14: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 14/60

- Contains the types of data you are going to track, such as Actual, Budget,and Forecast. You can set up categories to store versions, such as BudgetV1,BudgetV2.

Entity dimension (R_Entity in ApShell) of Type ‘E’ – Entity.

- This is used to store multiple tables of rates, if desired, otherwise theR_Entity dimension may just be limited to one dummy member, typically

named GLOBAL.

Currency dimension (InputCurrency in ApShell) of Type ‘R’ – Currency.

– This dimension is utilized to store for each applicable local currency.

Time dimension (Time in ApShell) of Type ‘T’ – Time dimension

- Contains the time periods for which you store data

Note: Time and Category dimensions must be shared by all the application involvedin consolidation

 The Ownership application storing the ownership details requires the following dimensions:

 Account dimension (O_Acct in ApShell) of Type ‘A’ – Account.

- Members of this dimension are for example “METHOD” (consolidationmethod), “POWN” (ownership percentage), “PCON” (control percentage ) etc

Category dimension (C_Category in ApShell) of Type ‘C’ – Category.

- Contains the types of data you are going to track, such as Actual, Budget,and Forecast. You can set up categories to store versions, such as BudgetV1,BudgetV2.

Entity dimension (Entity in ApShell) of Type ‘E’ – Entity dimension

- Contains the business units that are used to drive the business processDepending on your application design, the Entity type can be an operatingunit, a cost center, a geographic entity, and so on.

Intco dimension (Intco in ApShell) of Type ‘I’ – Intco dimension

- Contains the inter-company codes for the entities

Time dimension (Time in ApShell) of Type ‘T’ – Time dimension

- Contains the time periods for which you store data

Currency dimension (Groups in ApShell) of Type ‘R’ – Currency dimension- Here the currency-type dimension is used for storing the group component of legal consolidation. The group represents the relationship of entities for agiven consolidation result. This group is consolidated in a single currencyhence there is no need to have another dimension.

Note: If the requirement is to have consolidated results in multiple group currencies

within a single entity structure, then the customer can continue to use the currencytype dimension for this purpose or a separate dimension for the group. Groupprovides multiple currencies for a group member. In this case you have to use thegroup type dimension in Ownership application which is available as of BPC 7.5 for SAP NetWeaver 

Page 15: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 15/60

Caution: An appset copied from ApShell will already have the Rate application. Youshould ensure sure to replace the Rate Category dimension with the ConsolidationC_Category as this dimension already has the properties required for Consolidation.

 The following table gives a summary of what dimension is required in which application:

Name Type Legal Ownership Rate

C_Acct A X

IC_Acct A

O_Acct A X

R_Acct A X

Flow S X

C_Category C X X X

Entity E X X

R_Entity E X

Intco I X X

Time T X X X

Group R X X

InputCurrency R X

C_DataSrc D X

Figure 4: Dimension in application matrix

Note: IC_Acct dimension shown here is used when separate application is created

for Intercompany Matching. Please refer to the “How to guide on how to setupIntercompany Matching” for more details.

 To create a new dimension, go to the Admin Console ->Go to dimension library. In theaction pane, click on option “Add a new dimension” to create dimension as shown below.

Page 16: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 16/60

Figure 5: Creating a new dimensio n in the BPC admin console

Required Dimension properties...

When you create a new dimension, all the required properties (attributes) are createdautomatically based on the dimension type. But in order to ensure that consolidation andrelated processes work (such as currency conversion, simulation, automatic adjustment etc.)additional dimension properties are needed to achieve the filter, flagging and calculation of the target data. Therefore, we need make sure those properties are maintained with the

expected values for the consolidation process according business requirement.

 The following subsections discuss all additional dimension properties (attributes) needed toenable the consolidation process.

 These property-lists are check lists for the completeness of master data settings to enable abase line consolidation process.

Account Dimension

 The Account dimension defines the chart of accounts for your application, and how thoseaccounts are calculated and aggregated. Any dimension that is assigned the type A isconsidered an Account dimension. Each application can have only one Account-type

dimension.

In Apshell we will have four Account type dimensions C_ACCT used in the consolidationapplication, O_Acct used in the Ownership application, P_ACCT used for planningApplication and R_ACCT used in Rate application.

Page 17: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 17/60

Property Name Length Description of appropriate propertyvalue

ACCTYPE 3 INC for Income,

EXP for Expense,

AST for Asset,

LEQ for Liabilities & Equity.

Note: signed Data =- signed Data when‘ACCTYPE’ = INC or LEQ.

DIMLIST 20 Used to group the accounts for using inBusiness Rules. For example : using theDIMLIST property value can help reducingthe size of the FXTRANS table

RATETYPE 10 Used by the currency conversion businessrules. This determines the business rules tobe applied in translating any given accountfrom local to reporting/group currency.Value is optional.

All ACCOUNTS with no RATETYPE(RATETYPE =blank) will be translated witha factor of 1All ACCOUNTS with the reserved RATETYPE =NOTRANS will not be translated

ELIMACC 20 Used in the Elimination process; whichrepresents the “difference” account, which

the accounts to be eliminated will be postedinto.

Category Dimension

All applications require a category type dimension. The properties required in this dimensionas described below are for two business rules – currency translation and copy openingbalances.

For simulation purposes, or to analyze the variances from one set of data to another, it isvery often necessary to mix-and-match different rates and values of different data categoriesfrom different time periods. For example a user might want to compare ACTUAL withBUDGET values when both are translated at the ACTUAL rates, or this year ACTUALS withlast year ACTIUALS, both translated using last year rates, etc.

This can be done by either creating some additional simulation CATEGORY (likeActual_at_Budget_rate or the like) or adding an extra dimension to the MAIN cube, where allthe simulated cases can be stored.

Page 18: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 18/60

 The beauty of our solution is that for all the desired simulations there is no need to copyaround any of the input values. A few definitions, stored in some specialized properties of theCATEGORY (or the FX simulation) dimension will tell the translation procedure where toread the input values and where to write the translated results.

 To minimize the impact of the different simulations on the size of the database, it is alsopossible to tell the system to only store the difference between the “default” results and the

simulated scenarios.When using the simulation categories in the Main cube, simulated translations are stored inadditional members of the CATEGORY dimension. These categories will have non-blankvalues in one or more of the following properties:

Property Name Length Description of appropriate propertyvalue

FX_SOURCE_CATEGORY 20 The category for the source (LC) data. If blank, it is the current category.

RATE_CATEGORY 20 The category from which the rates are read

RATE_YEAR 4 The year from which the rates are read.

 The value can be absolute (2005, 2006) ora relative value (-1, -2, +1, +2). If blank it isthe same as the source.

RATE_PERIOD 10 The period from which the rates are read The value can be absolute (DEC, FEB) or arelative value (-1, -2, +1, +2). If blank it isthe same as the source.

FX_DIFFERENCE_ONLY 1 If =Y, only the difference between thedefault values and the simulated values isstored.

 The business rules for copying opening balances can be controlled by assigning somespecial properties to the category dimensions. If existing, these properties affect theexecution.

Property Name Length Description of appropriate propertyvalue

CATEGORY_FOR_OPE 20 Blank: the category for the openingbalances is the same

Non-blank: the ID of the category where toread the opening balances from

OPENING_YEAR 4 Blank: the prior year

Non-blank: the year where to read theopening balances from. It can be anabsolute or a relative amount

OPENING_PERIOD 10 Blank: the last period of the year

Non-blank: the period where to read theopening balances from. It can be anabsolute or a relative amount

Page 19: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 19/60

Data Source Dimension

 The data source dimension type is an optional application dimension. However, it has

become a best practice standard dimension. The name of dimension can be customized asappropriate for the customer.

Mandatory for the elimination business rules. The DATASRC dimension is requiredfor elimination and/or consolidation business rules. For example the automaticelimination will work only if you have be a base level value and has to have thedatasource type A for it to work.

Optional for the currency business rules as it is not used in the business rules forcurrency conversion.

Mandatory for the consolidation business rules, it is require as the results destination.For example you can define by Source Data Source a specific Destination Datasource under which the resultant postings shall be posted.

MandatoryfortheeliminationbusinessrulesOptionalforthecurrencybusinessrules

Mandatoryfortheconsolidationbusinessrules,itisrequireastheresultsdestination

Property Name Length Description of appropriate propertyvalue

IS_CONVERTED 1 Y if the datasrc has to be converted

N id the datasrc has not to be converted

G If you want to convert the datasrc from acurrency group to a group currency i.e. themembers are copied from the reportingcurrency of the GROUP being translatedinto the currency member corresponding tothe given group. This obviously appliesonly if the translation is run for a GROUP

and not for a reporting currency.IS_CONSOL 1 Blank for management Application

 Y for Consolidation

DATASRC_TYPE 1 I for Input

M for manual journal entry

A for automatic generated journal

L for Level - This is used in consolidationby level to move prior level eliminationsinto a datasrc with propertyDATASRC_LEVEL=Y in the Groupdimension.

COPYOPENING 1 Blank or “Y”: this member is copied“N”: this member is not copied

OPENING_DATASRC 20 Blank: same as the source member

Non-blank: the ID of the desired destinationDATASRC for the copy

Page 20: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 20/60

Entity Dimension

 The Entity dimension defines the organizational structure of the business units for yourapplication and how the units aggregate. Any dimension that is assigned the type E is anEntity dimension. Each application can have only one Entity-type dimension.

Property Name Length Description of appropriate propertyvalue

CURRENCY 20 Local Currency used by the Entity.

 This currency must be defined in theInputCurrency dimension.

FX_TYPE 20 Special rate for Entity used by the currencyconversion business rules.

Value is optional.

INTCO 20 Used to link intercompany counterpart ID

for elimination. Also known as TradingPartner.

 This ID must be defined in the IntCodimension.

OWNER 60 Used for work status

Generally the Entity dimension contains the business units that are used to drive thebusiness process. For consolidations this will be the legal entity in most cases. Depending onyour application design, the Entity type can be an operating unit, a cost center, a geographicentity, etc. This dimension is also used to supply the members that are used in the workstatus approval process.

Currency/Group Dimension(s)

 The currency type dimension is required if the customer reports on local currency andtranslated values. The currency-type dimension is also used for storing the groupcomponent of legal consolidation. The group represents the relationship of entities for agiven consolidation result. This group is consolidated in a single currency hence there is noneed to have another dimension. As of BPC 7.5 customers can continue to use the currencytype dimension for this purpose or they can split it into a Group dimesion (Type G) and apure currency dimension (Type R) in order to allow reporting in multiple group currencies.

 The required properties for a separate group dimension are:

Property Name Length Description of appropriate propertyvalue

GROUP_CURRENCY 20 Can be a valid reporting currency. Used forcurrency Conversion

 This property can only be used onCURRENCY members with the property

Page 21: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 21/60

Property Name Length Description of appropriate propertyvalue

CURRENCY_TYPE=G and in this case itmust contain a valid ID from theCURRENCY dimension with the propertyCURRENCY_TYPE =R.

PARENT_GROUP 20 Must be a valid Id from the Groupsdimension.

If you want to do the consolidation by level,you must indicate here the higher level fromthe group.

If you want to use this property to define thehierarchy, enter the same code as the Id foryour “Top group”. If this property is blank,the “dynamic hierarchy” from the Ownershipapplication is used.

ENTITY 20 Blank or a valid Entity ID.

Is used to define the link between the

Group and the Entity and / or to indicate theentity where the aggregation should bestored.

If this property is filled with valid Entity id,and the property STORE_ENTITY is set to“Y”, the results of the currency conversionfor the current GROUP will also be copiedinto this ENTITY

STORE_GROUP_CURR 1 Used for currency Conversion

Values =Y or N or Blank

By default the results of the conversion intoa GROUP currency are written in both the

GROUP member and in the CURRENCYmember of the currency dimension. If onlythe GROUP member is to be stored, theadministrator can set this property to “N”.

STORE_ENTITY 1 Y or blank: Y if you want to store in the idfilled in the entity property.

STAGE_ONLY 1 This property controls the way theconverted values must be saved in case of a multi-level conversion of groups.

 This property can only take the three values Y, E or N (blank).

 The required properties for a currency and group dimension combined are:

Page 22: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 22/60

Property Name Length Description of appropriate propertyvalue

PARENT_GROUP 20 Must be a valid Id from Groups dimension.

If you want to do the consolidation By level,you must indicate here the higher level from

the group.If you want to use this property to define thehierarchy, enter the same code as the Id foryou “Top group”. If this property is blank,the “dynamic hierarchy” from theOWNERSHIP cube is used.

 This property can only be used onCURRENCY members with the propertyCURRENCY_TYPE=G and in this case itmust contain a valid ID from theCURRENCY dimension.

ENTITY 20 Blank or a valid Entity id.

Is used to define the link between theGroup and the Entity and / or to indicate theentity where the aggregation should bestored.

If this property is filled with valid Entity id,and the property STORE_ENTITY is set to“Y”, the results of the currency conversionfor the current GROUP will also be copiedinto this ENTITY

CURRENCY_TYPE 1 Can be: L =Local Currency

R =Reporting Currency

T =Transaction Currency

G =GroupUsed for the currency Conversion

GROUP_CURRENCY 20 Can be a valid reporting Currency. Used forcurrency Conversion

STORE_GROUP_CURR 1 Used for currency Conversion

 Y=When you run the conversion for a groupCurrency, the procedure also stores theresults in the correspondingGroup_currency.

N=The GROUP_CURRENCY is not storedin the database.

STORE_ENTITY 1 Y or blank: Y if you want to store in the id filled in theentity property.

STAGE_ONLY 1 This property controls the way theconverted values must be saved in case of a multi-level conversion of groups.

 This property can only take the three values Y, E or N (blank).

Page 23: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 23/60

Property Name Length Description of appropriate propertyvalue

FIRST_CONS_DATE 10 Blank for management Application

 YYYY.MON for Consolidation

Flow Dimension

 The flow type dimension is optional but its use is highly recommended. This dimensionallows for a customer to track changes within the account activities, such as openingbalance, additions, subtraction and currency translation adjustments. If the customer doesnot require this level of detail, the business rule tables should be left blank for the sub-tablefield.. Flow is similar to the movement type in SAP ERP.

If Flow is included in the application, it can be used (1) by the currency translation procedure,to detail the changes in the balance sheet generated by fluctuations in the exchange ratesand (2) by the consolidation procedure to detail the eliminations applied to the movements of 

the balance sheet accounts.

If the customer choices to use a flow type dimension the following properties are required:

Property Name Length Description of appropriate propertyvalue

FLOW_TYPE 12 OPENING : opening

 TRANSLOPE : Change Diff On opening

ALLOCINC : Allocation

MERGER : merger

INCOME : Net Income From The period

CHANGE: Variation.

 TRANSFER : transfer

 TRANSFLOW : Translation Change onFlow

VARSCP : Variation In Scope (Generic)

VARSCPMETH : Variation In ScopeMethod

VARSCPPERC : Variation In Scopepercentage

VARSCPNEW : Variation In Scope newCompany

VARSCPLEAV : Variation In Scope Sold

CompanyCLOSING : Closing

NONE : No Flow

Blank : all other Flows

DIMLIST 20 Used to group the Flows for severalBusiness Rules

IS_INPUT 1 Y if the flow is an input one

N if the flow is not an input one

Page 24: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 24/60

Maintain property

 To maintain the property of a dimension, Go to Admin Console - >left click to select adimension in dimension library ->find option “Maintain dimension property” in action pane.

Figure 6: Property Maintenance in the BPC administration Console

When you select say C_Acct and click on “Maintain dimension property” you will see theproperties associated with this dimension similar to the one listed below:

Page 25: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 25/60

Figure 7: Property Maintenance in the BPC administration Console

Maintain dimension members

1. Maintain dimension members and their property values.

 To maintain the dimension member of a dimension, go to Admin Console - >left click toselect a dimension in dimension library ->find option “Maintain dimension member” in actionpane.

Page 26: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 26/60

Figure 8: Maintaining dimension members and their properties

Here is an example of the Entity dimension member sheet that shows up when you click on“Maintain dimension members”.

Figure 9: Example o f Member sheet

Note: The dimension member values are case sensitive with BPC7 for SAP NetWeaver 

version, which means if upper case and lower case written are recognized as two differentmembers. But for RATE cube and Ownership cube, we strongly recommend that not set twomembers just with different cases, for example R_ACCT dimension “AVG” and “Avg” could betwo different members to store the AVG exchange rate, this is not recommended to be usedfor storing exchange rate and ownership details, as both script logic and consolidationprogram could be confused as well as bad ender user recognition issues might be resulted.For consistency reasons it is recommended to use only upper case for the dimension IDs.

Page 27: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 27/60

Create/Modify the Application

...

When creating a new application, you have to choose an application type, which tells thesystem which properties to associate with the application.

In BPC, an application is either “Reporting” or “Non-reporting”. Non-reporting applications aredesigned to support reporting applications or to simply hold data (e.g. price or rate info).

 There are three types of reporting applications in BPC:

Financial: performs management consolidation functions, such as currencyconversions, intercompany eliminations, etc

 This application must reference a Rate-type application.

Consolidation: performs legal consolidations. Similar to Financial applications, butwith legal consolidation rules instead of management

 This application must reference an Ownership-type application and a Rate-typeapplication.

Generic: has no special requirements (other than to include the four minimally

required dimensions)Has no out-of-the-box intelligence, so logic must be created using K2 Script Logic.

 The two non-reporting types of applications can be associated to only the financial andconsolidation type applications. The two types of non-reporting applications are:

Rate: stores exchange rates that support currency conversions for reportingapplications

 This application must include a Currency-type dimension to store the exchange ratesby currency.

Ownership: Stores information such as the consolidation methods, ownershippercentages, and group rollup information used for legal consolidation.

Within the same application set, multiple reporting applications may exist, each one pointing

to its own Rate and/or Ownership applications. Multiple reporting applications can also sharethe same Rate or Ownership applications, if appropriate.

 The Rate and/or Ownership application associated to a given reporting application is definedwhen a new consolidation type application is created.

Note: You can report on non-reporting application data, but you cannot assign work status

codes to the data. In addition, you cannot define business rules to these application types. Allapplications require at least the four main dimension-types: Entity, Account, Time, andCategory.

In SAP BPC, as mentioned in section 4.2 a consolidation application requires at least 3applications:

Legal

Main Application containing all financial data. All consolidation postings suchas eliminations, minority interest calculations etc are posted in this application

Ownership

Used to manage the organization structure and ownership percentages

Rate

Contains all currency exchange rates for the different rate types like average,sport rate etc

Page 28: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 28/60

Currency Translation can run on any type of reporting application. Currency conversionapplies to both Financial and Legal Consolidation Applications to which a correspondingRate Application has been referenced and that the reporting application must contain acurrency (type R) dimension.

Rate application:

A rate application is a supporting application for financial and consolidation reportingapplications. It is used to store exchange rates that support currency conversion inConsolidation applications. ApShell comes with a rate application already, so you canleverage this one by just modifying the Category dimension from Category to C_Category.

 The time dimension must be identical to the dimension used by the applications using therate application to store their foreign currency exchange rates and must have the samecategory member IDs.

 This application must include a currency dimension detailing the exchange rates by each

input currency. The currency dimension in a rate application does not need to have theREPORTING property. The Currency conversion process makes use of a RATE application,where the appropriate exchange rates will be searched for each relevant currency. This cubecan be named as desired. But we will refer to it as the RATE application, in this document.Please refer to the How to guide on this topic that shows the entire process in detail.

Note: The master data (dimension) can be shared by application within an application set.

But for the RATE application, to fulfill certain requirements like properties required aredifferent compared to C_Acct used in the Main application, R_Acct (Account Dimension for

RATE application) and R_Entity (Entity Dimension for RATE application) are specific andutilized only by Rate Application.

Figure 10: The rate application

R_Acct is utilized to detail the different types of rate (Average, End-of-period, etc.).

R_Entity s used to store multiple tables of rates, if desired, otherwise the R_Entitydimension may just be limited to one dummy member, typically named GLOBAL. For

Page 29: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 29/60

example if you have an entity C1000 for which a special exchange rates needs to beapplied, then it will be defined here and the special rates need to be applied.

Currency dimension is utilized to store for each applicable local currency.

Time and Category dimensions can be shared by all the application involved inconsolidation.

Ownership application:

Any consolidation type application must refer to a RATE and OWNERSHIP application. Asmentioned before Apshell comes only with Planning and Rate application, the ownershipapplication needs to be created before we can create the Consolidation application. Pleaserefer to the steps wizard of creation process.

 The business rule process makes use of an Ownership type application when calculating theultimate ownership or during the minority interest calculation. This application must beassociated to a Consolidation type application. The ownership application will contain thevalues of each consolidation parameter. In particular, such definitions may include:

The list of companies being consolidated in each group

Their consolidation method

Their consolidation percentage

Their ownership percentage (how much they are owned by the group)

Their control percentage (how much they are controlled by the group)

Ownership application can be named as desired, but we will refer to it as the Ownershipapplication, in this document. If the name of the application is other then “OWNERSHIP,”you must identify the application by name in an application parameter as follows:

ORG_OwnerShipCube={app name}

If this parameter does not exist, the consolidation procedure will by default search for anapplication named “OWNERSHIP.”

Create a new application, name it and select the application “OWNERSHIP”.

Select Ownership as Non-Reporting Type as shown below.

Page 30: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 30/60

Page 31: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 31/60

Make sure security is toggled to Yes for C_Category and Entity. Then click on Add a NewApplication.

Ownership application defines ownership details such as the consolidation scope, method,% of share owned by holding company or groups etc.

For ownership application, the only dimension which is specific for ownership cube isOwnership Account (O_Acct) to be used BPC consolidation engine to get the information

listed above. In order to pass the information, we have to set up several required members,which include,

1. Method, defines consolidation method

2. POWN, defines % of ownership (how much they are owned by the group)

3. PCON, defines % of consolidation

4. PCTRL, defines % of control (how much they are controlled by the group)

Figure 13: the Ownership application

 To set the Application parameters do the following steps

1. Open the “BPC Administration” webpage. If you have closed it, you need to go back tothe “BPC launch page” and click the “BPC Administration.” Icon.

2. Set the Application Set to the name of your Appset and the application to the name of theOwnership application in the top right corner of the Action Pane. You may need to clickon “Available Interfaces” / “BPC Administration” to go back to the “BPC Administration”webpage after you changed the Appset/Application

3. Click on “Set Application Parameters”.

Here are the relevant application parameters and the recommended values that should beset through the Web Admin. Please refer to the Admin guide on how to set these values.

Page 32: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 32/60

Key ID Description

ORG_OWNERSHIPCUBE The default value is OWNERSHIP.

ORG_INTCO The default value is I_NONE, which should alsobe a member ID in the INTCO dimension in theownership application if using dynamichierarchies.

ORG_ACCOUNTOWN The default value is PGROUP.

OWNERSHIP_APP The name of theOwnership application. If thisparameter does not exist, the consolidationprocedure will by default search for anapplication named OWNERSHIP.

ORG_ACCOUNTLIST The default value is METHOD,POWN,PCON.

ORG_PARENTPROPERTY This parameter is used with dynamic hierarchy

statutory applications when defining fixedhierarchies. The value must match the value inthe ParentProperty property value of entities inthe statutory application's supporting ownershipapplication.

 The default value is PARENT_GROUP.

Figure 14: the Ownership application parameters

Consolidation (Main) application:Any consolidation type application must refer to a RATE and OWNERSHIP application. Goingforward we will use the ones created in the previous step. Please refer to the steps wizard of creation process.

Create a new application, name it and select the application “Consolidation”. Assign thecorresponding RATE and OWNERSHIP application to as shown in the screenshots.

Page 33: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 33/60

Page 34: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 34/60

Figure 3: associating the desired Rate and Ownership application with the new consolidation

application

In step 3, select all the consolidation business rules need to be implemented.

Here is the list of Business Rule that is available for selection:

Currency conversion: Conversion of local currency data in the desired reportingcurrencies.

Calculations: To calculate and store amounts which are required for purposes of account transformation.

Intercompany bookings: Matching of inter-company transactions.

US Eliminations: Specifically designed to address the posting of inter-companyeliminations in simpler scenarios where a full legal consolidation application is notrequired.

Opening Balance: Initialization of beginning balances when a new fiscal cycle starts.

Validation: Validation of input data. Intercompany Eliminations: Generation of all the consolidation entries for the

desired groups of entities (eliminations, adjustments, re-classifications, minoritycalculations, etc.)

Consolidation business rules allow the automated processing of data to render aconsolidated set of financial statements. This is commonly thought of as eliminations of 

Page 35: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 35/60

investments in subsidiaries, adjustments of minority interest, reclassifications and any otherpostings depending on the nature of the consolidation methodologies required. The enablingof this functionality is done through a combination of ABAP and business rule tables.

Note: Only when the “consolidation” type application are created and the business rule

“Automatic Adjustments” are created, the pre-delivered business rule library tables will be

activated and shown from Admin Console UI, which includes Method Library, EliminationRule and Rule formula tables, as only Automatic Adjustment (such as Minority posting,Investment adjustment) utilize those Elimination rules and formulas for the calculation of actual postings.

Before the consolidation type application is created, from UI of BPC, the user will not be ableto display the rules and the pre-delivered library tables content are stored in following ABAPdatabase table.

Method: UJ P_Method

Rule Header:UJ P_RULEH

Rule Formular: UJ P_RULE

In Step 4, uncheck the dimensions check as shown in order to select the desired dimensionsrequired for legal consolidation.

Page 36: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 36/60

Figure 4: De-select the dimensions box to allow you to specify the relevant dimensions for 

your consolidations application

In this step, set dimensions to be included in the consolidation application and also set thesecured dimension to control the security via BPC member access profiles.

Page 37: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 37/60

Page 38: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 38/60

Additional (user defined) dimensions can be added to the MAIN cube (like product, market,division, etc.), as desired by the administrator. The Consolidation Engine will be able torecognize their existence and take them into account in the process, and even apply somecustom behavior to their members.

Here is the Legal Application created with all the dimensions shown.

Figure 20: The dimensions of the consolidation application we just created.

Set the Application Parameters

Application parameters provide a nice collection point for properties that affect howapplications are used. The Legal application is an excellent example because it requiresquite a few settings. In this case, some of the more important parameters are used todetermine how organizational information from the ownership application is used.

Go to BPC Administration (Web) ->Set Application Parameters ->Change the current viewand set to the consolidation cube

Here is the table of the business rule activation during the creation of Consolidation typeapplication.

Key ID Description

APPROVALORG

If you want to use the work status feature, you must use this field to identifythe hierarchy level (H1, H2, H3, ..., Hn) for which you want to track thework status of deliverables. You can define only one hierarchy for eachapplication within an application set. For alternate organizations, “NoStatus” displays when viewing those members in the work status screen. If this field is blank, work status tracking is disabled.

BPC_STATISTICS

When set to ON, various BPC modules write detailed runtime statistics totables UJ 0_STAT_HDR and UJ 0_STAT_DTL. You can use this informationto monitor system performance. Valid values are ON and OFF.

Page 39: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 39/60

CALCULATION Allows the use of the Calculation business rule tables. Default =1

INTCOBOOKINGSAllows the use of the Intercompany booking business rule tables. Default =1

VALIDATIONS Allows the use of the validation business rule tables. Default =1

USELIM Allows the use of the business rule tables for US Eliminations. Default =1

FXTRANS Allows the use of the currency conversion business rule tables. Default =1

OPENINGBALANCE Enables the business rule table for balance carry forward. Default =1

 J RN_REOPEN_PROPERTY

A custom Journal module assumes that the property named UB must bepresent in the Account dimension to further filter the journals to re-open. The default is Group. If Group, then there is no need to modify the accountdimension.

ORG_OWNERSHIPCUBEName of the linked Ownership application. The default value isOWNERSHIP.

ORG_INTCO

 The 3rd party member in the Intercompany dimension to which allownership calculations are posted. The default value is I_NONE, which should also be a member ID in theINTCO dimension in the Ownership application if using dynamichierarchies.

ORG_ACCOUNTOWN

Member id of the ownership account that specifies the Position of a

consolidation entity within the group. The default value is PGROUP.

ORG_ACCOUNTLIST

Member ids of the ownership account dimension that store methods, %con(% consolidation), %own. These will appear in the dynamic hierarchyeditor. The default value is METHOD,POWN,PCON.

ORG_PARENTPROPERTY

 The property name in the Groups dimension to define the hierarchy used inthe dynamic hierarchy editor. The Group property that will contain the legalrollup members. This parameter is used with dynamic hierarchy statutory applications whendefining fixed hierarchies. The value must match the value in theParentProperty property value of entities in the statutory application'ssupporting Ownership application. The default value is PARENT_GROUP.

OWNERSHIP_APP

 The consolidation logic requires the Ownership application to be listed here

as well. The name of the Ownership application. If this parameter does not exist,the consolidation procedure by default searches for an application namedOWNERSHIP.

 YTDINPUT

 This parameter controls whether data is input in year-to-date format. Validoptions are 1, which means YTD format; or 0, which means periodicformat. (Optional)

Figure 21: Application parameters

 To set the Application parameters for the LEGAL application do the following steps

1. Open the “BPC Administration” webpage. If you have closed it, you need to go back tothe “BPC launch page” and click the “BPC Administration.” Icon.

2. Set the Application Set to the name of your Appset and the application to the name of theOwnership application in the top right corner of the Action Pane. You may need to clickon “Available Interfaces” / “BPC Administration” to go back to the “BPC Administration”webpage after you changed the Appset/Application

3. Click on “Set Application Parameters”.

Page 40: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 40/60

Here are the relevant application parameters and the recommended values that should beset through the Web Admin. Please refer to the Admin guide on how to set these values.

Key ID Value

APPROVALORG H1

FXTRANS 1

INTERCOMPANY 1

 J RN_BALANCE 1

 J RN_POST_OVERWRITE Y

OPENINGBALANCE 1

ORG_ACCOUNTLIST METHOD,PCON,POWN

ORG_ACCOUNTOWN PGROUP

ORG_INTCO I_NONE

ORG_OWNERSHIPCUBE OWNERHSIPORG_PARENTPROPERTY PARENT_GROUP

OWNERSHIP_APP OWNERSHIP

VALIDATIONS 1

WORKSTATUSVALIDATE Yes

 YTDINPUT Yes

Figure 22: Consolidation Application parameters

YTDINPUT setting

One of the most important application parameter in web admin parameter that should beset is YTDINPUT. This defines the application type whether it is periodic or YTD (Year toDate). This parameter plays important role since it controls how the data is stored in thecube.

Most source systems store balances on a periodic basis (whether it is daily, weekly,monthly, fiscal periods, etc). With this method, periodic data must be accumulated foryear-to-date reporting (except for Balance Sheet accounts, which gets the value from thelast period).

However, in some business cases, calculations should occur on a year-to-date basis. If 

 YTD is required, applications can store the data on a YTD basis. When data is enteredinto YTD, its periodic values used for reporting purposes, are calculated as the differencebetween the current period and the last period (again, Balance Sheet accounts wouldsimply take the value from the last period).

January February March April

Periodic 100 200 0 100

YTD 100 300 300 400

Page 41: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 41/60

Figure 23: Year to Date vs. Period ic

By default, applications are PERIODIC. You can change the YTDINPUT parameter to avalue of “1” to turn it into an YTD storage type.

Business Rules InterfaceSAP Business Planning and Consolidation delivers pre-defined functions designed tocalculate and post amounts required supporting common accounting activities such as:

Currency translation

Matching and elimination of inter-unit balances.

 The complete list of functions will be discussed in the next section.

Customizing for Table Driven ABAP ProgramIn order to give our customers the flexibility to customize these functions to meet theirspecific requirements “table-based” logic is applied. For each pre-defined data packages andscript logic, one or more “Business Rule tables” exist in which the business user canconfigure rules. The consolidation engine uses the Table Driven ABAP Programs to performall the appropriate calculations on a user-selectable region of data, and write the calculatedresults into the database

 Table based logic (Business Rules) provides the flexibility for a customer to customizecertain delivered functions (logic), to meet their specific business needs, without having tounderstand scripting/programming.

Here is an example of the currency conversion business rule table shown below:

 To run these programs, you must use of the designed Data Manager Packages through SAPBI Process Chains to invoke the Programs directly from the K2 scripts logic file and pass theappropriate parameters to the data package. Here is the full list of consolidation process thatBPC7 supports with its BI Process Chain and Script File and corresponding Business Rules.

Consolidation Task Process Chain NameScript Logic FilesName

Business Rule TableName

Balance CarryForward

/CPMB/OPENING_BALANCES COPY_OPENING.LGF Carry-forward rules

Validation /CPMB/VALIDATIONS VALIDATION.LGF Validation rules and

Page 42: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 42/60

Validation details

Currency Conversion/CPMB/FX_RESTATMENT FXTRANS.LGF

Currency ConversionRules

IntercompanyReconciliation /CPMB/ICDATA ICDATA.LGF No rules needed

IntercompanyBalance Booking /CPMB/ICBOOKING ICBOOKING.LGF Intercompany booking

Legal Consolidation(Elimination andAdjustment)

/CPMB/LEGAL_CONSOLIDATION CONSOLIDATION.LGF

Automatic Adjustmentsand AutomaticAdjustment Details

Account Calculation(Cash Flowfunctioned)

/CPMB/RUNCALCACCOUNT CALCACCOUNT.LGF Account Transformation

US widely usedIntercompanyElimination

/CPMB/IC_ELIMINATION ICELIM.LGF US Elimination

For each process, the pre-defined Data Manager Packages with their associated logic scriptsand rule tables are executed, performing the consolidation task according to the businessrule customization. Any specific business requirement needs to be configured incorresponding Business Rule Tables.

With this approach the customer has the possibility to freely decide when and how a processshould be triggered. We can, for example, invoke a currency conversion directly from theDEFAULT logic, whenever a value has changed via Web, Excel or via a data load, or we candecide to run one or more consolidation processes in a batch mode, using some customizeddata package that invokes an appropriately-designed logic file. Also, we can combine one ormore of these specialized processes with other custom-defined calculations, like allocations

or modeling formulas or whatever else may be defined using our general-purpose logicscripting technique.

 The details steps of how to execute each tasks is described in separate How to Guideavailable in the SDN such as

How To setup Currency translation for Consolidation Application using BPC for SAPNetWeaver

How to setup Breakdown validation using BPC 7.0 for SAP NetWeaver How to use COPYOPENING using BPC 7.0 for SAP NetWeaver.

Execute consolidation task

In BPC 7.0 for SAP NetWeaver Data Manager Packages are implemented as process chainsand allow you to do common data manipulation activities. The packages that come with BPC7.0 are designed to be dynamic so that you do not need to modify the packages in order forthem to work with your applications and dimensions.

Data Manager Packages allows the user to manage data within BPC applications anddimensions.

Page 43: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 43/60

Here are Financial Packages that can be used for the consolidation process apart from theStandard and Administrative Packages.

Process ChainTemplate

Description Technical Name

BPC: DefaultFormulas Logical  This package executes default formulasstored in your default.xls file. /CPMB/DEFAULT_FORMULAS

BPC: Allocation The package runs the Allocation logic. /CPMB/ALLOCATION

BPC: CalculateOwnership

 The package runs the CalcOwnership logic. /CPMB/OWNERSHIPCALC

BPC: FXRestatement

 This package is used for currencytranslation. The package runs the FXTranslogic.

/CPMB/FX_RESTATMENT

BPC: ICElimination

 This package is used to Perform Inter-Company eliminations. The Package runsthe ICElim logic.

/CPMB/IC_ELIMINATION

BPC: ICBooking The Package runs the ICBooking logic. /CPMB/ICBOOKING

BPC: ICData The Package runs the ICData logic. /CPMB/ICDATA

BPC: LegalConsolidation

 The Package runs the LegalConsolidationlogic.

/CPMB/LEGAL_CONSOLIDATION

BPC: OpeningBalances

 The Package runs the OpeningBalanceslogic.

/CPMB/OPENING_BALANCES

BPC: RunCalcAccount

 The Package runs the CalcAccount logic. /CPMB/RUNCALCACCOUNT

BPC: Clear the

 J ournal Tables

Clears J ournal tables and creates an output

file.

/CPMB/CLEAR_J OURNALS

BPC: Export the J ournal Tables

Exports Journal tables to an output file /CPMB/EXPORT_J OURNAL

BPC: Restore J ournal Tables

Allows you to load Journal tables from a File /CPMB/RESTORE_J OURNALS

Add the data Manager Packages for consolidation application.

Login to BPC for Excel Interface ->eData->Organize Data Package List ->Add a dataPackage->look for the consolidation task related pre-delivered SAP BI Process Chain and

select to add.

Page 44: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 44/60

Page 45: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 45/60

Page 46: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 46/60

Figure 9: Script Log ic

Note: All consolidation logic file (LGF) examples are stored in the File Service Directory:

\Root\Webfolder\ApShell\Systemlibrary\LogicLibrary. These examples are a great help whenit comes to understanding the K2 syntax. These examples can be copied and reused in a

customer application – rather than having to create all logic from scratch.

 These script logic files can be accessed through T-Code “UJ FS“ for File Service UI: asshown below:

Page 47: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 47/60

Figure 10: Transacti on UJFS allows you to access the File Service

Note: The K2 Logic File name must be identical as the string defined with the data

package.

Maintain the business rule table

SAP Business Planning and Consolidation delivers certain pre-defined functions designed tocalculate and post amounts required to support common accounting activities such as:

Currency translation

Matching and elimination of inter-unit balances.

In order to allow a customer the flexibility to customize these functions to meet their specificrequirements “table-based” logic is applied.

For each pre-defined function, one or more “Business Rule tables” exist in which thebusiness user can configure rules such as:

What balances should be read in order to calculate an amount to be posted.

What are the posting rules for the calculated amount (i.e. what account and datasource does one wish to post the calculated amount under).

 Table based logic (Business Rules) provides the flexibility for a customer to customizecertain delivered functions (logic), to meet their specific business needs, without having tounderstand scripting/programming.

 The following Business Rule (table-based logic) Functions are delivered with BPC 7.0:

Page 48: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 48/60

Currency conversion: Conversion of local currency data in the desired reportingcurrencies.

 Account Transformation: To calculate and store amounts which are required forpurposes of account transformation.

Intercompany bookings: Matching of inter-company transactions.

US Eliminations: Specifically designed to address the posting of inter-company

eliminations in simpler scenarios where a full legal consolidation application is notrequired.

Opening Balance: Initialization of beginning balances when a new fiscal cycle starts.

Validation: Validation of input data.

 Automatic Adjustments: Generation of all the consolidation entries for the desiredgroups of entities (eliminations, adjustments, re-classifications, minority calculations,etc.)

 The details of each business rules please refer the How to guide for each topic for examplethe Currency conversion can be check with How to do Currency Translation for ConsolidationApplication in BPC for SAP NetWeaver, How to setup Breakdown validation using BPC 7 forSAP NetWeaver, How to use COPYOPENING using BPC 7 for SAP NetWeaver etc.

Login to the BPC Admin Console ->Expand Consolidation Application ->Go to BusinessRule Editor ->Select the rule table to create the content of the rules according businessrequirements.

Figure 11: Business Rule Editor 

Loading data

Loading exchange rate to rate application

 The Rate application should store the exchange rates for doing currency conversion. Thereare several ways to upload the data to rate application, such as utilize the data managerpackage – Import, or use dynamic templates to send data from the input schedule. Pleaserefer to the How to do Currency Translation for Consolidation Application in BPC for SAPNetWeaver for detail steps on how to load the rates. Please also refer to the How To loadexchange rates from TCURR table that is available in SDN.

Page 49: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 49/60

If EVDRE are used, the Rate Account type dimension and Input Currency dimension can beset in Row and Time dimension can be set in column. Save the EVDRE as input schedule tosend data to the Rate Application. Such input schedule could also be saved as a template inlibrary for sharing and reuse.

Figure 30: Dynamic Input Schedule template (Nested Row) for Rate Input

Input ownership data and calculate ultimate ownership

As the consolidation scope (such as ownership percentage, group/unit hierarchy) is timedependent and given the fact that the dynamic hierarchy editor is not available in BPC 7.0 forSAP NetWeaver, our recommendation is to leverage the steps suggest below on howupdating the ownership cube with ownership details. (Note that BPC 7.5 for SAP NetWeaveroffers the dynamic hierarchy editor functionality)

If the way direct share input is preferred by business,

Step1: Input direct ownership % between Investor unit (entity) and investee unit (Intco) undera group dimension member (most often “LC” could be used) by category and time.

Member “POWN” in O_Acct dimension stores this information.

Page 50: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 50/60

Page 51: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 51/60

Figure 312: Maintaining Position i n group , consolidation method assignment fo r each entity

Step4: Run the pre-delivered DM package “Calculate Ultimate Ownership” to calculate theultimate ownership that is calculating how much each consolidation group owns of eachentity. The result of this calculation - the ultimate ownership - is stored under the member“I_NONE” of IntCo dimension, and POWN, PGROUP, METHOD member has the group-own-entity value described above.

 The pre-delivered DM package “Calculate Ultimate Ownership” basically runs based on whatthe Direct Percent Ownership is entered into a selected account for each “owner” entity andfor each “owned” intercompany entity. For example if, in period 2009.J AN for categoryACTUAL, entity A owns the companies B and C by 80% and 30% respectively, the followinginformation should be entered:

CATEGORY TIME CURRENCY ACCOUNT ENTITY INTCO VALUE

ACTUAL 2009.JAN LC POWN A I_B 0.8

ACTUAL 2009.JAN LC POWN A I_C 0.3

Note: Since information for the CURRENCY dimension is irrelevant, so the non-groupmember LC is used.

For example if in category ACTUAL and period 2009.J AN, entity A is the holding company of CG1, the

following information should be entered:

CATEGORY TIME CURRENCY ACCOUNT ENTITY INTCO VALUE

ACTUAL 2009.JAN CG1 METHOD A I_NONE 90

Here ‘90’ is the value corresponding to the consolidation method for the holding company.

Page 52: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 52/60

Note: Here the information for the INTCO dimension is irrelevant, so the non-intco member 

I_NONE is used.

When the Calculate Ultimate Ownership package is executed after selecting the category,period, and group for which the Ultimate Percentage Ownership must be calculated.

 The result will be stored in the POWN account for each entity of the selected group, like inthe following example

CATEGORY TIME CURRENCY ACCOUNT ENTITY INTCO VALUE

ACTUAL 2009.JAN CG1 POWN A I_NONE 1

ACTUAL 2009.JAN CG1 POWN B I_NONE 0.8

ACTUAL 2009.JAN CG1 POWN C I_NONE 0.3

If the business users prefer to enter the ultimate share directly – rather than inputting theownership percentages of the direct parent, then, the only step required is to input the group-own-entity value for POWN, PGROUP, and METHOD under I_NONE under IntCo

dimension.

Check Ultimate Ownership Report after running the Group Share Calculation (DM package).

Figure 33: Checking the Ultimate Ownership calculation

Loading the Financial data

After loading the financial data, it is best practice to use a BPC report to validate that thenumbers loaded reconcile with the numbers in the source system. In the followingexample data was loaded for 2008.MAR for the J apanese Entity and the reportingcurrency is USD. So we will show the source data loaded through the report.

Page 53: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 53/60

1. Create a report using standard EVDRE to validate and use the RptCurrency in thecolumn and Account in the row. Here is an example to validate the data loaded forMAR 2008.

Note: The exchanges rate was loaded for 2007.DEC and 2008.MAR in the Rate

application.

.2. Click on “Expand all” icon and check that the LC is populated and USD will bedisplayed as 0.00.

Figure 34: Report Parameters

3. Here is the report that shows the data that is available in 2008.MAR.

Figure 135: Sample report d isplaying the Japanese data loaded in local currency for March

2008

Page 54: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 54/60

Work Status Setting

Work States Setting (AppSet dependent)

 The Work Status is a mechanism that allows submitted data to be tracked, approved andlocked using customizable work states definitions that meet the business needs. The workstatus serves the need to secure the data in their application beyond access controls forusers.

With the release of BPC7.0, the system is capable of providing sufficient control on changingthe data to database. Work status such as “Unlocked”, “Submitted”, and “Locked” etc. can beset on a data set, which could be based on dimensions of the data. The term locking isgenerically used to describe data that is not available for change either on a temporary orpermanent basis. During the specific business process, end users can use the work states toapply a label to a specific current view intersection for the purpose of locking data so it can

be reviewed, approved, etc. This is actually a very common requirement, for example, duringmonth-end close business process requires that a specific set of data is locked down so thataccurate month-end reports can be created. After a data submission, the owner can set thestatus of the data to 'Submitted.' This locks the data intersection from subsequentsubmissions. In the other hand the locking strategy of the data is also possible for user tocustomize according to various business needs. For example, between bottom up and topdown data processing model, user can have the flexibility to work with the system on how thelocking logic applies.

Login to BPC Admin Console ->Work States Setting ->Add the states according thebusiness needs ->Set for different interface for the Approval privilege level for each workstates just created ->Set appropriate privilege for changing work states.

Page 55: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 55/60

Figure 36: Defining Work States

Work Status Setting (Application Dependent)

At specific application level work status can be configured by user according the specificrequirement. At application level, the system provides user the interface to define belowsettings,

1) Approval organization: work status can be configured by dimensions. User candecide which dimension contains the approval organization. The approvalorganization is the hierarchy for which user could track the status of the deliverables.

2) Rules: Top down or bottom up? The default rule for managing work status is bottom-up method. That is, the status of a parent cannot be higher than the status of itschildren. Of course user can set work status to top-down. For bottom-up behavior, themaximum state a parent can be set to is the lowest state of its immediate children.

 The minimum state a child can be set to is the state of its immediate parent. Forexample, if the parent state is Submitted, the child state must be at least Submitted.

3) Within the interface of application work status setting, all the dimensions included in

the application are also available for user to pick up to be used to track work statussetting. If user decides not to use certain dimension to track work status, thatdimension must contain a member that is included in the validation process of workstatus to make sure the data is validated before being locked.

Login to BPC Admin Console ->launch the application ->Work Status Setting->Set the lockdimension and owner dimension.

Page 56: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 56/60

Note: Owner dimension must contain the owner property dimension, which hierarchy

controls the work states change hierarchy.

Requirement to define a dimension with an owner property, this dimension must also containa hierarchy to enable the pushing of the work status. The dimension with the owner propertywill drive parent/child relationship for setting status.

In addition to the customizing functionality, the work status combines the above states with

specific functionality based on owner property defined in a specified dimension. The usermust define either top down or bottom up rules to apply to an application (currently anapplication setting).

Figure 37: Defini ng Work States at App lication level

Journal Template and Validation Setting

 J ournals basically allow users to make adjustments to data in the database, typically as partof the month-end or quarter-end process. During review and analysis step, journals allowuser to capture an audit trail of the changes/adjustments made to the database.

Here is an example to explain the possible journal process during company closing.

Page 57: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 57/60

- After loading general ledger data into an application using Data Manager and then theprocessor should be able to review the data and use journal entry to make adjustments if there is any correction/reclassification needed.

- When journal entries are saved and posted, all adjustments to data can be tracked andreported on. For example, it is possible to run reports on the changes by amount, date, user,and several other properties to review and analyze.

Validations on the other hand are designed to prevent “incorrect” records from being savedto the cube. The user controls what is deemed an “incorrect” record. An example of anincorrect record is one where you have specified an intercompany Account, but left the

 Trading Partner dimension empty. Please note that in BPC 5 and 7M, validations have beenimplemented but only J ournals data is checked for validation. Therefore, it is very easy toend up with invalid records in your application as all other modules (Excel, Web, DataManager, etc) will not be validated. The existing Journals validation functionality is notimplemented in BPC 7 for SAP NetWeaver. Instead, this module is intended to supersedethis functionality. In BPC 7, it is not possible (or supported) to get data into a cube withoutgoing through the Write-Back module. Therefore, we implemented the validations in write-back, to ensure that invalid records can not get into the cube from any source including

 journals, all Data Manager Packages, and manual data input.

Journal Template

 The primary requirement for J ournals is to track changes to data after the initial source datais input into the application. For example, the general ledger information is loaded into theapplication via Data Manager. The application users can adjust this data but also track andreport on the changes by amount, date, user, etc.

 To create the journal template login to BPC Admin Console ->launch the application -> J ournals ->to create a journal template.

Once the template is created, the dimension in an application can’t be deleted from theapplication any more as well as all data.

Page 58: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 58/60

Figure 38: The journal template allows users to enter journal entries in BPC to adjust the

source data loaded

Caution: If you have already created a journal template, creating a new template thatchanges the structure of the journal entries deletes the old template and all journal entriesassociated with that template. This removes your audit trail, even though changes made tothe application data through posted journal entries are maintained. If you recreate the journaltemplate, but do not change the structure of the template keeping all header and detail

dimensions the same then you have the option to keep the existing journal entries

Validation Setting

Validations are designed to prevent “incorrect” records being saved to the cube. In BPC 7, itis not possible (or supported) to get data into a cube without going through the Write-Backmodule. Therefore, we implemented the validations in write-back, to ensure that invalidrecords can not get into the cube from any source not only for journals, but also for all DMpackage and manual data input. An example for this is if a specified intercompany accountwith empty Trading Partner dimension will be blocked from writing into the cube.

 To customize Validation, Go to SAP ABAP systems with GUI UI ->go to Transaction codeUJ _VALIDATION to configure the validation framework and customize the validation rulesaccording business requirement. Refer to the “How To do Breakdown Validation in BPC forSAP NetWeaver” on this for detail steps on how to setup the validation.

Page 59: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 59/60

Figure 39: Transaction code "UJ_VALIDATION" allows you to turn on the validation rules

 The validation rules are defined in the configuration screen according to the business

requirements Please refer to the How to guide on Validation setup in BPC 7.0 for SAPNetWeaver for detail steps on how to setup the validation.

Figure 40: Validation Maintenance screen to c reate the rul es

Rule Description: Intercompany accounts require Trading Partner.

Assigned Members: All Intercompany accounts.

Page 60: How to Setup a Legal Consolidation Application

7/23/2019 How to Setup a Legal Consolidation Application

http://slidepdf.com/reader/full/how-to-setup-a-legal-consolidation-application 60/60

Validation Logic: INTCO Dimension for Dimension

“<>” for Operator

I_NONE for Members.