Академический Документы
Профессиональный Документы
Культура Документы
IBMr
IBMr
Module objectives
At the end of this module, you should be able to:
Recognize how to build Master Data Validations
Recognize the concept of Drill-Through
Identify the Audit feature
Identify the usage of Work Status
IBMr
IBMr
Introduction
Master Data Validations are used to make sure to load the allowed
combinations of dimension members data when loading data or when
writing online data to the server based on the conditions. If the conditions
are not fulfilled the system automatically generate an error message while
saving the data.
Master Data Validation is set up by using the Characteristic Validation option
in BW.
Master Data Validation works with "Driver Dimension concept", the driver
dimension in each model the rules will be created:
You can have only one Driver dimension per model.
One driver dimension can have more than one rule.
We create rules at the Dimension level.
The same validation rules can be used on other models as well.
IBMr
Configuration (1 of 5)
The configuration of validations are performed using T-code: UJ_Validation
in BI-box.
The Driver Dimension is the dimension in each application that the validation
rules will be created from. In most cases it is the Account Dimension (but it
can be any dimension).
An example where we want to check the Account dimension =
MYAPP_ACC whenever a record is written to database. We wanted to
check if the category is Plan it should allow certain accounts and if the
category is Actual then it should allow accounts mentioned as per the rule
created .
IBMr
Configuration (2 of 5)
From SAP BI, enter the t-code UJ_VALIDATION.
The BPC Validation Maintenance Screen is opened.
Select the Environment where you want the validation rule to be applied to.
Click on the Assign Driver Dimension.
IBMr
Configuration (3 of 5)
MYAPP(Model)
MYAPP_ACC(Account -Dimension)
Now click on Save Driver Dimension Settings.
Then click on Create or Edit Rule.
IBMr
Configuration (4 of 5)
Fill in the rule description, assign members and fill in the validation logic.
Save rule.
Once the setting is saved click on the back button to go back to the BPC
Validations MaintenanceInitial Screen.
In our example, we are going to test to make sure that we can plan only for
those accounts which are mentioned in the rule as plan.
This rule means that a record can not be saved to the cube unless the
condition maintained as part of rule are not met.
IBMr
Configuration (5 of 5)
Create / Edit Rule For Plan (Member-MYAPPCATDIM)for Accounts
CE0004230 and CE0004200.
We have two Validations Rules: One each for Category Actual and Plan
10
IBMr
11
IBMr
12
IBMr
Introduction
Drill-Through is an interface for Excel feature that allows detailed data from
an external source to be viewed by clicking the drill through option from the
action pane from a cell in a report for which the drill through has been
defined.
An example we have a BPC report name called planned depreciation for the
next financial year at cost center level and we would like to see the actual
depreciation for the previous fiscal year, so in this case we can use drill
through to BW report to see the actual at more detailed level.
In the BPC 10.0 NW version, drill through is available on any cell that
contains the data. An administrator must configure drill through for the cell in
order to see its data.
You can drill through to the ECC level of data, to a URL or a BEx report.
There is a difference between the Drill Down and Drill-Through:
Drill Down is used to drill down on member data within the dimension.
Drill Down is conducted within one report whereas Drill-Through is jump outside of the
Excel Interface.
13
IBMr
Setting up Drill-Through
Setup Drill-Through from Administration window
14
IBMr
15
IBMr
16
IBMr
17
IBMr
18
IBMr
19
IBMr
20
IBMr
21
IBMr
22
IBMr
23
IBMr
24
IBMr
25
IBMr
26
IBMr
Audit: Configuration (1 of 3)
The Audit function is meant to provide the log of information on system
behavior and changes made to prevent an organization from fraud.
The Audit feature is activated from the Administration window. There are two
types of audit activation: Activity Audit (at Environment Level) and Data
Audit (at Model Level)
27
IBMr
Audit: Configuration (2 of 3)
Activity Audit can be activated for activities: Administration, User, BPF, and
Business Rules Management
28
IBMr
Audit: Configuration (3 of 3)
Data Audit can be activated for individual model and for tasksEPM Add-in
Input, DM Import, DM Clear, Script Logic Execution, Web Report Input,
Journal Input, Business Rule Execution, Ownership and FM Import.
We can also define the frequency in days for recording the audit activities for
each category defined in that model.
29
IBMr
Audit: Introduction
The Audit Log Reports can be launched from the home page.
There are three types of Audit Logs: BPF, Security, and General.
Audit logs can be further generated at sub levels for each type.
30
IBMr
31
IBMr
32
IBMr
33
IBMr
34
IBMr
35
IBMr
36
IBMr
37
IBMr
Load
Load Month-end Data
Adjust Month-end Data
Submit Month-end Data
Set the Work Status
defined by Administrator
38
Review
Lock the data at
Responsibility Cost
Center
Start the Review
Report
Lock the data from
all types of changes
for Accurate Monthend Reporting
IBMr
39
IBMr
40
IBMr
41
IBMr
Dimensions such as account, data source, reporting currency, and so on, typically
remain static, so those are considered non-data locking dimensions.
The dimension that contains Owner property must be defined as a data locking
dimension.
You can enable data locking and select the dimensions to lock the process
context, or disable data locking.
42
IBMr
In the figure above, you define who can change the data in the system:
All: All users with the appropriate member access rights can change data
Locked: No one can change the data.
Manager: Only managers (parents of owners) can change data.
Owner: Only owners can change data.
A default work status exists as the first status which cannot be changed. It has an
internal code of 0 and is controlled by the Manager and Owner (Controlled by is set to
Owner and Manager). In above screenshot, its Unlocked status.
43
IBMr
Work statuses (or work status codes) are defined for the entire
environment (not per model). There is no limit to the number of codes you
can create, but there is a practical limit.
You can change the order of work status, but once you change it, the
system deletes all locks for all models in the environment.
44
IBMr
45
IBMr
46
IBMr
47
IBMr
In BPC NW only base member for each dimension can be selected, except
the Owner Dimension, else work status cannot be set.
You can change the work status only for members of which you are the
owner or manager.
48
IBMr
49
IBMr
Review
50
IBMr
Module summary
Having completed this module, you should now be able to:
Recognize how to build Master Data Validations
Recognize the concept of Drill-Through
Identify the Audit feature
Identify the usage of Work Status
51
IBMr
Course summary
Having completed this course, you should now be able
to:
Provide an overview of BOPC 10.0
Explain and apply BOPC for Admin 10.0
Define and demonstrate security and data
management
Recognize how to construct Reports and Input
Forms Using EPM
Recognize how to work with Script Logic
52
53
IBMr