Qué hacer cuando dos sistemas discrepan sobre el estado de una operación
Cuando dos aplicaciones muestran estados diferentes, detén las acciones que dependan de interpretar esa discrepancia y reconstruye la operación.
Equipo enginerIT· 2 min de lectura
Cuando dos aplicaciones muestran estados diferentes, detén las acciones que dependan de interpretar esa discrepancia y reconstruye la operación. Primero comprueba que ambas hablan del mismo hecho y de la misma fase. «Enviado», «aceptado» y «completado» pueden ser estados compatibles si describen pasos diferentes.
Captura referencias y compara el significado de los estados
Guarda identificador de negocio, referencias de ambas aplicaciones, estado literal, fecha de consulta y último cambio conocido. Consulta con acceso de lectura antes de corregir. No confundas la hora de sincronización con la hora del hecho. Si hay varias operaciones similares, valida la relación antes de comparar; dos pedidos del mismo cliente y del mismo importe pueden ser legítimos.
Consulta el contrato de estados: qué evidencia permite avanzar, qué estados son finales y qué sistema confirma cada uno. Averigua si existe una actualización pendiente o una caída entre pasos. Los procesos distribuidos pueden mostrar diferencias temporales, como explica el patrón de compensación de Azure. Eso no justifica esperar indefinidamente: usa un plazo operativo acordado y abre incidencia cuando se supera o aparecen estados incompatibles.
Decide entre completar, corregir y compensar
Si el destino confirma el efecto y solo falta actualizar el origen, reanuda ese paso. Si el dato fuente es erróneo, pide al responsable corregirlo mediante el mecanismo permitido. Si una acción válida debe deshacerse, comprueba consecuencias y autorización: cancelar una reserva no equivale a borrar su fila. No reinicies la cadena completa para conseguir que ambos semáforos se pongan verdes. Cada acción de resolución necesita referencia y resultado verificable.
Cierra con evidencia de ambos lados
Registra causa confirmada o incertidumbre pendiente, cambios aplicados y persona que decidió. Vuelve a consultar los sistemas tras la corrección y confirma que los procesos dependientes reciben el estado adecuado. Ensaya un caso con respuesta perdida y otro con actualización retrasada: deben acabar por caminos distintos. Si no hay forma de consultar el efecto final, conserva el caso como incierto y asigna revisión; una ausencia en la pantalla local no acredita que el destino no actuara.
Comprobaciones para cerrar la tarea
- ✓ Las referencias corresponden a la misma operación.
- ✓ Se distingue estado técnico de estado de negocio.
- ✓ El cierre incluye una lectura posterior de ambos sistemas.
Fuentes y documentación
- Azure: transacciones de compensación — Deshacer pasos requiere reglas de negocio y consideración de cambios concurrentes.
- Azure Architecture Center: Retry — Distingue fallos transitorios, límites de intentos e impacto de políticas anidadas.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →