- \n
- \nEnables associating a work status to specific data intersections <\/div>\n<\/li>\n
- \n
Prevents unwanted data changes after finalizing the numbers <\/div>\n<\/li>\n- \n
Applies both on structured and unstructured data <\/div>\n<\/li>\n- \n
Work Status are both configurable and customizable <\/div>\n<\/li>\n<\/ul>\n\u00b7 The work status uses the owner dimension (explained in detail below) for determining the approval organization and data locking behavior<\/p>\n
<\/a>Concept of Owner and Manager (Mgr)<\/h5>\n
The concept of owner and manager plays a vital role in the work status setup. At the application level in the work status setting, a dimension can be assigned as the owner (controlling) dimension. This dimension should also contain a property named \u201cowner\u201d which will determine the owner (authorized person) for changing work status for this member.<\/p>\n
For example in a planning application the entity dimension could be the owner (controlling) dimension. In this case the user id\/team id mentioned in the OWNER property of the entity dimension will be the owner of the work status for the entity.<\/p>\n
![\"image002.jpg\"](\"https:\/\/weblogs.sdn.sap.com\/weblogs\/images\/252057395\/image002.jpg\")
<\/p>\nSimilarly the MGR for the same entity would be the OWNER of the parent of the controlling entity. In the above example for entity SalesUSNest the owner would be domain\\usneastusr and the manager would be domain\\salesususr. We can mention more than one user or have team id instead in this field<\/p>\n
Note: This field is validated during the dimension processing.<\/p>\n
<\/a>Work Status – Setup Steps<\/h5>\n
- \n
- \nConfiguring Work Status \u2013 Like Unlocked, Submitted and Approved <\/div>\n<\/li>\n
- \n
Ensure owner property is available in the controlling dimension \u2013 Example In a planning scenario the entity dimension could be the controlling dimension, so the owner property needs to be present with valid AD user id(s) <\/div>\n<\/li>\n- \n
Configure the work status setting at the application level \u2013 The work status setting could contain different set dimension to determine and control the work status <\/div>\n<\/li>\n- \n
Specify base hierarchy for the work state dimensions <\/div>\n<\/li>\n- \n
Provide member validation for the non work state dimensions<\/div>\n<\/li>\n<\/ol>\n<\/a>Configuring Work Status<\/h4>\n
<\/a>APPSET Level Configuration<\/h5>\n
At the application set level the work state can be maintained and configured. Work state lists the different status of a data combination. For example in a planning scenario the work status could be Unlocked, Submitted or Approved. BPC allows adding additional work state to this default list.<\/p>\n
![\"image003\"](\"https:\/\/weblogs.sdn.sap.com\/weblogs\/images\/252057395\/image003.jpg\")
<\/p>\nThe work state also has a predefined sequence (order) in which it can be used. For example only after submitting a work it can be approved. This order can be changed using the \u201cReorder work state<\/strong>\u201d option.<\/p>\n
For every work state, there are five additional properties or attributes that needs to be configured to determine the lock behavior for different interfaces. The settings available for these interfaces are<\/p>\n
A. Locked \u2013 This locks sending the data via the interface for all, <\/p>\n
B. Owner – Allows the OWNER to send data via interface,<\/p>\n
C. Mgr – Allows the manage to send data via interface and <\/p>\n
D. All \u2013 Allows everyone to send the data via the interface (if the user has access via to the member via the security) <\/p>\n
Below is the list of interface available <\/p>\n
A. DM determines the lock behavior of the data manager<\/p>\n
B. JRN determines the lock behavior of the Journals<\/p>\n
C. MAN determines the lock behavior of the data sent manually via the office<\/p>\n
D. COMM determines the lock behavior of the comments data<\/p>\n
E. DOC determines the lock behavior of the support document<\/p>\n
The administrator can set the locking behavior for each of these interfaces at different work state levels. In the above example once the data intersection is submitted the data can be changed (manually\/data manager) by the manger only. And once in the approved state it is locked for all the interfaces and users.<\/p>\n
The controlled by column determines who can advance the data intersection in the given work status level. The three options available are owner, manager and both. In the above example the approved status for an intersection can be changed only by the manger (the owner of the parent member).<\/p>\n
<\/a>Application Level Configurations<\/h5>\n
The work status setting is determined at the application level. Using work status setting the data intersection to determine and control the work status can be configured. The work status is assigned to this intersection. Each dimension can be set as a work state dimension or non work state dimension or owner (controlling) dimension. <\/p>\n
![\"image008\"](\"https:\/\/weblogs.sdn.sap.com\/weblogs\/images\/252057395\/image008.jpg\")
<\/p>\nWork State<\/h6>\n
If configured \u2018yes\u2019, the dimension is used for determining the intersection for work status purposes. In other words the dimension member will be used for tracking the work status. If configured \u2018no\u2019, the dimension is not used for the determining the data intersection for the work status. If configured as \u2018owner\u2019, the dimension is used for the intersection and the owner\/manager of the intersection is also determined based on the \u201cOWNER\u201d property of the selected dimension.<\/p>\n
Member Validation<\/h6>\n
For the non work state dimension it is mandatory to specify a default member, this member is used as the default value in the back end tables. <\/p>\n
Base Hierarchy<\/h6>\n
For the work state or owner dimension it is mandatory to specify which hierarchy to be used. <\/p>\n
Once these settings are done the settings should be saved. If this setting changes later point in time then all the historical information stored might be lost.<\/p>\n
After following these steps you are ready to use the work status feature with in BPC. As we continue with the next blog of this series, we will cover the practical applications and aspects of configuring work status. <\/p>\n
Next Blog Configuring Work Status Feature in BPC (Part 2)<\/strong><\/p>\n
http:\/\/www.sdn.sap.com\/irj\/scn\/weblogs?blog=\/pub\/wlg\/17934<\/a><\/p>\n
SAP BPC Tutorials | SAP BPC Training | SAP BPC Interview Questions |SAP BPC Books<\/a> <\/p>\n
Technorati Tags: sap bps tutorials<\/a>,sap bcs tutorials<\/a>,sap bpc tutorials<\/a>,sap bps help<\/a>,abap bps tutorials<\/a>,sap bpc examples<\/a>,sap bpc examples sap bpc definition<\/a>,sap bps examples<\/a>,sap bpc list<\/a>,sap bpc types<\/a>,sap bpc applications<\/a>,sap cpm examples<\/a>,sap bpc help<\/a>,sap bpc download sap bpc material<\/a>,sap bpc guide<\/a>,sap bpc cheats<\/a>,sap bpc problems<\/a>,sap bpc tips<\/a>,sap business planning and consolidation help<\/a>,sap bpc training sap bpc training<\/a>,sap bpc training material<\/a>,sap bpc overview<\/a>,sap bpc training courses<\/a>,business objects bpc<\/a>,sap bpc 7.0<\/a>,sap bpc certification<\/a>,sap bpc documentation sap bpc training in india<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"In this blog I will be discussing the details of how to configure and set up the work status along with its featues. In the next blog in this series we will be covering the practical aspect of the same. … Continue reading
- \n
- \n