🚀PROMO #PLANCARRERA2024 - 🔥Bonificaciones, Precios Congelados y Cuotas

 X 

✒️SAP BASIS El intercambio de datos con servicios de directorio

SAP BASIS El intercambio de datos con servicios de directorio

SAP BASIS El intercambio de datos con servicios de directorio

Unidad 6. Intercambio de datos con servicios de directorio

1. Mapa de ruta

Luego que hemos configurado la conexion al servidor de directorio, tendremos que indicar como los campos de datos de SAP seran mapeados a los atributos del directorio:

- Cuales campos son usados (indicadores de mapeo).

- La direccion en la cual los datos son sincronizados (indicadores de sincronizacion).

2. Mapeo

El mapeo describe la asignacion de los campos SAP a los atributos del directorio. En el caso mas simple, la asignacion es de tipo 1:1. De todas formas, algunas reglas mas complejas podrian requerirse.

Extension de esquema

Los servidores de directorio de diferentes proveedores tienen mucho en comun en sus modelos de datos (schemata). Por otro lado, hay algunas diferencias. Es comprensible, que no hay atributos para informacion especifica de SAP en los esquemas, tal como:

- Nombre de usuario SAP.

- Alias.

- Periodo de validez.

- Configuracion para el lenguaje de logon, impresora, formato de #, zona horaria.

- Roles asignados.

- Perfiles de autorizacion asignados.

Detalles de conexion

Esencialmete el mapeo es la conexion de los campos de SAP con los atributos de directorio. La asignacion puede ser de 1:1 o mas compleja, como por ejemplo multiples campos SAP deben ser mapeados a un solo atributo o viceversa.

SAP provee una serie de modulos de funciones que implementan ciertos tipos de conexiones. En algunos casos, parametros adicionales son necesarios como caracteres particulares son necesarios para dividir una cadena. Tambien, es posible desarrollar modulos propios para propositos particulares.

Los nombres de los modulos de funciones incluidas comienzan con MAP_* y se encuentran en el grupo de funciones FSLDAP_MAP. Si ningun modulo de funcion se usa para el mapeo, el modulo de funcion MAP_DEFAULT se usa implicitamente; este es un modulo de funcion simple de asignacion 1:1.

Indicador de mapeo

En adicion a la conexion, un mapeo tambien incluye un proposito. El mapeo se utilizará solamente para exportacion, importacion o en ambas direcciones de sincronizacion? ¿Es un campo obligatorio, si el cual no se podrá crear una entrada en el servidor e directorio?. Estas preguntas y otras se responden con los indicadores que tendremos que mantener para cada mapeo. El customizing puede realizarse en la transaccion LDAP en la pestaña Server Names, en el area Mapping.

SAP provee una propuesta de mapeo para muchos productos, para facilitar el mantenimiento.

Indicadores de sincronizacion

Tendremos que decidir la direccion en cual la sincronizacion funcionará. No hay una propuesta de SAP para esto, ya que dependerá del escenario. Es probable que para un usuario, alguna información es transferida desde el servidor de directorio al sistema SAP (import) y alguna informacion en sentido inverso (export). Podemos usar los indicadores de sincronizacion para cada mapeo individualmente para import, export o ninguna accion en la transaccion LDAP; pestaña Server Names en el area de Synchronization.

A pesar de los indicadores que seleccionemos, las siguientes reglas aplican:

- Los campos que son mandatorios en el directorio (indicador de mapeo Required) y los campos claves en el sistema SAP (indicador de mapeo Filter) son automaticamente exportados cuando se crea, pero no cuando se actualiza, una entrada en el directorio.

- Los campos que son mandatorios en el sistema SAP (no se pueden identificar en el mantenimiento de mapeo) y los campos claves en el sistema SAP (indicador de mapeo Filter) son automaticamente importados cuando se crean, pero no cuando se actualiza, una entrada en el sistema SAP.

Para los objetos existentes, es to es; cuando se actualiza un objeto, solamente el indicador de sincronizacion aplica en este caso.

3. Ejecutando y monitoreando la sincronizacion

Luego de la configuracion, podemos realizar la sincronizacion de forma manual para testearla y luego como un job de background periodico.

No todos los atributos deben ser necesariamente mantenidos en un mismo lugar. Los usuarios, deberian por supuesto ser creados en un unico lugar, el sistema SAP o el directorio de servicios. Nuevos usuarios creados pueden automaticamente ser generados en el sistema , asi tambien ser eliminados automaticamente o bloqueados.

En el caso ilustrado, los usuarios son creados manualmente en el servidor de directorio, u otra aplicacion; tal como un sistema de RRHH. Los usuarios nuevos seran creados en el sistema SAP en la proxima sincronizacion. Si este es el sistema central de administracion de usuarios CUA, el usuario podria tambien ser creado en los sistemas hijos.

En otro escenario podriamos tener el sistema SAP como cabecera. Los usuarios creados ahi son inmediatamente distribuidos a los sistemas hijos. Luego, en la siguiente sincronizacion; estos usuarios tambien existen en el servidor de directorio, y pueden ser accedidos por otras aplicaciones.

La sincronizacion siempre se controla desde el sistema SAP con la transaccion RSLDAPSYNC_USER o el reporte con el mismo nombre. Podemos ejecutarlo en dialogo o en background con una variante acorde. Especificamos el servidor LDAP cuando llamamos el reporte. Tambien podemos restringir la sincronizacion a ciertos nombres de usuarios,grupos o tipos de usuarios.

Durante la sincronizacion tres grupos de usuarios son identificados que seran procesados de acuerdo a los parametros del reporte RSLDAPSYNC_USER:

- Usuarios que existen solamente en el sistema SAP.

- Usuarios que existen solamente en el servidor de directorio.

- Usuarios que existen en ambos repositorios.

Si ejecutamos el reporte online, el sistema luego muestra el log asociado. Los indicadores de colores muestran si hubo algun problema. Si en cambio lo ejecutamos en background, o queremos consultar logs antiguos, la transaccion LDAPLOG nos permite visualizar los logs.


 

 

 


Sobre el autor

Publicación académica de Luis Alberto Caro Montañez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.

SAP Master

Luis Alberto Caro Montañez

Profesión: Ingeniero en Sistemas - Mexico - Legajo: ML16S

✒️Autor de: 106 Publicaciones Académicas

🎓Egresado de los módulos:

Disponibilidad Laboral: FullTime

Presentación:

Mi principal objetivo es formar parte de un equipo profesional, en el que los logros y éxitos de cada uno sean reconocidos en un ambiente de trabajo optimo y agradable.

Certificación Académica de Luis Caro

✒️+Comunidad Académica CVOSOFT

Continúe aprendiendo sobre el tema "El intercambio de datos con servicios de directorio" de la mano de nuestros alumnos.

SAP Expert


El mapeo describe la asignación de los campos SAP al directorio (1:1 en general). El modelo de datos extendido permite tener el nombre de usuario SAP, alias, período de valdiez, configuración para lenguajes, roles y perfiles de autorización. La sincornización de sistemas se controla con la transacción RSLDAPSYNC_USER. Los logs para ver reportes se hace con la transacción LDAPLOG.

Acceder a esta publicación

Creado y Compartido por: Daniel Alejandro Monteros Segura

 


 

👌Genial!, estos fueron los últimos artículos sobre más de 79.000 publicaciones académicas abiertas, libres y gratuitas compartidas con la comunidad, para acceder a ellas le dejamos el enlace a CVOPEN ACADEMY.

Buscador de Publicaciones:

 


 

No sea Juan... Solo podrá llegar alto si realiza su formación con los mejores!