How to Lock (SU01) & Unlock (SU10) a SAP User

โšก Smart Summary

Locking and unlocking SAP users through transaction codes SU01 and SU10 protects system access by temporarily deactivating accounts. This resource explains single and mass user procedures, automatic lock parameters, lock status verification, and administrative best practices for secure user management.

  • ๐Ÿ”’ Lock Purpose: Locking temporarily deactivates a SAP account so the user cannot access the system, while the user master record is fully preserved.
  • ๐Ÿ‘ค SU01 Single User: Transaction SU01 locks or unlocks one account at a time using the Lock/Unlock button on the user maintenance screen.
  • ๐Ÿ‘ฅ SU10 Mass Action: Transaction SU10 processes many users simultaneously, applying a single lock or unlock action across an entire user list.
  • โš™๏ธ Automatic Lock: The parameter login/fails_to_user_lock locks accounts after repeated failed logons, while login/failed_user_auto_unlock controls automatic release at midnight.
  • ๐Ÿ”Ž Lock Verification: Report RSUSR200 and table USR02 field UFLAG confirm whether an account is locked by an administrator or by failed logons.
  • ๐Ÿ›ก๏ธ Security Practice: Lock inactive, suspicious, or offboarded accounts promptly to reduce unauthorized access and support audit compliance.

Lock and Unlock SAP Users using SU01 and SU10

Locking a user

In SAP, locking a user is a security action that temporarily blocks an account from signing in. The purpose of locking a user is to temporarily deactivate the account so that the person can no longer access the system, while the user master record itself stays intact and can be reactivated at any time.

Users can be locked in 2 ways:-

  • Automatically
  • Explicitly/Forcefully

Automatically: – There are two possibilities when users get locked automatically:

  • Maximum number of failed attempts:- controlled via the parameter login/fails_to_user_lock. If a value is set to 3 it means after 3 failed attempts the user will be locked.
  • Auto unlock time: – “login/failed_user_auto_unlock” defines whether a user locked due to unsuccessful logon attempts should be automatically removed at midnight.

Explicitly/Forcefully: An administrator can lock and unlock users in 2 ways-

  1. Lock single user (SU01)
  2. Lock multiple user (SU10)

SU01 vs SU10: Key Differences

Before locking or unlocking accounts, it helps to know which transaction code fits the task. Both codes manage user access, but they operate at a different scale, so choosing correctly saves time and avoids mistakes.

Basis of comparison SU01 (User Maintenance) SU10 (User Mass Maintenance)
Primary purpose Maintain a single user Maintain many users together
Best used for Locking or unlocking one account Locking or unlocking several accounts at once
User selection One user name is entered A list of users is entered or selected by address and authorization data
Speed for bulk changes Slower, handled one by one Faster, a single action applies to all
Typical scenario Help desk handling one request Admin managing mass onboarding or offboarding

In short, use SU01 for a quick change to one account, and use SU10 when the same lock or unlock action must apply to a group of users at the same time.

Procedure to lock a single user

Follow these steps in transaction SU01 to lock one specific account.

Step 1) Execute T-code SU01

Execute T-code SU01 to lock a single user

Step 2) Enter a username in the User field.

Enter the username in the User field in SU01

Step 3) Press the Lock/Unlock button.

Press the Lock or Unlock button in SU01

Step 4) In the next screen, press the Lock button again to lock the user.

Press Lock again to confirm locking the SAP user

Procedure to lock multiple users

When several accounts must be locked together, transaction SU10 applies the action to the whole list at once.

Step 1) Execute T-code SU10

Execute T-code SU10 to lock multiple users

Step 2) Enter the usernames in the User field.

Enter multiple usernames in the User field in SU10

Step 3) Press the Lock/Unlock button.

Press the Lock or Unlock button in SU10

All the users listed will be locked.

Procedure to unlock a user

Unlocking reverses the lock and restores access. Use transaction SU01 to unlock one account.

Step 1) Execute T-code SU01

Execute T-code SU01 to unlock a user

Step 2) Enter the username in the User field.

Enter the username in the User field to unlock in SU01

Step 3) Press the Lock/Unlock button.

Press the Lock or Unlock button to unlock the SAP user

Step 4) Press the Unlock button.

Press Unlock to reactivate the SAP user account

Procedure to unlock multiple users

To restore access for many accounts at once, unlock them together using transaction SU10.

Step 1) Execute T-code SU10

Execute T-code SU10 to unlock multiple users

Step 2) Enter the usernames in the User field.

Enter multiple usernames in the User field to unlock in SU10

Step 3) Press the Unlock button.

Press Unlock to reactivate multiple SAP users in SU10

Users will be unlocked.

How to Check Whether a SAP User Is Locked

After locking accounts, administrators often need to confirm the current status or review every locked account in the system. SAP records the lock state in the user master table, and several standard tools display it without changing anything. Checking the status during routine security reviews is also good practice, because it reveals accounts that were locked automatically and then forgotten.

You can review the lock status using any of the following methods:

  1. Transaction SU01: Open the user in SU01. The Lock/Unlock screen shows whether the account is currently locked or unlocked, and why.
  2. Report RSUSR200: Run report RSUSR200, which is also reached through the User Information System (transaction SUIM). It lists users by logon date and password status and can filter for locked accounts across the entire client, making it ideal for periodic audits.
  3. Table USR02: View table USR02 with SE16 or SE11 and check the UFLAG field for the user. Any value other than 0 means the account is locked. The same table also stores the lock date and the number of failed logon attempts, which helps with root-cause analysis.

The UFLAG field also explains the reason for the lock, which helps you decide the correct fix:

  • 0 – The user is not locked.
  • 64 – The user is locked by an administrator (a manual lock through SU01 or SU10).
  • 128 – The user is locked after too many incorrect logon attempts.
  • 192 – The user is locked both by an administrator and by failed logon attempts.

Reading the reason first tells you whether to simply unlock the account or to also investigate repeated failed logons before restoring access. For example, a value of 128 or 192 suggests you should confirm the user’s identity and check for a possible password attack before you unlock the account.

Best Practices for Locking and Unlocking SAP Users

A consistent process keeps user administration secure and audit-ready. Keep the following best practices in mind whenever you lock or unlock accounts:

  • Lock promptly on offboarding: Lock accounts of employees who leave or change roles immediately, rather than deleting them, so audit history and assignments remain intact.
  • Prefer SU10 for bulk work: Use SU10 for group actions such as project rollovers or department changes to save time and apply a consistent action.
  • Record the reason: Note why an account was locked so that other administrators understand the context before unlocking it.
  • Review failed-logon locks: Investigate accounts locked by incorrect logons before unlocking, as repeated failures may signal a forgotten password or an attack.
  • Restrict lock authorization: Limit the S_USER_GRP authorization so that only trusted administrators can lock or unlock users.
  • Combine automatic and manual locks: Configure the login/fails_to_user_lock parameter so accounts lock automatically after failed logons, and reserve manual SU01 or SU10 locks for planned administrative actions such as leave or offboarding.

FAQs

Locking only suspends access temporarily and keeps the user master record, roles, and history. Deleting removes the account permanently. For staff who leave or pause work, locking is safer because it preserves audit data and allows quick reactivation.

No. Locking prevents future logons but does not end sessions that are already running. To disconnect active sessions, use transaction SM04 or AL08 to identify and end the user’s sessions after locking the account.

The authorization object S_USER_GRP with activity 05 controls locking and unlocking in SU01 and SU10. It also limits which user groups an administrator can manage, so only authorized staff can change a user’s lock status.

Yes. AI-driven identity and access management tools can trigger locks or unlocks based on rules, such as inactivity or a completed offboarding request. A human administrator should still review high-impact actions before they are applied in production.

AI can analyze logon patterns, failed attempts, and dormant accounts to flag users who likely need locking. These insights help administrators act faster on suspicious or inactive accounts, though the final lock decision should remain with a security administrator.

Summarize this post with: