índice
Puede ocurrir una falla de comunicación después de que el sistema de destino ya haya creado una orden. Repetir la operación sin identificar el intento anterior podrá duplicar la venta o entrega.
Cómo evaluar esta decisión
Defina una clave estable para la operación comercial, no para cada intento técnico. Determinar el periodo de protección y comportamiento cuando llega una misma clave con datos diferentes. Cuando el objetivo no proporciona un mecanismo apropiado, la integración debe conciliar cuidadosamente los resultados. Consultar antes de grabar, sin control de concurrencia, puede seguir permitiendo la duplicación.
Criterios para comparar propuestas.
- Identidad: relacionar el evento fuente, la operación prevista y el resultado objetivo.
- Concurrencia: evita que intentos simultáneos realicen la misma acción dos veces.
- Recuperación: distingue operación no iniciada, en progreso y completada con respuesta perdida.
Un escenario para discutir con el proveedor
Ejemplo hipotético: el ERP crea la solicitud, pero la conexión se corta antes de la respuesta. El reintento debería recuperar el resultado existente, en lugar de crear otro pedido con un número diferente.
Qué validar en el momento de la entrega
Simule respuestas perdidas, eventos repetidos y llamadas simultáneas. Verifique directamente los registros de destino y la coherencia del identificador utilizado por la fuente.
Preparar la conversación sobre el proyecto.
Informar a Quantum9 de operaciones críticas, identificadores y capacidades de las API. El alcance debe incluir la duplicidad como escenario de prueba, especialmente en flujos que generan compromisos financieros u operativos.
Integraciones y API · Mapear la prioridad de la empresa