La flexibilidad que se ofrece en las API de SAP SuccessFactors se adapta bien a las distintas complejidades de la arquitectura. Dentro de SuccessFactors, Employee Central (EC) es el centro de datos relacionados con los empleados, desde los datos personales de los empleados, la información de contacto hasta la información a nivel organizacional, como datos de compensación, datos de nómina, etc.

SAP SuccessFactors viene con un marco de API de última generación que puede proporcionar datos a través de parámetros de consulta al sistema. Al mismo tiempo, para facilitar y respaldar la integración de procesos de inicio a fin, SAP tiene el middleware iPaaS y SAP Cloud Platform Integration.

La replicación de datos de empleados implica 3 funciones de proceso básicas que son fundamentales para integrar un sistema en la arquitectura de recursos humanos de una empresa. Para garantizar que la operación del nuevo sistema sea fluida, los tres procesos que se llevan a cabo son:

• Contratación/ Creación de empleados
• Editar/Mantenimiento de datos de empleados
• Terminación/fin del mantenimiento de datos de empleados

La integración de replica de datos de empleados es responsable de sincronizar los sistemas de origen y de destino a lo largo del ciclo de vida de los datos de los empleados.

Cualquier integración de datos maestros de empleados de SuccessFactors se puede resumir en 6 pasos:

• Generar
• Consulta
• Transformación
• Transmisión
• Confirmación
• Manejo de errores

Para el proceso se ha utilizado dos tipos de ejecución diferentes: Uno para la ejecución programada y otro para la ejecución con base en Eventos, cada uno de estos se activará utilizando diferentes patrones, uno para el activador basado en programación y otro para el activador con base en eventos.

El siguiente paso en el proceso es crear una consulta dinámica para obtener datos de SAP SuccessFactors EC ( Employee Central). El proceso utiliza un script para obtener propiedades y parámetros de ejecución y luego formar una consulta dinámica sobre la base de los valores de tiempo de ejecución. Luego, esta consulta se pasa al conector de SAP SuccessFactors para recuperar los datos, esto se hace a través de una llamada de proceso en bucle para optimizar la memoria de almacenamiento dinámico utilizada y hacer que el proceso sea eficiente.

El mensaje de carga XML se transforma según el formato de datos del sistema de destino (esto podría involucrar cualquier número de componentes, ya sea Groovy Script, Mapeo de mensajes, Mapeo XSLT, Convertidores de datos), la salida resultante se envía a través de la siguiente etapa en el proceso (al sistema de destino): Transmisión. La transmisión incluye cifrar (según la necesidad comercial) los datos y enviarlos al sistema de destino y recibir cualquier respuesta, si corresponde.

La respuesta en la última etapa se registra y mapea de acuerdo con la carga útil de SF y luego se envía a SF de regreso como la etapa de Confirmación, que marca todos los registros que se han replicado con éxito como completos, luego de configurarlos como pendientes justo después de consultar los datos. El registro también se establece como error en caso de que el registro no se procese correctamente.

El manejo de excepciones y errores es una mejor práctica recomendada para flujos de integración personalizados que se pueden manejar a través de un proceso de subexcepción/mensajería personalizada que es comprensible para los usuarios comerciales.

En conclusión si es un desarrollador de integración que participa en un proyecto para construir la integración de datos de empleados entre SAP SuccessFactors y un sistema de terceros, se recomienda estudiar lo siguiente: Datos de empleados de SAP SuccessFactors: integración Documento de principios de diseño de implementación de mejores prácticas y consideraciones.

Para más información y asesoramiento contáctanos.