Business Rule is a table based logic execution functionality which provides flexibility to the end users to customize certain pre-delivered functions, without having to fully understand BPC scripting logic. Under this framework all business rule functionalities are support by an underlying business rule table in which the business user can configure\/setup rules such as what balances should be read in order to calculate an amount to be posted within the boundaries of the specific functionality. <\/p>\n
Types Business Rule <\/h5>\n
There are six types of business rules available at the application level which can be enabled<\/p>\n
- \n
- \n
Account Transformation: Performs a straight summarization of a group of accounts. Account transformation reads and aggregates the values posted to specific combinations of accounts, flow types and data sources in order to post the aggregated amount under an alternate destination account, flow and data source combination.<\/p>\n<\/li>\n
- \n
Carry \u2013 Forward: Summarizes a group of activity accounts and copies the value into an opening balance account. Facilitates populating the opening balances in the new year with the closing balances as of the last period of the prior year and transfer current period net income to the Balance Sheet in order to create a fully balanced Balance sheet for each period.<\/p>\n<\/li>\n
- \n
Currency Translation: Performs standard currency translation. The currency conversion function is designed to convert local currency values into one or more reporting and\/or group currencies.<\/p>\n<\/li>\n
- \n
Intercompany Eliminations: Performs intercompany eliminations and allows us to perform the intercompany matching process.<\/p>\n<\/li>\n
- \n
US Eliminations: Controls where in an Entity dimension member the results of eliminations are stored <\/p>\n<\/li>\n
- \n
Validation: Allows user to check integrity and correctness of entered data. This facilitates validating the data at different stages of the data submission and enrichment process to help ensure the completeness and accuracy of the existing data. In other words this business rule ensures that the data is in consistent state as per the business logic.<\/p>\n<\/li>\n<\/ul>\n
We will be focusing on the validation business rule in the rest of the article.<\/p>\n
<\/p>\n
<\/p>\n
<\/strong> <\/p>\n
Validation Business Rule<\/h4>\n
Introduction<\/h5>\n
The data is entered via various sources in BPC; the data might be entered from input schedules (evdre), data manager packages or journals. At various stages of the data entry and work state, some user defined checks need to be performed in order to help ensure the consistency, completeness and accuracy of the data from the business aspect. Validation rules allow you to check the integrity and correctness of entered values, before signing off such data as \u201capproved.\u201d<\/p>\n
The validation business rule facilitates this verification process by running a report on the various \u201cerror\u201d accounts, it makes it possible to visualize if the data is in consistent state in the context of the application or if data is inconsistent which further follow-up. Business rule tables exist in order to allow Business Users to define which sets of records they wish to compare; this separates the content from the container.<\/strong><\/p>\n
Characteristics of Validation Rules<\/h5>\n
Below is the list of few key characteristics of the validation rules.<\/p>\n
- \n
- \n
Validation business rule can only be configured at the application level<\/p>\n<\/li>\n
- \n
Validation business rule is supported by two underlying business rules tables (clcVALIDATION_<APP> and clcVALIDATION_H_<APP>)<\/p>\n<\/li>\n
- \n
Validation business rule should be enabled explicitly in order to configure it at the application level<\/p>\n<\/li>\n
- \n
Validation rules can be configured for Financial and Legal Consolidation type application only<\/p>\n<\/li>\n
- \n
The validation function provides for the ability to: <\/p>\n<\/li>\n<\/ul>\n
o Compare the balance of one set of accounts against a second set of account or group of accounts , using operands like =,>,<,>= and <=<\/p>\n
o If the comparison returns a true condition then the validation is deemed to have been successful and no entries are made in the variance (validation) account.<\/p>\n
o If a false result is returned then the validation is deemed to have failed. In this case any variance between the balances in the two sets of accounts will be automatically posted to an variance (validation) account. <\/p>\n
- \n
- \nValidation rule supports the ability to define the records to be checked using given combination of account and flow dimension. <\/div>\n<\/li>\n<\/ul>\n
- \n
- \nValidation business rule uses the SPRUNVALID stored procedure and can be called from the script logic with the below command <\/div>\n<\/li>\n<\/ul>\n
*RUN_STORED_PROCEDURE=SPRUNVALID([FINANCE], [ACTUAL], [USD], [%SCOPETABLE%], [%LOGTABLE%] )<\/p>\n
Configuring the Validation Rules<\/h5>\n
Business Case<\/h6>\n
We want to ensure that the total asset is equal to total liabilities during a financial close cycle. The account for the total assets is \u201cTotalAssets\u201d and the account for total liability is \u201cTotalLiabEquity\u201d. In case of any difference is found in these account, the same should be posted in an exception account name \u201cBSDiff\u201d.<\/p>\n
Configuration Steps<\/h6>\n
Modify Application Property<\/h6>\n
Step 1: Log into BPC Administration and highlight the application to which you need to add Business Rules and select \u201cModify Application\u201d from the action pane<\/p>\n
![\"image017.jpg\"](\"https:\/\/weblogs.sdn.sap.com\/weblogs\/images\/252057395\/image017.jpg\")
![\"image011\"](\"https:\/\/weblogs.sdn.sap.com\/weblogs\/images\/252057395\/image011.jpg\")
<\/p>\nStep 2: Choose the \u201cChange Application Type\u201d option from the action pane.<\/p>\n
Step 3: Ensure that the reporting type of application is \u201cFinancial\u201d and select \u201cModify Application\u201d from the action pane<\/p>\n
![\"image12\"](\"https:\/\/weblogs.sdn.sap.com\/weblogs\/images\/252057395\/image012.jpg\")
<\/p>\nStep 4: Check the \u201cValidation Rule\u201d check box and select \u201cModify Application\u201d from the action pane<\/p>\n
![\"image013\"](\"https:\/\/weblogs.sdn.sap.com\/weblogs\/images\/252057395\/image013.jpg\")
<\/h5>\nSetting up Dimensions<\/h5>\n
Flow Dimension<\/strong><\/p>\n
To use the validation business rule, a Flow dimension (a Subtable type dimension) is mandatory. The Flow dimension is not included in the ApShell appset that is standard with the software. The Flow dimension has been added to the Finance Application within ApShell for purposes of this guide.<\/p>\n
For example, some accounts, like Fixed Assets, have a Subtable dimension which contains Opening Balances, Additions, Deletions, Transfers and Ending Balances.<\/p>\n
For purposes of this example, the Flow dimension has been built to look like the following:<\/p>\n
![\"impage15\"](\"https:\/\/weblogs.sdn.sap.com\/weblogs\/images\/252057395\/image015.jpg\")
<\/p>\n\u00b7 Note that the dimension is of type Subtable<\/p>\n
\u00b7 Flow dimension members <\/p>\n
ID<\/strong>
EVDESCRIPTION<\/strong>
PARENTH1<\/strong><\/p>\nF_GEN
Generic Flow Member
F_TotalActivity<\/p>\nF_OpenBal
Opening Balance
F_TotalActivity<\/p>\nF_Additions
Additions
F_TotalActivity<\/p>\nF_Deletions
Deletions
F_TotalActivity<\/p>\nF_Transfer
Transfer
F_TotalActivity<\/p>\nF_EndBalance
End Balance
F_TotalActivity<\/p>\nF_TotalActivity
Total Activity<\/p>\n\u00b7 After the Flow dimension has been successfully processed, add it to the application which contains the Business Rules. In this example we have added it to the Finance Application.<\/p>\n
Error\/Validation Account<\/strong><\/p>\n
Error or validation account should be setup in the account dimension to post the difference of the validation process. For this example a new account \u201cBFDiff\u201d is added to the account dimension.<\/p>\n
Business Rule Table(s)<\/h6>\n
Two tables, \u201cValidation Rules\u201d table and \u201cValidation Details\u201d table need to be managed for setting up the validation rules. <\/p>\n
Validation Rules Table <\/h6>\n
The following table describes the fields to define in the validation rules table (Extracts from the SAP BPC Help) <\/p>\n
Field Name <\/strong>
Description<\/strong><\/p>\nValidation account
The member ID of the ‘error’ account.<\/p>\nRemark
A description for the rule. <\/p>\nValidation operand
=<\/strong>, <<\/strong>, ><\/strong>, >=<\/strong>,<=<\/strong>If the sign is =<\/strong>, the total of the left account must be equal to the total of the right account *-1If the sign is ><\/strong>, the total of the left account must be greater than the total of the right account *-1 If the sign is <<\/strong>, the total of the left account must be smaller than the total of the right account *-1<\/p>\nOther source dimensions
Blank or a filter criterion for the original data extraction. Used to limit the selection on one dimension. <\/p>\nOther destination dimensions
Blank or a forced destination. Used to force a target destination\u2019s dimension. <\/p>\nApplicable periods
Blank or one or more time periods.<\/p>\nValidation tolerance
Used to determine a limitation in the Value.<\/p>\nAll validations compare the Left part with the right part (ACCOUNT_L with ACCOUNT_R). You can have more than one account in the left or in the right. The system calculates all the accounts on the left and compares it with all the accounts on the right. Here is our example:<\/p>\n
- \n
- \nTotalAssets – Total Asset = 1000 <\/div>\n<\/li>\n
- \n
TotalLiabEquity – Total Liabilities = 990<\/div>\n<\/li>\n<\/ul>\nIf the validation sign is =<\/strong> , 10 is generated in the validation account because 1000 is not equal to 990. <\/p>\n
If the validation sign is <<\/strong> , 10 is generated in the validation account because 1000 is not smaller than 990.<\/p>\n
If the validation sign is ><\/strong> , nothing is generated in the validation account because 1000 is greater than 990. <\/p>\n
<\/p>\n
<\/p>\n
Sample Configuration<\/em><\/strong> <\/p>\n
Validation <\/strong>Account<\/strong>
Validation Operand<\/strong>
Other Source Dimensions<\/strong>
Other Destination Dimensions <\/strong>
Applicable Periods <\/strong>
Validation Tolerance<\/strong><\/p>\nBSDiff
=
0<\/p>\n![\"image016\"](\"https:\/\/weblogs.sdn.sap.com\/weblogs\/images\/252057395\/image016.jpg\")
<\/p>\n*Note: After addition or change do \u201cSave without Validation\u201d and \u201cValidate Validation rules rule table\u201d, without this the setting will not work.<\/p>\n
<\/h6>\n
Validation Rules Details Table<\/h6>\n
The validation process compares the left side intersection (ACCOUNT1 \/ FLOW1) with the right side intersection (ACCOUNT2 \/ FLOW2).The following table describes the fields to define in the Validation rules detail table. <\/p>\n
Field Name <\/strong>
Description<\/strong><\/p>\nValidation account
The member ID of the ‘error’ account.<\/p>\nAccount 1
The member ID of the \u201cleft side\u201d account.<\/p>\nFlow 1
Blank or the \u201cleft side\u201d member of the FLOW dimension.<\/p>\nSign 1
The operator used in the Left part of calculation ( +<\/strong> or –<\/strong> )<\/p>\nAccount 2
The member ID of the \u201cright side\u201d account.<\/p>\nFlow 2
Blank or the \u201cright side\u201d member of the FLOW dimension<\/p>\nSign 2
The operator used in the Right part of calculation ( +<\/strong> or – <\/strong>)<\/p>\nRemark
A description for the rule.<\/p>\nSample Configuration<\/em><\/p>\n
Validation Account
ACCOUNT1
FLOW1
SIGN1
ACCOUNT2
FLOW2
SIGN2<\/p>\nBSDiff<\/p>\n
TotalAssets
F_GEN
+ 1
TotalLiabEquity
F_GEN
+ 1<\/p>\n<\/p>\n*Note: After addition or change do \u201cSave without Validation\u201d and \u201cValidate Validation rules rule table\u201d, without this the setting will not work.<\/p>\n
In this example, we validate if TotalAssets (F_GEN) = TotalLiabEquity (F_GEN) and if it is not then the difference will be posted in the validation account BSDiff. <\/p>\n
<\/h6>\n
Logic for Validation<\/h6>\n
As stated above to execute the validation rule we should make use of the below logic script. Since the validation process is handled by a stored procedure called SPRUNVALID. This procedure is launched using the logic statement:<\/p>\n
*RUN_STORED_PROCEDURE=SPRUNVALID( parameters list) <\/strong><\/p>\n
Sample Configuration <\/em><\/p>\n
*RUN_STORED_PROCEDURE=SPRUNVALID([LEGALAPP], [ACTUAL], [USD], [%SCOPETABLE%], [%LOGTABLE%] )<\/p>\n
Conclusion<\/h6>\n
At various stages of the data entry, the data consistency checks can be performed completeness and accuracy check can be performed using this feature. Validation rules allow you to check the integrity and correctness of entered values, before signing off such data as \u201capproved\u201d. <\/p>\n
SAP BPC Tutorials | SAP BPC Training | SAP BPC Interview Questions |SAP BPC Books<\/a> <\/p>\n
del.icio.us Tags: sap bpc training<\/a>,sap bpc training material sap bpc overview<\/a>,sap bpc training courses<\/a>,business objects bpc<\/a>,sap bpc 7.0 sap bpc certification<\/a>,sap bpc documentation<\/a>,sap bpc training in india<\/a>,sap bpc effects<\/a>,sap bps effects<\/a>,sap bpc symptoms<\/a>,sap bpc fx<\/a>,outlooksoft effects<\/a>,sap cpm effects<\/a>,sap bpm effects<\/a>,sap bcs effects<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"Business Rules Introduction SAP Business Planning and Consolidations delivers certain pre-defined functionalities and calculations to support common accounting\/financial scenarios such as currency translation and intercompany matching\/elimination or validations. Business rules framework also allows the business user to configure and customize … Continue reading
- \n
- \n
- \n
- \n
- \n