La secuencia de implementación es el orden en que se configuran las piezas de Employee Central para que cada una encuentre listo lo que necesita. La L4 la organiza en nueve etapas: habilitación, modelos de datos, listas de selección, objetos MDF y reglas base, datos de fundamento, permisos de negocio, datos de empleados, transacciones y validación.
El orden importa porque en EC cada pieza se apoya en otra. Los campos del empleado apuntan a objetos de fundamento, los objetos de fundamento usan listas de selección, la historia laboral necesita un motivo de evento y un flujo de trabajo necesita aprobadores que existan. Si algo se configura fuera de orden, aparecen importaciones que fallan, desplegables vacíos y flujos de trabajo que no se disparan.
La lección propone pensar las etapas en tres fases. La primera es preparar la instancia, con las etapas 1 a 4: habilitar EC, cargar los modelos de datos, las listas de selección y los objetos MDF con sus reglas base. La segunda es cargar la organización y las personas, con las etapas 5 a 7: datos de fundamento, permisos de negocio y empleados. La tercera es hacer que funcione, con las etapas 8 y 9: transacciones y validación.
Cada etapa tiene herramientas propias y una lista de lo que necesita antes. La Tabla 4.1 de la lección lo resume y también indica en qué unidad del curso se trabaja cada etapa, de modo que la secuencia funciona además como mapa del curso. El Video 4.1 la recorre sobre el sistema, abriendo la pantalla principal de cada etapa.
Hay dos aclaraciones que la lección destaca. Los motivos de evento son objetos de fundamento y se cargan en la etapa 5, aunque el curso los estudie con las transacciones en la U5: la historia laboral no se puede importar sin ellos. Y la validación no espera al final: la Herramienta de verificación conviene correrla después de cada etapa de carga.
Position Management modifica la secuencia. En el curso se ve en la U7, igual que en el learning journey oficial, pero en un proyecto real, si el cliente usa posiciones desde el inicio, las posiciones se cargan después de los objetos de fundamento y antes de los datos de empleados, porque la información del puesto las referencia.
La secuencia no se recorre una sola vez. En un proyecto se trabaja por iteraciones, con más alcance en cada vuelta, y con cargas de prueba en la instancia de test antes del pase a producción.
Para la certificación, la secuencia es también un método de trabajo: en una actividad en sistema, cuando algo no aparece donde se espera, la causa casi siempre está en un paso anterior.
