✒️SAP BASIS La configuración de CUA
SAP BASIS La configuración de CUA
Video 1
Configuración de CUA en el sistema de entrenamiento.
Debemos configurar uno de los mandantes como sistema central, y el mandante anteriormente creado como el sistema hijo.
Transacción BD54.
Tenemos que verificar y crear los sistemas lógicos que sean necesarios. El nombre lógico que utilizaremos como sistema central ya esta definido. Creamos un nombre de sistema lógico para el mandante para el mandante que hemos creado.
Las entradas que se generen o modifiquen en esta transacción serán guardadas en una orden de transportes. Debemos importar esa orden en todos los sistemas que participen en el landscape de QAS.
Transacción SCC4.
Asignaremos a los sistemas lógicos a cada uno de los mandantes.
Transacción PFCG.
Crearemos los roles necesarios en base de una copia de los roles estándar para la configuración y mantenimiento de CUA.
Se copian cada uno de los roles estándar dentro del espacio del nombre propio.
Generamos el perfil de autorizaciones para el rol que hemos creado, luego asignaremos los roles sea en el sistema central o hijos, a los usuarios que utilizaremos para las conexiones RFC entre los sistemas.
Estos usuarios deben ser de tipo sistema, para las conexiones RFC que van desde el sistema central a los sistemas hijos, y de cada uno de los sistemas hijos al sistema central.
En cada uno de los mandantes que actuarán como sistemas hijos, también creamos los roles necesarios para la configuración y mantenimiento de CUA.
Algunos roles solo serán necesarios para la configuración de CUA, una vez el landscape de CUA esté listo, podríamos quitar los roles de los usuarios de sistemas que se usan en las conexiones RFC.
En los sistemas hijos.
Tendremos que crear una conexión RFC al sistema central. El nombre de la conexión RFC debe ser exactamente igual que el nombre que le asignamos en el sistema lógico al sistema central.
En la información de logon.
Debemos ingresar el usuario de sistema creado en el sistema o mandante central para la conexión RFC.
En el mandante que actúa como sistema central también debemos crear una conexión RFC a cada uno de los mandantes que actúan como sistemas hijos. Debemos respeta la convención de nombres que se usan para sistemas lógicos y nombres de conexión RFC.
Nuevamente en los datos de logon se ingresan los datos del sistema creado en el mandante que actuará como el sistema hijo.
Video 2.
Transacción SCUA.
Generaremos el modelo de distribución para nuestro entorno CUA; ingresamos un nombre para el modelo >botón de crear.
En la lista ingresaremos todos los nombres de los sistemas lógicos que actuaran como sistemas hijos para el ambiente de CUA. A medida que ingresamos los nombres de los sistemas lógicos la función verificará que la conexión remota RFC funcione correctamente.
Ya guardado el modelo, la función realizará una serie de pasos en el sistema central y sistemas hijos para activar CUA en nuestro landscape.
Transacción SCUM.
Podemos configurar el comportamiento para la distribución de los campos del registro maestro de usuarios. Los campos que podemos ver en la transacción SU01 ya sea en el sistema central como en el sistema hijos, por defecto, todos los campos están marcados con el atributo Global; solo se pueden mantener desde el sistema central.
Atributo Proposal. Permite crear un valor inicial para el campo en el sistema central, a partir de ahí el valor es mantenido de forma local en cada uno de los sistemas hijos.
Atributo Local. No distribuye el valor desde el sistema central y siempre se mantienen desde los sistemas hijos para cada uno de ellos.
Transacción SCUG.
En el sistema central, sincronizaremos las company addresses y los usuarios entre el sistema central y los sistemas hijos, nuestra actividad también es parte de la configuración de CUA, debemos realizarla en esta etapa, con cada una de la comparación de los sistemas hijos, realizamos una comparación de company addresses y usuarios.
Ejemplo:
>Company Addresses que solo existe en el sistema central y se enviarán al sistema hijo. Luego se verificarán los usuarios que sean necesarios sincronizar. Esta función realiza una comparación con todos los usuarios que existen en el sistema central con en el sistema hijo, y luego en cada solapa nos indicará los usuarios con diferencias, identicos o los nuevos que existan en el sistema hijo.
Cuando CUA ya esta activado, los usuarios son creados en el sistema central, en el futuro no deberían de haber inconsistencias entre sistemas central y sistemas hijos.
Marcaremos el usuario que existe en el sistema hijo y no exista en el sistema central para transferirlo a este.
Transacción SCUL. Permite visualizar los logs de las distribuciones de company addresses o de usuarios desde el sistema central a los sistemas hijos.
Si existe un registro sin confirmar, los cuales se indican con un icono blanco, debe procesarse en los sistemas hijos de los que fueron enviados. El procesamiento de los sistemas hijos se hace en la transacción BD87. Al desplegar cada una de las entradas, podemos ver si el sistema hijo o central fue el recipiente para la sincronización.
 
 
 
Sobre el autor
Publicación académica de Sahilmar Mendez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Sahilmar Mendez
Profesión: Bachiller Acad?mico - Venezuela - Legajo: GW52B
✒️Autor de: 96 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Sahilmar Mendez