4 avg. rating (80% score) - 5879 votes
Do you like to switch your career? Here's our recommendation on the important things to need to prepare for the job interview to achieve your career goals in an easy way. SAP GRC is Governance, Risk and Compliance that monitors the company’s regulations and compliance and also take away the risks involved in managing company operations. This tool acts as a central repository to framework. Candidate should have good command on all activities to be done. There is huge demand for jobs related to SAP GRC anywhere. One can check the availability of the job across cities including Mumbai, Delhi, Bangalore, Pune and Hyderabad. Follow Wisdomjobs page for SAP GRC job interview questions and answers to get through your job interview successfully.
Personalization is a way to save information that could be common to users, I meant to a user role… E.g. you can create SAP queries and manage authorizations by user groups. Now this information can be stored in the personalization tab of the role. (I supposed that it is a way for SAP to address his ambiguity of its concept of user group and roles: is “usergroup” a grouping of people sharing the same access or is it the role who is the grouping of people sharing the same access)
In particular I am looking to find the field values for P_ORGIN across a number of authorization profiles, without having to drill down on each profile and authorization.
AGR_1251 will give you some reasonable info.
There is a SAP delivered report that you can copy, remove the system type check and run. To do a landscape with delete, enter the roles to be deleted in a transport, run the delete program or manually delete and then release the transport and import them into all clients and systems.
It is called: AGR_DELETE_ALL_ACTIVITY_GROUPS.
To used it, you need to tweak/debug & replace the code as it has a check that ensure it is deleting SAP delivered roles only. Once you get past that little bit, it works well.
Debug or use RSUSR100 to find the info’s.
Run transaction SUIM and down its Change documents.
su53 is the best transaction with which we can find the missing authorizations.and we can insert those missing authorization through pfcg.
Role and profile go hand in hand. Profile is bought in by a role. Role is used as a template, where you can add T-codes, reports..Profile is one which gives the user authorization. When you create a role, a profile is automatically created.
Profile versions are nothing but when u modifies a profile parameter through a RZ10 and generates a new profile is created with a different version and it is stored in the database.
User role templates are predefined activity groups in SAP consisting of transactions, reports and web addresses.
A role is a container that collects the transaction and generates the associated profile. A composite roles is a container which can collect several different roles
Yes, we can change a user role template. There are exactly three ways in which we can work with user role templates
Execute transaction SU01 and fill in all the field. When creating a new user, you must enter an initial password for that user on the Logon data tab. All other data is optional. Click here for turotial on creating sap user id.
The table USOBX_C defines which authorization checks are to be performed within a transaction and which not (despite authority-check command programmed ). This table also determines which authorization checks are maintained in the Profile Generator.
The table USOBT_C defines for each transaction and for each authorization object which default values an authorization created from the authorization object should have in the Profile Generator.
The following authorization objects are required to create and maintain user master records:
S_USER_GRP: User Master Maintenance: Assign user groups
S_USER_PRO: User Master Maintenance: Assign authorization profile
S_USER_AUT: User Master Maintenance: Create and maintain authorizations
1. Dialog users are used for individual user. Check for expired/initial passwords Possible to change your own password. Check for multiple dialog logon
2. A Service user – Only user administrators can change the password. No check for expired/initial passwords. Multiple logon permitted
3. System users are not capable of interaction and are used to perform certain system activities, such as background processing, ALE, Workflow, and so on.
4. A Reference user is, like a System user, a general, non-personally related, user. Additional authorizations can be assigned within the system using a reference user. A reference user for additional rights can be assigned for every user in the Roles tab.
Derived roles refer to roles that already exist. The derived roles inherit the menu structure and the functions included (transactions, reports, Web links, and so on) from the role referenced. A role can only inherit menus and functions if no transaction codes have been assigned to it before.
The higher-level role passes on its authorizations to the derived role as default values which can be changed afterwards. Organizational level definitions are not passed on. They must be created anew in the inheriting role. User assignments are not passed on either.
Derived roles are an elegant way of maintaining roles that do not differ in their functionality (identical menus and identical transactions) but have different characteristics with regard to the organizational level.
A composite role is a container which can collect several different roles. For reasons of clarity, it does not make sense and is therefore not allowed to add composite roles to composite roles. Composite roles are also called roles.
Composite roles do not contain authorization data. If you want to change the authorizations (that are represented by a composite role), you must maintain the data for each role of the composite role.
Creating composite roles makes sense if some of your employees need authorizations from several roles. Instead of adding each user separately to each role required, you can set up a composite role and assign the users to that group.
The users assigned to a composite role are automatically assigned to the corresponding (elementary) roles during comparison.
If you are also using the role to generate authorization profiles, then you should note that the generated profile is not entered in the user master record until the user master records have been compared. You can automate this by scheduling report FCG_TIME_DEPENDENCY on.
Question 18. How Do I Change The Name Of Master / Parent Role Keeping The Name Of Derived/child Role Same? I Would Like To Keep The Name Of Derived /child Role Same And Also The Profile Associated With The Child Roles.?
First copy the master role using PFCG to a role with new name you wish to have. Then you have to generate the role. Now open each derived role and delete the menu. Once the menus are removed it will let you put new inheritance. You can put the name of the new master role you created. This will help you keep the same derived role name and also the same profile name. Once the new roles are done you can transport it. The transport automatically includes the Parent roles.
Background: When defining authorizations using Profile Generator, the table USOBX_C defines which authorization checks should occur within a transaction and which authorization checks should be maintained in the PG. You determine the authorization checks that can be maintained in the PG using Check Indicators. It is a Check Table for Table USOBT_C.
In USOBX_C there are 4 Check Indicators.
1. CM (Check/Maintain)
2. C (Check)
3. N (No check)
4. U (Unmaintained)
Authorization values may contain wildcards; however, the system ignores everything after the wildcard. Therefore, A*B is the same as A*.
The ‘PFCG_TIME_DEPENDENCY’ background report only cleans up the profiles (that is, it does not clean up the roles in the system). Alternatively, you may use transaction ‘PFUD’.
Change documents cannot be displayed in transaction ‘SUIM’ after they are transported to the production system because we do not have the ‘befor input’ method for the transport. This means that if changes are made, the ‘USR10′ table is filled with the current values and writes the old values to the ‘USH10′ table beforehand. The difference between both tables is then calculated and the value for the change documents is determined as a result. However, this does not work when change documents are transported to the production system. The ‘USR10′ table is automatically filled with the current values for the transport and there is no option for filling the ‘USH10′ table in advance (for the history) because we do not have a ‘befor input’ method to fill the ‘USH10′ table in advance for the transport.
The table buffers are in the shared memory. Buffering the tables increases performance when accessing the data records contained in the table. Table buffers and table entries are ignored during startup. A user buffer is a buffer from which the data of a user master record is loaded when the user logs on. The user buffer has different setting options with regard to the ‘auth/new_buffering’ parameter.
The Profile Generator creates roles. It is important that suitable user roles, and not profiles, are entered manually in transaction ‘SU01′. The system should enter the profiles for this user automatically.
A maximum of 150 authorizations fit into a profile. If the number of authorizations exceeds this marker, the Profile Generator will automatically create more profiles for the role. A profile name consists of twelve (12) characters and the first ten (10) may be changed when generated for the first time.
prerequisites are follows before assigning sap_all to any user .
1.enabling the audit log —- using sm19 tcode.
2.retreving the audit log—–using sm20 tcode.
this process follows when your not implementing grc in your system.
Answer :GRC Landscape is 2 system landscape, 1. SAP GRC DEV 2. SAP GRC PRD in GRC there is no Quality system.
Answer :Collection of rules is nothing but rule set. There is a default rule set in GRC called Global Rule Set.
Just to say all the t-codes which can affect roles and user master records are critical ones. SU01, PFCG, RZ10, RZ11, SU21, SU03, Sm37 are some of critical t-codes.
Below are critical objects:
This is done when ever role is already assigned to users and changes are done in that role. In order to get the changes adjusted in the roles, user comparision is done.
Also during indirect asssignment of roles to user using t codes Po13 and po10, we have to to do user comparision, so that the roles get reflected in the SU01 record of user.
Generally this task is done PFCG_TIME_DEPENDENCY background job which runs once daily so that roles are adjusted after running this report.
If changes are to be reflected immediately, user comparison is recommended.
SAP GRC Related Tutorials
|SAP CRM Tutorial||SAP BI Tutorial|
|SAP HR Tutorial||SAP HANA Tutorial|
|SAP Security Tutorial||SAP Fiori Tutorial|
|SAP Testing Tutorial|
SAP GRC Related Interview Questions
|SAP CRM Interview Questions||SAP BI Interview Questions|
|SAP HR Interview Questions||SAP HANA Interview Questions|
|SAP LE and WM Interview Questions||SAP Security Interview Questions|
|SAP GTS Interview Questions||SAP Fiori Interview Questions|
|SAP Testing Interview Questions||SAP Enterprise Portal Interview Questions|
All rights reserved © 2018 Wisdom IT Services India Pvt. Ltd
Wisdomjobs.com is one of the best job search sites in India.