✒️SAP BASIS / La configuración de CUA Por Jesus Perez Criollo
SAP BASIS La configuración de CUA
La configuración de CUA
Primera Parte
En esta lección realizaremos una configuración en el sistema de entrenamiento para ello configuraremos uno de los mandantes como sistema central y el otro mandante como sistema hijo. Lo primero que hacemos es verificar y crear los sistemas lógicos que sean necesarios mediante la transacción BD54, dentro del mandante principal. El nombre lógico para el sistema principal ya está definido por lo que procederemos a crear los sistemas lógicos "QASCLNT400" con descripción "QAS Cliente 400" para el sistema hijo
Todas las entradas que creemos en la transacción BD54, van a ser guardadas en una OT. Dicha OT vamos a importarlas en todos los sistemas SAP que queramos administrar en el landscape mediante CUA.
A través de la transacción SCC4 asignaremos los sistemas lógicos a cada uno de los mandantes. Por ejemplo, en el cliente 400 de test, escribimos en la sección de "Logical system = QASCLNT400".
Ahora vamos a la transacción PFCG y creamos una copia en base a los roles estándar para configuración y mantenimiento de CUA. Por ejemplo, SAP_BC_USR_CUA_SETUP_CENTRAL lo copia agregando una “Z” Z_SAP_BC_USR_CUA_SETUP_CENTRAL. A este rol le asignamos el usuario que será necesario para la conexión RFC, que será de tipo "Sistema", y van desde el sistema central hasta los sistemas hijos y viceversa.
A todos los mandantes que actuarán como sistemas hijos, hay que crearle también los roles necesarios para el mantenimiento de CUA. Por ejemplo, el rol Z_SAP_BC_USR_CUA_SETUP_CLIENT. Este rol es necesario solo para configurar el CUA, una vez terminado se puede desasignar al usuario RFC.
Conexión RFC
En los sistemas hijos vamos a la transacción SM59, y creamos una conexión RFC al sistema central. El nombre de la conexión RFC deberá ser exactamente igual al nombre que le asignamos al sistema lógico del sistema central.
En la solapa de logon & Security, ingresaremos las credenciales del usuario de sistemas creado en el mandante central para la conexión RFC.
Ahora en el mandante que actúa como sistema central, debemos crear una conexión RFC a cada uno de los sistemas que actúen como mandante hijos. También hay que respetar la convención de nombres que utilizamos para los sistemas lógico del sistema hijo, por ejemplo: “QASCLNT400”. En los datos de logon, ingresaremos los datos del usuario de sistema creado en el mandante que actuará como hijo.
Segunda Parte
Desde la transacción: SCUA en el sistema central, generaremos el modelo de distribución para el entorno CUA. Ingresamos un nombre para el modelo y luego "Crear". En la lista, ingresamos el nombre de todos los sistemas lógicos que actuarán como sistemas hijos en el ambiente de CUA.
A medida que vamos ingresando los nombres de los sistemas lógicos la función verificara si la conexión remota de RFC funciona correctamente. Una vez que guardamos el modelo, la función realizará una serie de pasos en el sistema central y en los sistemas hijos para activar CUA en nuestro landscape.
Desde la transacción SCUM podremos configurar el comportamiento para la distribución de los campos del registro maestro de usuario, es decir, los campos que vemos en la transacción SU01 ya sea en el sistema central o en los sistemas hijos. Por defecto, todos los campos están marcados con "Global", es decir, que solo pueden ser mantenidos desde el sistema central. El atributo "Proposal" permite crear un valor inicial para campo en el sistema central y sistemas hijos, lo cual indica que, a partir de ahí, el valor es mantenido de forma local en cada uno de los sistemas hijos. El atributo "Local", no distribuye el valor desde el sistema central y siempre se mantiene desde los sistemas hijos para cada uno de ellos.
Desde la transacción SCUG desde el sistema central sincronizaremos los "company addresses" y "usuarios" entre el sistema central y los sistemas hijos. Esta actividad también es parte de configuración de CUA, por lo tanto, se debe realizar solo en esta etapa. Con cada uno de los sistemas hijos realizaremos una comparación company addresses y luego usuarios que existan en los sistemas hijos y no en el central, podrán ser transferidos a este último (después todos los usuarios creados en el sistema central se distribuirán automáticamente en los sistemas hijos).
Cabe descartar una vez activado CUA los usuarios son lo creados en el sistema central por lo que el futuro no debería de a ver inconsistencias entre los sistemas tanto central como hijos.
La transacción SCUL permite visualizar los logs de las distribuciones generados en el último paso de la transacción SCUG ya sea company addresses o suarios desde el sistema central al sistema hijo. Ahora bien si existieran registros sin confirmar los cuales se indican con un icono en blanco deberá procesarse en los sistemas hijos a los cuales fueron enviados. El procedimiento en los sistemas hijos se realiza a través de la Transacción BD87
Escanear / Compartir
Sobre el autor
Publicación académica de Jesus Antonio Perez Criollo, en su ámbito de estudios para la Carrera Consultor SAP BASIS NetWeaver Nivel Avanzado.
SAP Senior
Jesus Antonio Perez Criollo
Profesión: Ingenieria en Informatica - Venezuela - Legajo: NF93E
✒️Autor de: 49 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
