✒️SAP BASIS La configuración de CUA

Unidad 6 - Lección 4º de 8

Configuración de CUA 1

Transacción BD54 --> verificar y crear sistemas lógicos que sean necesarios. Nombre lógico como sistema central ya definido QASCLNT400. Las entradas serán guardadas en una OT de transporte. Luego importarla en todos los sistemas que participen del landscape de CUA.

Transacción SCC4 --> Asignar Logical System en cada uno de los mandantes.

Transacción PFCG --> Mantenimiento de roles ---> Crear roles necesarios para la conf y mantenimiento de CUA. Copia de roles estándar. Detallados en la práctica de esta lección.

Generamos el perfil de auth para el rol creado. Asignaremos c/u de los roles a los usuarios utilizados en las conexiones RFC entre los sistemas. Usuarios tipo "sistema" desde central a los hijos y viceversa.

Algunos roles son solo para el setup de CUA, podremos removerlos de los usuarios una vez finalizado. Realizar "user comparison".

SM59 --> Nombre de la conexión RFC al central deberá ser del mismo nombre que el sistema lógico creado. En la información de logon añadir el usuario de sistema creado (CUA_QAS).

Realizar lo mismo para los sistemas hijos desde el central respetando la convención de nombres.

Configuración de CUA 2

Transacción SCUA --> Generar modelo de distribución --> Crear --> Lista de LS de sistemas hijos. La función verifica la RFC. Una vez salvada, la función realiza una serie de pasos entre el sistema central e hijos.

Transacicón SCUM --> Comportamiento para los campos que podemos desde la transacción SU01. Por defecto todos están en global (mantenidos solo desde el sistema central). Proposal (un valor inicial para el campo en el sistema central, luego es mantenido de forma local). Campo local (no distribuye el valor desde el central, se mantiene solamente desde los sistemas hijos).

También podemos sincronizar las company adresses entre el sistema central e hijos. Parte de la configuración , solamente realizable en esta etapa.

Verificar usuarios para sincronizar --> Comparación de usuarios que ya existen en los sistemas centrales/hijos. Idénticos o con diferencias.

Los usuarios son solo son creados desde el sistema central y luego se distribuyen. En la práctica se describe cada solapa.

Marcar el usuario no existente en el sistema central --> transfer user.

Transacción SCUL --> log de las distribuciones, ya sea para usuarios o company adresses. Si existieran registros sin confirmar (icono blanco) deberá procesarse en los sistemas hijos a los que fueron enviados.

BD87 ---> procesamiento desde los sistemas hijos.