Employee Central es un sistema basado en fechas efectivas. Eso cambia la forma de integrar: no basta con “tomar el estado actual”; necesitas una estrategia consistente de deltas, idempotencia y reconciliación.
1) Define el contrato: qué significa “delta” en tu integración
En proyectos reales, “delta” suele significar cosas distintas para cada persona. Acláralo con precisión:
- Delta por entidad: qué objetos aplican (empleado, job info, comp info, dependientes, etc.).
- Delta por tiempo: ventana (por ejemplo, cambios desde el último corte) y cómo se calculan retroactivos.
- Orden: si el target requiere secuencia (por ejemplo, altas antes de movimientos).
Sin contrato, el equipo termina “arreglando” casos a mano y el costo aparece en soporte, no en el proyecto.
2) Fechas efectivas: evita perder cambios futuros o retroactivos
Los cambios futuros (con fecha posterior) y los retroactivos (correcciones hacia atrás) son normales en HR. El diseño debe responder:
- ¿Qué haces con movimientos futuros: los replicas ya, o los mantienes como “pendientes” hasta su vigencia?
- ¿Cómo tratas correcciones retroactivas: reescribes, emites eventos, o recalculas nómina fuera del middleware?
- ¿Qué evidencia guardas para explicar por qué el target cambió?
3) Idempotencia: el seguro contra duplicados en reintentos y reproceso
En producción, vas a reintentar. También vas a reprocesar por correcciones o incidentes. Para que eso no cree duplicados, diseña una llave de idempotencia que puedas reproducir:
- Clave estable: employeeId + entidad + fecha efectiva + tipo de operación (según el contrato).
- Estado mínimo: qué ya fue aplicado y con qué versión del payload (hash o fingerprint sin datos sensibles).
- Comportamiento: si llega un evento repetido, ¿se descarta, se compara, o se actualiza?
En SAP Integration Suite / CPI, esto suele aterrizarse en un patrón de deduplicación antes de invocar el target y un patrón de reproceso controlado con evidencias claras.
4) Reconciliación: tu plan de soporte, no un “reporte final”
La reconciliación no debería ser un Excel al cierre del go-live. Debe ser una capacidad operativa, con reglas simples:
- Conteos por entidad y por rango de fechas.
- Diferencias por claves (faltantes/sobrantes) y por estado.
- Un camino de corrección: reintento, reproceso o ajuste manual con evidencia.
5) Gobierno mínimo: qué documentar para que soporte no dependa de “la persona clave”
Para cada integración, define y conserva evidencia mínima:
- Contrato de delta (qué cambia y cómo).
- Llave de idempotencia y comportamiento ante duplicados.
- Runbook: monitoreo, errores típicos, reintentos y reproceso.
- Reconciliación: qué comparar y con qué periodicidad.
Esto no reemplaza herramientas SAP de lifecycle, transport management o monitoreo runtime. Es gobernanza de middleware enfocada en operabilidad.