Empiece por definir el evento del negocio que debe gestionar la integración. Identifique qué necesita hacer el sistema receptor y qué fuente prevalece cuando los registros discrepan.
Redacte el contrato de interfaz en torno al evento
| Elemento del contrato | Pregunta que debe responderse |
|---|---|
| Activador | ¿Qué ocurrió y qué sistema lo confirmó? |
| Identidad | ¿Qué identificadores de cuenta y evento permanecen estables entre sistemas? |
| Datos enviados | ¿Qué campos son obligatorios, opcionales o sensibles? |
| Confirmación | ¿Qué respuesta demuestra la recepción o la finalización? |
| Fallo | ¿Qué acciones se reintentan, esperan, se detienen o requieren revisión? |
| Corrección | ¿Cómo hace referencia un cambio posterior al evento original? |
Por ejemplo, una decisión de verificación necesita más que una etiqueta copiada en otra base de datos. Defina su momento de entrada en vigor, su versión y la acción que permite ese estado. Limite el acceso a datos a lo que necesita el flujo receptor.
Asigne la responsabilidad sobre un estado de transacción incierto
Cuando una solicitud agota su tiempo de espera, identifique quién determina si ocurrió la acción. Un reintento no debe crear un duplicado no previsto, y una confirmación ausente no debe tratarse como prueba de fallo sin comprobar el contrato.
Especifique la supervisión de eventos retrasados o rechazados y el equipo responsable de resolverlos. El operador necesita una forma de distinguir una acumulación de eventos pendientes de integración de una decisión que todavía espera revisión humana.
Pruebe los cambios además de la conexión inicial
Utilice un evento válido, un campo obligatorio ausente, una solicitud duplicada, una corrección fuera de orden y una interrupción temporal de la fuente. Compare los registros resultantes en ambos sistemas. Conserve suficientes identificadores e información de estado para investigar cada resultado.
Después, pruebe un cambio de versión o la adición de un campo opcional con las reglas de compatibilidad acordadas. Defina al responsable de la publicación, los criterios de reversión de versión y el proceso de notificación de cambios de proveedores. Una primera conexión satisfactoria es solo una parte del ciclo de vida de una integración.
Prepare una descripción útil de la integración
Proporcione los sistemas, la documentación disponible, ejemplos de eventos y el flujo de trabajo que debe mejorar. Incluya el estado de error que su equipo no puede explicar actualmente. Para sustituir el sistema central de cuentas, evalúe también el alcance del PAM y el trabajo de migración.
Solicite una revisión de interfaces con esos datos. La propuesta debe identificar entregables, dependencias y pruebas de aceptación.