JobInfoInconsistentEndDateCheck es la comprobación de la herramienta de verificación que detecta fechas de fin inconsistentes en los registros de la información del puesto. La nota de SAP 3228029 la describe, y la lección la incluye en la Tabla 5.3 entre las comprobaciones de Employee Central Core que aparecen seguido en los proyectos.
Para entender el problema hay que recordar cómo funciona la fecha efectiva. Cada registro de la información del puesto tiene una fecha de inicio, y su fecha de fin es el día anterior al inicio del registro siguiente. El último registro termina el 31/12/9999. El sistema calcula esas fechas de fin cuando se guarda un cambio. Si por algún motivo una fecha de fin no coincide con el inicio del registro siguiente, la historia queda inconsistente: con huecos, con superposiciones o con un registro que termina antes o después de lo que debería.
La nota indica que esas inconsistencias afectan las licencias y los registros del puesto. Una licencia que se apoya en la información del puesto puede calcularse mal si el registro vigente en una fecha no es el que debería. Un informe que busca el registro vigente puede encontrar dos, o ninguno. Y en una integración con la nómina, un registro con la fecha de fin equivocada puede mandar datos del puesto que no corresponden al período.
Las causas más comunes son las importaciones. Un archivo de historia con fechas superpuestas, una carga parcial que no respetó el orden de los registros o una corrección por importación que no tuvo en cuenta los registros siguientes pueden dejar fechas de fin inconsistentes. Es la situación 2 del ejercicio de la L5: la comprobación muestra 35 registros de AR01, todos cargados en la importación de historia de la migración.
La comprobación ofrece corrección rápida, y la nota 3228029 indica que la corrección se ejecuta como un job. Recomienda esperar unos 15 minutos y revisar en Jobs programados si terminó, antes de volver a correr la comprobación. El plan del ejercicio sigue esos pasos, y agrega dos que la lección considera esenciales: buscar la causa en el archivo de la importación, para que la próxima carga no repita el problema, y exportar los registros afectados antes de corregir.
Después de la corrección, conviene revisar en el perfil dos o tres empleados corregidos, incluidas sus licencias si las tienen. La comprobación puede quedar sin problemas y, aun así, un caso puntual puede necesitar un ajuste manual, por ejemplo si la historia tenía un registro duplicado que la corrección no podía resolver sola.
En una migración, esta comprobación es una de las que conviene correr después de cada carga de historia de puestos, no solo en la revisión periódica. Detectar las inconsistencias en la carga de prueba permite corregir el archivo antes de la carga productiva, que es mucho más barato que corregir los datos después.
