Imagine um teste hipotético em que o assistente recebe confirmação de compra, mas a loja não encontra o pedido. O pagamento pode ter sido autorizado enquanto a criação do pedido falhou, ou a resposta pode representar apenas uma solicitação aceita. Sem distinguir os estados, o atendimento promete uma entrega que ainda não existe.
O roteiro de homologação precisa acompanhar a mesma compra por todos os sistemas. Use dados de teste e identificadores que permitam relacionar sessão, tentativa de pagamento e pedido. O objetivo inicial é entender o caminho e suas exceções, antes de ampliar o volume.
Neste guia
Como delimitar o teste?
Declare canal, versão do protocolo, operações, meio de pagamento, categoria de produto e responsáveis. Separe o que será simulado do que será executado no ambiente de testes do parceiro. Uma simulação de resposta bancária não comprova que a integração financeira real está homologada.
Escolha uma cesta simples e uma condição que force interrupção. Por exemplo, um item com disponibilidade e outro que perde a reserva. O guia de comparação de protocolos ajuda a identificar o contrato usado, mas o aceite deve descrever comportamento, não apenas siglas.
Quais passagens precisam de evidência?
- Consultar o item e registrar a variante escolhida.
- Recalcular total, entrega e condições no sistema da loja.
- Obter a aprovação exigida pelo fluxo negociado.
- Confirmar o estado do pagamento no provedor.
- Criar ou localizar o pedido associado à tentativa.
- Informar confirmação, pendência ou recusa ao comprador.
Em cada passagem, registre entrada, saída, horário e identificadores, sem guardar segredos de pagamento nos relatórios. A especificação de checkout UCP descreve operações e estados; isso não elimina a necessidade de mapear esses estados para o pedido e o atendimento da empresa.
Como testar falhas e repetição?
Interrompa a comunicação depois de enviar a solicitação e antes de receber a resposta. A retomada deve consultar o estado ou repetir a operação com a proteção prevista, sem criar uma segunda compra. No contrato ACP consultado, operações de checkout possuem regras específicas de idempotência; o integrador precisa demonstrar seu uso.
Inclua mensagem repetida, mensagem atrasada e evento fora de ordem. A documentação de webhooks da Stripe mostra que a integração deve lidar com essas situações e verificar a origem das notificações. Um evento recebido duas vezes precisa atualizar a mesma transação, não gerar duas separações no estoque.
Quando a pessoa deve retomar a compra?
Defina pontos de intervenção para mudança de preço, nova condição, autenticação adicional, risco e dados incompletos. A pessoa precisa receber contexto suficiente para continuar sem recomeçar às cegas. Um redirecionamento para a loja pode ser parte legítima do fluxo, desde que conserve o estado necessário.
No UCP de 25/08/2026, não se deve presumir conclusão autônoma sem a extensão de mandatos AP2 aplicável. Mesmo num fluxo que a aceite, uma falha de verificação precisa impedir a conclusão. A operação do checkout por agente detalha as decisões que permanecem no servidor.
Qual evidência encerra a homologação?
O caso aprovado termina com valores, identificadores e estados conciliados. O caso recusado termina sem cobrança ou reserva indevida. O caso pendente possui responsável, prazo de investigação e mensagem correta ao comprador. A equipe deve saber cancelar ou devolver quando essa ação for cabível.
O curso Software e IA para executivos ajuda a formular critérios de aceite. Prepare uma planilha com cenário, resultado esperado, evidência e responsável. Só libere a cesta do exemplo depois de operação, financeiro e atendimento conseguirem explicar o mesmo resultado, inclusive quando a comunicação falhar.