✒️SAP BASIS La configuración de CUA

Lección 4: Configuración de CUA

Con la transacción BD54 crearemos los sistemas lógicos necesarios para el mandante a crear. Las entradas que generemos en la BD54 son guardadas en una ODT y luego serán importadas a los demás sistemas del landscape de CUA. Con la transacción SCC4 asignamos los sistemas lógicos a cada mandante, una vez guardados vamos a la transacción PFCG creamos los roles necesarios en base a una copia de los estándar para la configuración y mantenimiento de CUA. Luego generamos el perfil de autorizaciones para el o los roles creados, asignamos cada uno de los roles ya sea en el sistema central o el hijo a los usuarios que vamos a usar para las conexiones RFC entre los sistemas, estos son de tipo sistemas para las RFC, que van desde el sistema central a los sistemas hijos y viceversa, en cada mandante que actúan como sistemas hijos hay que crear los roles necesarios para la configuración y mantenimiento de CUA, algunos roles solo son necesarios para la configuración una vez configurado se pueden quitar, en los sistemas hijos creamos una conexión RFC al sistema central, el nombre que le coloquemos debe ser idéntico al nombre que le pusimos en el sistemas lógico al sistema central, en la información de logon ingresamos el usuario del sistemas creado en el mandante central para la conexión RFC, en el mandante que actúa como sistemas central, también creamos una conexión RFC a cada mandante que actúa como sistema hijo. Debemos respetar los nombres que usamos en los sistemas lógicos y los nombre de las conexiones RFC. En los datos de logon ingresamos el usuario de sistema creado en el mandante que actuará como sistema hijo.

Por medio de transacción SCUA generamos el modelo de distribución para el entorno CUA, ingresamos un nombre para el modelo y le damos al botón CREAR, En la lista ingresamos todos los nombre de los sistemas lógicos que actuaran como sistemas hijos para el ambiente CUA, cuando ingresamos los nombre de los sistemas lógicos, la función verificara si la conexión RFC funciona bien, cuando guardamos el modelo, la función hace una seria de pasos del sistema central en los sistemas hijos para activar CUA en nuestro landscape.

Por medio de la transacción SCUM configuramos el comportamiento para la distribución de los campos del registro maestro de usuario, es decir de los campos que podemos ver desde la SU01 en el sistema central como en los sistemas hijos.

Por defecto todos los campos están marcados como GLOBAL lo que quiere decir que solo se puede mantener desde el sistema central. El atributo proposal crea un valor inicial para el campo en el sistema central, a partir de allí el valor es mantenido en el sistema central en cada uno de los sistemas hijos.

Por medio de la transacción SCUG en el sistema centra sincronizamos las companys addresses entre el sistema central y los sistemas hijos.

Una vez que se activa CUA los usuarios son solo creados en el sistema central por lo que no debe haber inconsistencia entre e sistema central y los sistemas hijos.