Índice
Uma falha de comunicação pode ocorrer depois que o sistema de destino já criou um pedido. Repetir a operação sem identificar a tentativa anterior pode duplicar a venda ou a entrega.
Como avaliar esta decisão
Defina uma chave estável para a operação de negócio, não para cada tentativa técnica. Determine o período de proteção e o comportamento quando a mesma chave chega com dados diferentes. Quando o destino não oferece um mecanismo apropriado, a integração precisa reconciliar resultados com cuidado. Consultar antes de gravar, sem controle de concorrência, pode continuar permitindo duplicidade.
Critérios para comparar propostas
- Identidade: relacionar evento de origem, operação pretendida e resultado no destino.
- Concorrência: impedir que tentativas simultâneas executem a mesma ação duas vezes.
- Recuperação: distinguir operação não iniciada, em andamento e concluída com resposta perdida.
Um cenário para discutir com o fornecedor
Exemplo hipotético: o ERP cria o pedido, mas a conexão cai antes da resposta. A nova tentativa deve recuperar o resultado existente, em vez de criar outro pedido com número diferente.
O que validar na entrega
Simule respostas perdidas, eventos repetidos e chamadas concorrentes. Confira diretamente os registros de destino e a consistência do identificador usado pela origem.
Prepare a conversa sobre o projeto
Informe à Quantum9 operações críticas, identificadores e capacidades das APIs. O escopo deve contemplar duplicidade como cenário de teste, especialmente em fluxos que geram compromissos financeiros ou operacionais.
Integrações e APIs · Mapear a prioridade da empresa