
This lesson covers how to implement the analysis authorizations, and details about how analysis authorizations work.
Objective
This lesson covers how to implement the analysis authorizations, and details about how analysis authorizations work.
Before delving further into details, let's briefly summarize what you have learned about Analysis Authorizations thus far:
The customer, not SAP, decides which data is relevant for the authorization checks by flagging the corresponding Characteristics and Navigation Attributes as Authorization-Relevant.
With the transaction RSECADMIN, you create Analysis Authorizations consisting of a group of authorization-relevant characteristics and navigation attributes and assign the authorized values.
Analysis Authorizations can be assigned to the users:
With analysis authorizations, you can restrict access to data at any of the following levels and combinations of them:
Also, access to data can be restricted to the type of activity and to specific time periods.
The following two tables show examples of those restrictions:
Levels of Data | Planner is allowed to access data of | Controller is allowed to access data of |
---|---|---|
InfoProvider | COSTS_PLAN | COSTS_ACTUAL |
Characteristics and Characteristic Values | CO_Area 3000 | CO_Area 1000 - 2000 |
Characteristic‘s Hierarchy and Hierarchy Node Vales | Costcenter Hierarchy H2, Hierarchy Node H2_1000 | Costcenter Hierarchy H1, all Hierarchy Nodes |
Key Figures | Gross Amount | Gross Amount, Net Amount |
Access to data | Planner is allowed to | Controller is allowed to |
---|---|---|
Activity | Display data and plan data (value 03 and 02 | Display data (value 03) |
Time Period | only in the first month of a year | at any time (value *) |
While restricting users to the data of a certain InfoProvider can be an easy way to set up and maintain analysis authorizations, this severely restricts access. This action means that users can access either all the data in an InfoProvider or none of the data in the InfoProvider. When securing reporting users, it is recommended that you define authorizations at a lower level than the InfoProvider.
Within the Technical Business Content, SAP provides so called special characteristics to enable implementation of analysis authorization concepts described earlier.
The customer must first activate Special Characteristics from Technical Business Content and then flag them as Authorization-Relevant in the InfoObject maintenance.
Note
For more information, refer to:
Limiting users to data from a specific InfoProvider simplifies analysis authorization setup but restricts them to full or no data access within the InfoProvider.
To secure reporting users, you want to define authorizations on a lower level than InfoProvider. Suppose you wish two users to perform the same query but receive different results based on their responsibilities, secure analysis authorization down to the Characteristic InfoObject level. This option is the closest parallel to the field-level security in traditional SAP ERP or SAP S/4HANA.
Remember the prerequisite for securing data access on Characteristic InfoObject level is to flag them as Authorization-Relevant.
As shown in the preceding figure, Controller A and Controller B have nearly identical analysis authorizations. The only difference concerns the authorization-relevant characteristic 0CO_AREA (Controlling Area).
The users will only see data if the query selection meets their analysis authorizations.
They won't see data if the query selection meets their analysis authorizations only partially.
A query always selects data from the InfoProvider. For the authorization-relevant characteristics, you have to ensure that the user performing the query has sufficient authorization for the complete selection of the query. Selection means the query's filter situation. Otherwise, no query result is displayed, but an error message indicates that the user doesn't have the required authorization.
Authorization Check OK: When the query selection is a proper subset of the authorization, query results are displayed.
Authorization Check Not OK: When the query selection is not a subset of the authorization, query results are not displayed, even if part of the selection is a subset of the authorization.
In general, the authorizations don't work as filters. Nevertheless, in the following instances when the user has partial analysis authorization only, the system still displays data.
These three aspects are explained in the lessons Creating Analysis Authorizations for Key Figures, Creating Hierarchy Authorizations, and Using Variables in Authorizations.
Log in to track your progress & complete quizzes