La historia laboral es el conjunto de registros con fecha efectiva que describen la trayectoria de un empleado en la empresa: su alta, sus cambios de puesto, traslados, promociones, cambios de compensación y, si corresponde, su baja. En Employee Central vive sobre todo en la información del puesto, la información de empleo y la compensación, y cada registro guarda su fecha de inicio y su motivo de evento.
Cuando una empresa implementa EC, normalmente no empieza de cero. Trae años de historia de sus empleados en otro sistema, y una decisión de diseño es cuánta de esa historia se migra: solo el registro vigente, los últimos años o toda la trayectoria. Esa decisión se toma con el cliente, porque afecta el volumen de las cargas, la complejidad de la migración y lo que se va a poder consultar después en el sistema.
La importación de historia laboral es una de las cargas más exigentes de una implementación, y la L4 la usa como ejemplo central de por qué el orden importa. Cada fila de historia referencia objetos que tienen que existir antes: el departamento, la ubicación, la entidad legal, la clasificación del puesto y el motivo de evento de ese cambio. Si falta cualquiera de ellos, la fila se rechaza.
El caso típico de proyecto que describe la lección es exactamente ese: el equipo importa la historia laboral de toda la empresa y cientos de filas vuelven con error porque falta un motivo de evento de transferencia que nadie creó. En la Tabla 4.3 figura como síntoma frecuente, con la causa más probable, el motivo de evento o el objeto de fundamento que la fila referencia, y la etapa a revisar, la 5.
Por eso la secuencia de implementación pone los motivos de evento en la etapa de datos de fundamento, antes de los empleados, aunque el curso los estudie con las transacciones. Y por eso, si el cliente usa Position Management desde el inicio, las posiciones también se cargan antes de la información del puesto.
Para preparar una buena importación de historia, conviene revisar el archivo contra los datos de fundamento antes de cargarlo: listar todos los valores distintos de departamento, ubicación, puesto y motivo de evento que usa el archivo y verificar que cada uno exista en la instancia. Esa revisión previa ahorra varias vueltas de carga.
Las cargas de prueba en la instancia de test son el lugar para descubrir estos problemas. En el ejercicio de la L4, la primera carga de Best Run Argentina rechaza las filas de traslados, y la solución apunta al motivo de evento de traslado. Las importaciones de empleados, con su orden por entidad, se trabajan en la U4.
