Skip to Content
author's profile photo Former Member
Former Member

Transfer users to CUA after upgrade to child systems

Good afternoon - Perhaps one of you experts can help me.

Here is the situation:

We have recently migrated all systems to new landscape. The systems in the new landscape were disconnected from the CUA during the migration/upgrade and now we want to connect them back to CUA. While the systems were disconnected, changes were made to the user master records such as demographic, data (parameters, SNC name, etc) as well as, role and profile assignments in the child systems.

The systems have been re-connected to the CUA and users can be transferred from the child systems to the CUA, but data for identical user transfers overwrites demographic data that was updated in the child systems with the data from the CUA. We do not want to push down the existing data from the CUA to the child systems and overwrite the data in the child systems.

Is there a way that we can push up the demographic data from the child systems for identical users?

Can we modify our settings in SCUM to control what comes over in the transfer process (SCUG).

Note: The field attributes (SCUM) for Parameters is set to "Proposal". The field attribute for SNC is set to "Global".

Any help you could provide would be greatly appreciated!

Add a comment
10|10000 characters needed characters exceeded

Assigned Tags

Related questions

2 Answers

  • Posted on Jul 20, 2016 at 02:04 AM

    Hi Kathleen

    You need to revisit your SCUM settings in the CUA to determine where source of truth is.

    For example, parameters would make sense to be local as there are different parameters in each system (e.g. CRM vs ECC). Roles and Profiles, on the other hand, should be global as the source should be managed via CUA.

    Demographic data, etc- look at the fields and decide if there is a need to have different values in the system. Depending on that your option is either Proposal or Local. But this will mean all subsequent changes need to be managed locally.

    Depending on how long you had the system disconnected and changes you might need to analyse you data for impacts

    Add a comment
    10|10000 characters needed characters exceeded

  • Posted on Jul 20, 2016 at 05:05 AM

    SCUG-->fist come first wins.

    If the user is present already in central system with adminitrative data, this will not be overwritten by taking over a 'new ' child system. In opposite, the central systems data will overwrite the child systems data, if scum is set to 'global'.

    Therefore its advisable to take over users first from the most actual/important system, i.e. normally the PRD system.

    b.rgds, Bernhard

    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.