La sincronización de HRIS es el proceso que copia datos de Employee Central hacia las tablas de usuario y hacia Employee Profile. Es la conexión entre los dos repositorios de datos del empleado que conviven en una instancia con EC habilitado, y gracias a ella módulos como Performance & Goals, Compensation y Recruiting trabajan con los datos que se mantienen en EC.
La característica central de esta sincronización es que va en un solo sentido. Los datos viajan de EC hacia la plataforma, nunca al revés. Por eso Employee Central es la fuente de verdad: si un dato se cambia en Employee Profile o en las tablas de usuario por otro camino, la próxima sincronización lo va a sobrescribir con el valor de EC.
La sincronización funciona de dos maneras complementarias. Cuando alguien guarda un cambio desde la interfaz, el dato se sincroniza en el momento. Pero hay cambios que no se pueden copiar en el instante en que se guardan, como los que tienen fecha futura: un aumento cargado hoy con vigencia el mes que viene no debe reflejarse en el perfil hasta que llegue esa fecha. De esos casos se ocupa un job programado de tipo Sync HRIS Data, que corre con la frecuencia que se le defina y copia lo que corresponde según las fechas.
Qué campos se sincronizan y hacia qué campos del perfil llegan se configura en el modelo de datos de sucesión, con mapeos entre los elementos HRIS de EC y los campos estándar o personalizados de Employee Profile. Ese mapeo lo configuramos en detalle en la U4 L6.
Para el consultor, la sincronización explica muchos casos de soporte. Si un cliente muestra un puesto en Compensation distinto del que figura en EC para el mismo empleado, lo primero que conviene revisar es si la sincronización corrió. Si el cambio tenía fecha futura y la fecha ya llegó, hay que mirar el job: si falló, si su propietario sigue activo y cuándo fue su última ejecución.
También es la razón de una regla de oro de los proyectos con EC: no actualizar las tablas de usuario con una importación básica. Esa importación pisa datos que deben venir de EC, deja los repositorios desalineados y, en el mejor de los casos, se pierde en la próxima sincronización.
En la secuencia de implementación, la sincronización forma parte de la etapa de validación: una implementación está cerrada cuando la Herramienta de verificación no muestra errores críticos y la sincronización de HRIS está al día. Entre los síntomas típicos de la L4, el de los cambios de EC que no aparecen en Performance & Goals o Compensation apunta justamente a una sincronización que no corrió.
