El diagnóstico hacia atrás es el método que propone la L4 para encontrar la causa de un problema en Employee Central: partir del síntoma y recorrer la secuencia de implementación en sentido inverso, revisando las etapas de las que depende el paso que falla. La idea se apoya en una observación de la lección: el síntoma aparece en una etapa, pero la causa casi siempre está en una anterior.
El método funciona porque en EC cada pieza depende de otras. Un dato del empleado apunta a objetos de fundamento, que usan listas de selección, que dependen de los modelos de datos. Una transacción depende de motivos de evento, reglas y permisos. Cuando algo no funciona, revisar primero el paso que falla suele llevar a corregir el síntoma; revisar hacia atrás lleva a la causa.
La Tabla 4.3 de la lección sirve como punto de partida. Para cada síntoma frecuente indica la causa más probable y la etapa a revisar. Un desplegable vacío lleva a las listas de selección. Una columna rechazada en un archivo de importación, al modelo de datos. Filas de historia laboral rechazadas, a los motivos de evento o a los objetos de fundamento. Un error porque el usuario no existe, al orden de carga de los empleados. Un administrador que no encuentra una herramienta, a los permisos. Cambios que no llegan a los módulos de talento, a la sincronización de HRIS. El consejo de la lección es usar la tabla al revés: antes de tocar la configuración del paso que falla, revisar los pasos de los que depende.
El Video 4.2 muestra el método sobre el sistema. Se abre el historial de la información del puesto de un empleado y se identifican en un registro el motivo de evento, el departamento y la ubicación. Después se busca el departamento en Gestionar datos, porque es un objeto MDF, y la ubicación en Gestionar organización, remuneración y estructuras de puestos, porque es un objeto legacy. Si un departamento estuviera inactivo en la fecha del registro, el desplegable no lo ofrecería. Al final se corre la Herramienta de verificación para revisar toda la configuración de una vez.
El método evita una trampa frecuente en los proyectos: arreglar a mano el síntoma, por ejemplo editar cientos de filas de un archivo, cuando el problema era una pieza de configuración que faltaba. También evita tocar configuración que estaba bien.
Tiene además un valor para la certificación. En una actividad en sistema, cuando algo no aparece donde se espera, la lección recomienda mirar hacia atrás: un desplegable vacío o una herramienta que no se ve casi siempre se explican por un paso anterior, como permisos, listas de selección o modelo de datos.
En el ejercicio de la L4 del curso, cinco síntomas de una carga de prueba se resuelven con este método.
