Top 26 SAP Security Interview Questions
Top 26 SAP Security Interview Questions
Top 26 SAP Security Interview Questions
6) Explain how you can delete multiple roles from QA, DEV and Production
System?
To delete multiple roles from QA, DEV and Production System, you have to follow below
steps
Place the roles to be deleted in a transport (in dev)
Delete the roles
Push the transport through to QA and production
This will delete all the all roles
7) Explain what things you have to take care before executing Run System Trace?
If you are tracing batch user ID or CPIC, then before executing the Run System Trace,
you
have to ensure that the id should have been assigned to SAP_ALL and SAP_NEW. It
enables
the user to execute the job without any authorization check failure.
8) Mention what is the difference between USOBT_C and USOBX_C?
USOBT_C: This table consists the authorization proposal data which contains the
authorization data which are relevant for a transaction
USOBX_C: It tells which authorization check are to be executed within a transaction
and
10) What is the t-code used for locking the transaction from execution?
For locking the transaction from execution t-code SM01, is used.
11) Mention what is the main difference between the derived role and a single
role?
For the single role, we can add or delete the t-codes while for a derived role you cannot
do that.
12) Explain what is SOD in SAP Security?
SOD means Segregation of Duties; it is implemented in SAP in order to detect and
prevent
error or fraud during the business transaction. For example, if a user or employee has
the
privilege to access bank account detail and payment run, it might be possible that it can
divert
vendor payments to his own account.
13) Mention which t-codes are used to see the summary of the Authorization
Object and
Profile details?
SU03: It gives an overview of an authorization object
SU02: It gives an overview of the profile details
14) Explain what is User Buffer?
A user buffer consists of all authorizations of a user. User buffer can be executed by tcode
SU56 and user has its own user buffer. When the user does not have the necessary
authorization or contains too many entries in his user buffer, authorization check fails.
15) By which parameter number of entries are controlled in the user buffer?
In user buffer number of entries are controlled by the profile parameter
Auth/auth_number_in_userbuffer.
16) How many transactions codes can be assigned to a role?
To a role maximum of 14000 transaction codes can be assigned.
17) Mention which table is used to store illegal passwords?
To store illegal passwords, table USR40 is used, it is used to store pattern of words
which
cannot be used as a password.
18) Explain what is PFCG_Time_Dependency ?
PFCG_TIME_DEPENDENCY is a report that is used for user master comparison. It also
clears
up the expired profiles from user master record. To directly execute this report PFUD
transaction code can also be used.
3/5
http://career.guru99.com/
Answer: 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.
Question.7 What profile versions?
Answer: 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.
Question.8 What is the use of role templates?
Answer: User role templates are predefined activity groups in SAP consisting of transactions,
reports and web addresses.
Question.9 What is the different between single role & composite role?
Answer: 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
Question.10 Is it possible to change role template? How?
Answer: Yes, we can change a user role template. There are exactly three ways in which we
can work with user role templates
- we can use it as they are delivered in sap
- we can modify them as per our needs through pfcg
- we can create them from scratch.
For all the above specified we have to use pfcg transaction to maintain them.
Question.11 SAP Security T-codes?
Answer:
Frequently used security T-codes
SU01 Create/ Change User SU01 Create/ Change User
PFCG Maintain Roles
SU10 Mass Changes
SU01D Display User
SUIM Reports
ST01 Trace
SU53 Authorization analysis
Question.12 How to create users?
Answer: 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.
Question.13 What is the difference between USOBX_C and USOBT_C?
Answer: 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.
Question.14 What authorization are required to create and maintain user master records?
Answer: 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
Q.List R/3 User Types
A.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.
Question.15 What is a derived role?
Answer: 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.
Question.16 What is a composite role?
Answer: 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.
Question.17 What does user compare do?
Answer: 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.?
Answer: Firstcopy 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.
Question.19 What is the difference between C (Check) and U (Unmentioned)?
Answer: 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.
CM (Check/Maintain)
-An authority check is carried out against this object.
-The PG creates an authorization for this object and field values are displayed for changing.
-Default values for this authorization can be maintained.
C (Check)
-An authority check is carried out against this object.
-The PG does not create an authorization for this object, so field values are not displayed.
-No default values can be maintained for this authorization.
N (No check)
-The authority check against this object is disabled.
-The PG does not create an authorization for this object, so field values are not displayed.
-No default values can be maintained for this authorization.
U (Unmaintained)
-No check indicator is set.
-An authority check is always carried out against this object.
-The PG does not create an authorization for this object, so field values are not displayed.
-No default values can be maintained for this authorization.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
1. 3.
There are two options in the PFCG while modifying a role. One change
authorizations and another expert mode-what is the difference between them
Ans: Change authorization: This option we will use when we create new role and modify
old role
Expert mode: i. Delete and recreate authorizations and profile
(All authorizations are recreated. Values which had previously been maintained, changed
or entered manually are lost. Only the maintained values for organizational levels remain.)
ii. Edit old status
(The last saved authorization data for the role is displayed. This is not useful, if
transactions in the role menu have been changed.)
iii. Read old data and merge with new data
Ans: USR40
1. 6.
What is the table name to see the authorization objects for a user
Ans: USR12
1. 7.
1. 8.
1. 9.
Ans:
S_user_obj,s_user_grp, s_user_agr , s_tabu_dis, s_tabu_cli , s_develop ,s_program
Whenever the request coming from the user for new authorization .the request goes to
firefighter owner. FF owner proved the FF ID to normal user then the user (secu admin)
will assign the authori to those users (end user)
1. 12. Where do we add the FF ids to the SAP user ids
Ans: go to Tcode
with validity
/n/virsa/vfat
1. 20. How to copy 100 roles from a client 800 to client 900?
Ans: Add all 100 roles as one single composite Role and Transfer the Composite role
automatically the 100 Role will transfer to the target client (Using SCC1)
1. 21. User reports that they lost the access. We check in SUIM and no change docs
found...How do you trouble shoot?
Ans: may be user buffer full or role expired
2. 2.
Goto SUIM > role by complex selection > type user names
36.What do you mean by User Buffer? How it works with the user's Authorizations?
Ans: User buffer means user context it contain user related information i.e.) authorizations,
parameters, reports, earlier acceded screens .We can see the user context using T.Code
SU56
37. What is the advantage of CUA from a layman/manager point of view?
Ans: CUA used for maintain and manage the users centrally.
38. Values? What is the purpose of these Org. values?
Ans: Values: its used for restrict the user by values e.g. Sale order value (1-100) it means
user can create only 100 sales orders not more than that
40.What is the main purpose of Parameters Groups & Personalization tabs in SU01 and
Miniapps in
PFCG?
Ans: 1.Parameter tab: its used to auto fills the some of the values during the creation of
orders
2. Personalization tab is user to restrict the user in selection criteria E.g.: while selecting
pay slip it will shows only last month pay slip by default. If u select the attendances it will
shows current month by default
3. Miniapps- we can add some mini applications like calculator, calendar etc
42. How many maximum profiles we can assign to one user?
Ans:312
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
SAP Security Interview Questions
Q. SAP Security T-codes
A. Frequently used security T-codes
SU01 Create/ Change User SU01 Create/ Change User
PFCG Maintain Roles
SU10 Mass Changes
SU01D Display User
SUIM Reports
ST01 Trace
Q. How to find out all the roles for one composite role or a selection of composite roles?
A. Execute SE16N
Table AGR_AGRS
Composite roles You can put multiple composite roles using the more button
Q. How to find out all the derived roles for one or more Master (Parent) roles?
A. Execute SE16N
Table AGR_DEFINE
Use either agr_name field or Parent_agr field.
Q. How can I check all the Organization value for any role?
A. Execute SE16N
Table AGR_1252
Role Type in the role here and hit execute.
You can always download all the information to spreadsheet also using .
Q. How do I restrict access to files through AL11?
A. First create an alias. Go to t-code AL11 > configure > create alias. Let say we are trying to
restrict alias DIR_TEMP which is /tmp. Open PFCG and assign t-code AL11, and change the
authorization for S_DATASET as mentioned below
Activity 33
Physical file name /tmp/*
Program Name with Search Help *
Q. How can I add one role to many users?
A. SU10. If you have less than 16 users then you can paste the userids.
If you have more than 16 users Click on Authorization data and click on next to users and
upload from clipboard .
Hit the change button and go to the role tab and add the roles to be assigned and hit save.
Q. What are the Best practices for locking expired users?
A. Lock the user. Remove all the roles and profiles assigned to the user. Move them to TERM
User group.
Q. How can be the password rules enforced ?
A. Password rules can be enforced using profile parameter. Follow the link to learn more about
the profile parameter.
Q. How to remove duplicate roles with different start and end date from user master?
A. You can use PRGN_COMPRESS_TIMES to do this. Please refer to note 365841 for more
info.
Q. How come the users have authorization in PFCG, but user still complains with no
authorization?
A. Make sure the user master is compared. May be the there is a user buffer overflow
Also check the profile- Follow the instruction below.
SUIM > User by complex criteria.
Put the userid of user who is having issue.
Execute
Double click on the user id and expand the tree. Select the profile in question and see if the
authorization is correct or not. If not do the role reorg in PFCG and see if that helps.
Q. How can I have a display all roles.
A. Copy sap_all and open the role and change the activity to 03 and 08
Q. How can I find out all actvt in sap?
A. All possible activities (ACTVT) are stored in table TACT (transaction SM30), and also the
valid activities for each authorization object can be found in table TACTZ (transaction SE16).
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Changed It means that the proposed value in at least one of the fields in
an authorization instance has been changed.
Manual It means that at least one authorization field has been manually
added, i.e. it was not proposed by profile generator.
What is the difference between authorization user group and logon group?
Authorization user group is used for user management purpose. Each user group
is managed by certain security administrators. Authorization object S_USER_GRP
determines users of which user group can be administered by a certain user admin.
Those users who are not assigned to any user group can be administered by all the
security user admins.
Logon groups are generally created by SAP Basis Administrators and used for
logon load balancing. These are logical groups of users. These users can be
assigned to one or more SAP instances. When a Logon group is assigned to an SAP
instance, all users belonging to that logon group would by default logon to that
particular instance. Hence logon group helps in load balancing.
What steps are checked by the system when an interactive user executes
a transaction code?
Various steps are checked when a user executes a transaction code:
(1) First it is checked whether the transaction is a valid transaction code. This is
checked in TSTC table. If the tcode does not exists, the system gives the message
that the transaction does not exist.
(2) If the tcode is a valid tcode, then the system checks whether the tcode is locked
or unlocked. Field CINFO in TSTC is used to determine whether the transaction is
locked or unlocked.
(3) The system then checks if the user has necessary tcode value maintained in
authorization object S_TCODE in his/her user buffer. If the authorization object
S_TCODE contains the required tcode, then the system checks whether any
additional authorization check is assigned to the tcode via SE93. This value can be
found on the initial screen of SE93 for that tcode or in TSTCA table.
(4) Further authorization check takes place based on the values present in the
source code under Authority-check statement and the activity performed by the
user.
How do we know who made changes to Table data and when?
If checkbox for table Log Changes is enabled, table DBTABLOG keeps all the log
data for the related table.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
After upgrading SAP with the new release, you need to make adjustment to the all the roles and
transaction codes.SU25 is the transaction code for upgrading profile generator.
This has 6 different steps and the execution of these steps depends on whether you were
already using profile generator in the last release.
This transaction has 6 steps. This transaction is used to fill the customer tables of the
Profile Generator the first time the Profile Generator is used, or update the customer tables after
an upgrade. The customers tables of the Profile Generator are used to add a copy of the SAP
default values for the check indicators and field values. These check indicators and field values
are maintained in transaction SU24. If you have made changes to check indicators, you can
compare these with the SAP default values and adjust your check indicators as needed.
Step1: If you have not yet used the Profile Generator or you want to add all SAP default values
again, use the initial fill procedure for the customer tables.
If you have used the Profile Generator in an earlier Release and want to compare the data with
the new SAP defaults after an upgrade, use steps 2a to 2d. Execute the steps in the order
specified here.
Step 2a: is used to prepare the comparison and must be executed first.
Step 2b - If you have made changes to check indicators or field values in transaction SU24, you
can compare these with the new SAP default values. The values delivered by SAP are
displayed next to the values you have chosen so that you can adjust them if necessary. If you
double-click on the line, you can assign check indicators and field values. You maintain these as
described in the documentation for transaction SU24.
Note on the list of transactions to be checked To the right of the list you can see the status
which shows
whether or not a transaction has already been checked. At first the status is set to to be
checked.
If you choose the transaction in the change mode and then choose save, the status is
automatically set to checked.
By choosing the relevant menu option in the list of transactions you can manually set the status
to checked without changing check indicators or field values, or even reset this status to to be
checked.
If you want to use the SAP default values for all the transactions that you have not yet checked
manually, you can choose the menu option to copy the remaining SAP default values.
Step 2c: You can determine which roles are affected by changes to authorization data. The
corresponding authorization profiles need to be edited and regenerated. The affected roles are
assigned the status profile comparison required.
Alternatively you can dispense with editing the roles and manually assign the users the profile
SAP_NEW (make sure the profile SAP_NEW only contains the subprofiles corresponding to
your release upgrade. This profile contains authorizations for all new checks in existing
transactions). The roles are assigned the status profile comparison required and can be
modified at the next required change (for example, when the role menu is changed). This
procedure is useful if a large number of roles are used as it allows you to modify each role as
you have time.
Step 2d: Transactions in the R/3 System are occasionally replaced by one or more other
transactions. This step is used to create a list of all roles that contain transactions replaced by
one or more other transactions.
The list includes the old and new transaction codes. You can replace the transactions in the
roles as needed. Double-click the list to go to the role.
Step 3: This step transports the changes made in steps 1, 2a, and 2b.
Tailoring the Authorization Checks
This area is used to make changes to the authorization checks.
Changes to the check indicators are made in step 4. You can also go to step 4 by calling
transaction SU24.
-You can then change an authorization check within a transaction.
-When a profile to grant the user authorization to execute a transaction is generated, the
authorizations are only added to the Profile Generator when the check indicator is set to
Check/Maintain.
-If the check indicator is set to do not check, the system does not check the authorization object
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
SE16N:
** The transaction code SE16N (general table display) is an improved version of the old data
browser (SE16). It has been around for some time, but is not widely known amongst consultants
and end users of SAP. It looks a bit different to the old data browser functionality (SE16).
** Once you have entered your table name, type "&SAP_EDIT" without the quotation marks into
the transaction code. This enables editing functionality on SE16N and allows you to make table
changes. This allows you to access both configuration and data tables which may be otherwise
locked in a production environment.
** Whilst this may appear to be a short cut and allow you to access a back door which is
normally shut, this hidden feature should be used with caution in any SAP client - especially a
live or production system.
Limitations of SE16N:
**You can only output one table at a time. If you wish to output more than one table you can use
the available reporting tools or the QuickViewer (transaction code SQVI) functionality within
SAP.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
How to Create and Use the Authorization Objects in ABAP
AuthorizationObjectsareusedtomanipulatethecurrentusersprivilegesforspecificdataselectionand
activitiesfromwithinaprogram.
Stepstocreateauthorizationfield
1.GototransactioncodeSU20
2.Clickthecreatenewbuttonontheapplicationtoolbar.
3.EnterZTCODEintheFieldNameandTCODEintheDataElement,thenhitEnter.
4.Clickthesavebuttononthesystemtoolbar.
Nextstepistocreatetheauthorizationclass(see#1infigure1)andauthorizationobject(see#2infigure
1).
Stepstocreateauthorizationclass
1.GototransactioncodeSU21
2.ClickontheCreatebuttonsdropdowniconandselectObjectClass.
3.EnterZTRNontheObjectClassfield.
4.Giveitadescriptionandsaveit.
Stepstocreateauthorizationobject
1.AgaininSU21,inthelistofauthorizationclass(foldericon),clicktheonethatwevecreated(ZTRN).
2.ClickontheCreatebuttodropdown,thistimeselectingAuthorizationObject.
3.EnterZ_TCODEontheObjectfieldandgiveitadescription.
4.Ontheauthorizationfieldssection,enterACTVTandZTCODE.ACTVTisusedtosetandlimitthe
activityoftheuser,whiletheZTCODEistheauthorizationfieldthatwevecreatedearlierwhichis
responsibleforholdingalistoftcodes.
5.OntheFurtherAuthorizationObjectSettings,clickonPermittedactivitiesbutton.Herewewill
selectthespecificactivitiesthatwewanttobeavailableforourauthorizationobject.
6.Asanexample,wewillselect01(Create),02(Change),and03(Display).
7.SaveandExit.
Nowweredonecreatingourownauthorizationobject,letusnowuseandassignittoauser.
Stepstocreatearole(seefigure2)
1.GototransactioncodePFCG.
2.EnterZAUTHTESTonRolefieldandclicktheSingleRolebutton.
3.Nowgiveitadescription,clickthesavebuttonandclicktheAuthorizationtab.
4.ClicktheChangeAuthorizationDatabuttoninsidetheauthorizationtab.
5.ThenclicktheManuallybuttonontheapplicationtoolbarandtypeinthenameoftheauthorization
objectthatwevecreatedearlier(Z_TCODE)andpressenter.
6.Expandallthenodes,doubleclickontheinputfieldoftheActivityandselectactivity01and02.
7.EnterthetcodeofourownabapprograminZTCODEfield,inourexampleIusedZCOMM.
8.AndalsodontforgettoaddtheS_TCODEauthorizationobjectandenterZCOMMonitsfield.
9.NowClickontheGeneratebuttonintheapplicationtoolbarandpressenteronthepopupscreen.
10.pressthebackbuttonandassignaspecificuserontheusertabandclickUserComparisonbutton.
11.Nowcreateanotherrolebyrepeatingsteps1to9butthistimeselectactivity03onstep6.
12.Thenassignthis2ndroletoanotheruser.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
critical authorization objects in SAP
Lets have a look at some of the critical authorization objects in SAP. From
Audit perspective, it is pertinent that special care must be taken while
assigning full access * to any field value.
S_PROGRAM All critical programs and reports should be linked with proper authorization
groups. Appropriate action should be maintained for this object.
S_TABU_DIS Caution should be taken while maintaining change access for this
object.
S_TCODE Make sure that this authorization object does not give access * access or
access to big ranges using wildcards on the TCD field.
S_DEBUG Should be assigned with caution. Make sure not to give the change debug
access in production.
S_RZL_ADM For R/3 System administration using the CCMS. This should only be
required by Basis.
S_ADMI_FCD For checking access to some Basis functions, like spool administration
and monitoring. Normally for Basis Team only.
S_CTS_ADMI For administration functions in the Change and Transport System. Only
to Basis.
S_DATASET For accessing files from ABAP/4 programs. ABAP Program name and
File Path should be maintained with caution.
S_USER_* Should be maintained very carefully. Make sure to give display access
(activity 03) only. For Security Team.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
This post deals with detailed discussion on the concept of sap table authorization.
Tables store data. The data can be client specific data or cross client data.
It is necessary to know the meaning of client for understand the meaning of client specific and
cross client data.
We have already discussed about the concept of client in one of our posts. Repeating the
definition of client again - A client is an independent accountable entity within R/3 system. It
can represent a company or a business unit. It has its own master data and transaction data and
user master records (client specific data).
A client is always represented by a three digit number. SAP R/3 comes in built with three
standard clients , i.e. 000, 001 and 066. Since a client is always a three digit number, an SAP
System can have a maximum of 1000 clients (from 000 to 999). Out of these, a maximum of 997
clients can be customer specific clients and 3 (i.e. 000, 001 and 066) are SAP standard clients.
Data is stored in SAP database tables. This data is grouped based on clients. Client specific data,
as the name suggests, is the data which is client dependent. Data specific to a particular client
cannot be seen from other clients. Tables which contain client specific data have a field called
client (MANDT). This MANDT field contain the client number. If the same table is viewed from
other client, the MANDT will contain the three digit client number of that particular client and
the data for that client.
Cross client data is that data which can be accessed from all clients. This is also called client
independent data, which means that if a data in a table can be accessed from a client, say client
100, then the same data can be accessed from any other client (say client 200) also.
Now when we have discussed tables and data, the question arises as to how to access this data?
What authorization is required for accessing any table data?
Tcode SE16 (Data browser) can be used for accessing table. But will just having access to
transaction code SE16 or SM30 (Call View Maintenance) gives the authorization to access any
table?
There are some authorization objects for securing tables. In this post we are going to discuss
about the most important of all those authorization objects authorization object
S_TABU_DIS. There are a few more authorization objects for tables which we would be
discussing in our next post.
But before that lets understand a very important technical concept called table
authorization group which plays the most important part for authorization to any table.
Table Authorization group allows us to secure access to tables in SAP. Authorization group
A table can be linked to an existing authorization group or a new authorization group can be
created. Both creation of a new authorization group and linking of the table can be done via
tcode SE54.
One table can be linked (assigned) to only one authorization group. But one authorization group
can be linked to more than one tables.
So, when a user gets access to any authorization group, he can access all those tables that are
linked to that authorization group (assuming there is no dependency on any other authorization
object for any table/tables).
Now let us discuss about the authorization object for securing tables. In this post we are going to
discuss about authorization object S_TABU_DIS.
Authorization Object S_TABU_DIS has two authorization fields :
Activity (ACTVT)
ACTVT (Activity) 03
From the above access user should be able to display the 5 tables which are linked to Z123.
Here it is assumed that the user has access to table browsing tcodes like SE16 or SM30 or any
parameter tcode for accessing the table. Also, there should not be additional condition like
tables being cross client or restriction based on table name etc. All these restrictions are handled
via other authorization objects which we would be discussing in our next post.
A few questions that need to be addressed:
How do we find out what all tables are linked to a particular authorization group?
Table TDDAT can be used for that purpose. It provides the list of tables which are linked to an
authorization group. It can also be used for finding the authorization group for a particular
table.
Where do we find list of all table authorization groups?
Table TBRG contains the table authorization groups.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
of 57899 documents) will be helpful. In this example roughly 2.5% could be deleted -> you will
win 2.5% of current used space -> or just the space for additional 1458 documents.
But it can be easier! If all documents are closed correctly, then you can estimate by total volume
of documents per year and resident time: when you have 1 million docs per year, you have to
store for 2 years, everything above 2.2 Mio can be deleted - the 0.2 for some open stuff, which
has to be closed before deletion.
Situation: I am preparing an approach document to show it to management.
Problem: I want to show to management total space likely to get free if we start archiving
process. Bifurcated amongst different archiving objects and amongst years so that we can
show how much one particular business object is taking space and I can show which all
archiving objects we should start with. If I don't want to run the archiving object in PRD in
test mode. I want to know is there any other alternative for finding the same except
consolidation of different table size a particular archiving object is hitting.
There is no easy tool to get this numbers. But on the other hand, you don't need exact numbers,
estimations will do.
It's a good idea to start with the biggest objects: take DB02 , make a detailed analysis where you
select the biggest tables -> corresponding archive objects should be your main focus (for the
beginning).
Count for the biggest tables in each objects the entries per year (or month, whatever periods you
are interested in). Most tables have creation date to do so, otherwise go for number range. For
some numbers you could search the creation date, the rest is estimation again. Then you will
have an idea, which volume was created in which time frame.
Still you need some test archive runs (in PRD or an (old) copy, at least for an example amount of
data): you need to know, which % of the documents can technically be archived, how much will
stay open because of missing closing. That's critical information (maybe 90% will stay in system)
and can only be analyzed by SARA test runs - if you identify the missing object status, you can
go on selecting this directly, but in the beginning you need the archive run.
With the volume / time frame and the percentage, which can be deleted you should be able to
give estimations based on current total object size. Make clear, that you talk about estimations:
every single object will be checked for having correct status - before this isn't done (in a test
run), no one can tell exact numbers.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
If you have more than one application server, use AL08 instead of SM04.
or
It is because they are at the logon screen which has established a connection.
You will notice that the transaction code shown when there is no user name is
SESSION_MANAGER.
This shows you which workstations out there have the login screen up but have not
yet entered a user name and password.
The transaction column shows the Last executed transaction code.
Sometimes your users will have multiple sessions open. If they do, to the system, it
is the same as multiple logins as it relates to the resources used etc.
So the user name will show up more than once in AL08.
Under the application server they are logged into, each instance of that user name
on that application server represents a session open.
For instance if you run AL08, you will have your name show up at least twice on the
application server you are logged into.
One will show AL08 and the other will not have a transaction next to it.
Then you will notice your user name showing up on all other application servers
with no transaction. This is because you are using AL08.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
See from which network IP address and host name a user has logged on
To see the network IP address from which a user has logged on,
perform the following steps:
Call transaction OS01,
click "Presentation Server" button, "Change View" button.
If you are using Citrix, you will not be able to view the user individual IP address as
it will be the same Citrix IP address.
To check the speed and quality of the user's network connection,
select the desired presentation server and click "10 X Ping" button.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Difference Between SAP_ALL and SAP_NEW
What is the difference between SAP_ALL and SAP_NEW
Definition of SAP_NEW:SAP_NEW is a SAP standard Profile which is usually assigned to system users temporarily
during an upgrade to ensure that the activities and operations of SAP users is not hindered,
during the Upgrade. It contains all the necessary objects and transactions for the users to
continue their work during the upgrade. It should be withdrawn once all upgrade activities is
completed, and replaced with the now modified Roles as it has extensive authorizations than
required.
Definition of SAP_ALL:SAP_ALL is a SAP standard profile, which is used on need basis, to resolve particular issues
which may arise during the usage of SAP. It is used by Administrators/Developers only and is
applied on a need to use basis, then withdrawn. It contains all SAP system objects and
Transactions. SAP_ALL is very critical and only SAP* contains SAP_ALL attached to it in the
production system. No other dialog users have SAP_ALL attached to them.
SAP_NEW is used in the Production environment during a version upgrade whereas SAP_ALL
shouldn't be or not allowed be used in Production (for audit purposes obviously), except where
necessary, in a controlled manner with all proper approvals from the customer.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++