VIDEO: CONFIGURACION DE CUA
Lo primero que hay que hacer es verificar y crear los sistemas logicos que sena necesarios, esto se hace mediante la transaccion BD54, creamos un nombre de sistema logico para el mandante que hemos creado, las entradas que generemos o modifiquemos en BD54 seran guardadas en una orden de transporte luego deberemos imprtar esta orden en todos los sistemas que participen en el landscape de cua.
En la transaccion SCC4, asignaremos los sistemas logicos a cada uno de los mandantes, una ves guardados iremos a la transaccion PFCG y creamos los roles necesarios en base a una copia de los roles estandar par la configuracion y mantenimiento de CUA. Copiaremos cada uno de los roles estandar dentro de el espacio de nombres propios, todos los roles que necesitamos tanto para el mandante que actua en el sistema central y los mandantes hijos estaran detallados en la practica de la leccion.
Generamos el perfil de autorizaciones para el rol que hemos creado, asignaremos cada uno de los roles ya sea en el sistema central o en los sistemas hijos a los usuarios que utilizaremos par las conexiones RFC entre los sistemas, estos usuarios deberan 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 ala sistema central.
En cada uno de los mandantes que actuaran como sistemas hijo, tambien deberemos crear los roles necesarios para la configuracion y mantenimiento de CUA.
Algunos roles como Z_SAP_BC_USR_CUA_SETUP_CLIENT solo seran necesarios para la configuracion de CUA y podriamos quitarlos de los usuarios de sistema que se usan en las conexiones RFC una vez que este todo el landscape de CUA configurado.
En los sistemas hijo tendremos que crear una conexion RFC al sistema central el nombre de la conexion RFC debera ser exactamente igual que el nombre que le asignamos en el sistema logico al sistema central, en la informacion de logon ingresaremos el usuario de sistema creado en el sistema o mandante central par ala conexion RFC en el mandante que actua como sistema central tambien deberemos crear una conexion RFC a cada uno de los mandantes que actuen como sistema hijo. Tambien deberemos respetar la convencion de nombres que utilizamos para los sistemas logicos y los nombres de conexion RFC.
En los datos de logon ingresaremos el usuario de sistema creado en el mandante que actuara como sistema hijo.
Desde la transaccion SCUA generaremos el modelo de distribucion para nuestro entorno CUA ingresamos un nombre para el modelo y luego el boton de crear en la lista ingresaremos todos los nombres de los sistemas logicos que actuaran como sistemas hijos para el ambiente de CUA a medida que ingresamos los nombres de los sistemas logicos la funcion verificara si la conexion remota RFC funciona correctamente una vez que guardamos el modelo la funcion realizara una seria de pasos en sl sistema central y en los sistema hijos para activar CUA en nuestro landscape.
Desde la transacción SCUM, podemos configurar el comportamiento para la distribución de los campos del registro maestro de usuarios esto quiere decir de los campos que podremos ver desde la transacción SU01 se hace en el sistema central como en los sistemas hijo, por defecto todos los campos están marcados con el atributo global, esto quiere decir que solo se pueden mantener desde el sistema central.
El atributo proposal permite crear un valor inicial en el campo para el sistema central, a partir de allí el valor es mantenido de forma local en cada uno de los sistemas hijo, un campo con el atributo local no distribuye el valor desde el sistema central y siempre se mantiene desde los sistemas hijo para cada uno de ellos.
Desde la transacción SCUG, en el sistema central sincronizaremos las company addresses y los usuarios, entre el sistema central y los sistemas hijo, esta actividad tambien es parte de la configuración de CUA solo deberíamos realizarla en esta etapa, con cada uno de los sistemas hijo realizamos una comparación de company addresses y luego de usuarios. Para el ejmplo seleccionaremos la company addresses que existe solo en el sistema central y la enviaremos hacia el sistema hijo, ahora verificaremos los usuarios que sean necesario sincronizar, la función realiza una comparación de todos los usuarios que ya existen en el sistema central con el sistema hijo y luego en cada pestaña nos indicara los usuarios con diferencias, idénticos o nuevos usuarios que puedan existir en el sistema hijo, cabe destacar que una vez activado CUA los usuarios son solo creados en el sistema central por lo tanto en el futuro no deberia haber inconsistencias entre el sistema central y los sistemas hijo, ahora marcaremos el usuario que existe en el sistema hijo y aun no existe en el sistema central para transferirlo a este.
La transacción SCUL, nos permite visualizar los log de las distribuciones ya sea de company addresses y de usuarios desde el sistema central a los sistemas hijo, sis existieran registros sin confirmar los cuales se indican con un icono blanco deberán procesarse en los sistemas hijo a los cuales fueron enviados el procesamiento en los sistemas hijo se realiza en la transaccion BD87, al desplegar cada una de las entradas podremos ver quien fue el recipiente para sincronización si el sistema hijo o el sistema central.