Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

SCUG false error: User transfer for system is already active

Former Member
0 Kudos

I try to do a "copy users to central system" at txn SCUG. However I get a popup saying that:

"User transfer for system is already active".

This is a false alarm which disallows me to copy the users to the central system. There is no any other user doing the same copy.

SDN has no thread about this.

Is this because the child system is a production system (i.e. no change allowed)?

Thanks for your help.

1 ACCEPTED SOLUTION

Bernhard_SAP
Advisor
Advisor
0 Kudos

HI,

this message appears, if there is an enqueue active on tha affected table(s).

if you are really sure, that there is no active transfer, then simply remove the lock in SM12. Look for instance for

Table name RSTABLE

Lock argument SCUA (or similar)

Transaction Code SCUG

then try again.

b.rgds, Bernhard

2 REPLIES 2

Former Member
0 Kudos

C camp,

Where do you find copy users in SCUG?

If you want to migrate existing users (Present in child system, but not in central system). then go to

SCUG -> select the child system from where you want to migrate the users data -> Transfer users -> click on the New users(Present in child system , but not in central system) -> select all users -> Transfer users.

Already in central system : User is already present in CUA.

Identical users : User already exist in central system, User id is Identical.

Different users: User already exist in central system. User id is NOT identical.

If users already exist in central system the transfer assignments: (Sys, user roles, Profiles)

NOTE: While migrationg users, Pre requisite for migration is same user id & User name in all the systems.

Thanks,

Sri

Bernhard_SAP
Advisor
Advisor
0 Kudos

HI,

this message appears, if there is an enqueue active on tha affected table(s).

if you are really sure, that there is no active transfer, then simply remove the lock in SM12. Look for instance for

Table name RSTABLE

Lock argument SCUA (or similar)

Transaction Code SCUG

then try again.

b.rgds, Bernhard