Pix pago após pedido cancelado: reconcilie sem duplicar

Quando há um Pix pago após pedido cancelado, não crie outro pedido nem cobre novamente antes de confirmar o recebimento. Confira a transação no banco ou no provedor de pagamento, localize o pedido original e atualize o pagamento e o estoque de forma rastreável na loja e no ERP. Se não puder cumprir a venda, combine a devolução com o cliente.

O cancelamento pode ter ocorrido antes de a confirmação do pagamento chegar à loja ou ao ERP. Também pode haver falha de integração, evento de webhook não processado ou cancelamento manual, enquanto o provedor registra a cobrança como paga.

Um webhook é uma notificação automática enviada por um sistema quando um evento acontece, como a confirmação de um pagamento. A notificação pode atrasar, falhar ou ser reenviada. A documentação do Asaas, por exemplo, informa que um mesmo evento pode ser entregue mais de uma vez; por isso, a integração precisa evitar aplicar a mesma atualização repetidamente.

Também é importante separar os estados do pedido e do pagamento. Na Shopify, por exemplo, eles são status distintos: um pedido pode estar cancelado sem que isso, por si só, prove que o valor foi devolvido. A causa exata depende da plataforma, do provedor e das regras de cancelamento configuradas na loja.

• Cancelamento automático: uma rotina encerrou o pedido após o prazo de pagamento, mas a confirmação do Pix não sincronizou a tempo.
• Falha de integração: o provedor recebeu o valor, mas a notificação não atualizou a loja ou o ERP.
• Ação manual: alguém cancelou o pedido sem conferir se já existia pagamento confirmado.
• Confusão de status: o pedido aparece como cancelado, mas o painel do provedor mostra a cobrança como recebida.

O status “cancelado” é um sinal para investigar, não uma confirmação de que o cliente não pagou. Da mesma forma, uma imagem de comprovante enviada pelo cliente não basta para liberar o pedido.

Confirme o crédito no extrato da conta recebedora ou no painel/API do provedor de pagamento. Não use apenas o comprovante enviado pelo cliente, a tela do pedido ou uma mensagem de pagamento enviada por e-mail como prova definitiva.

1. Abra o extrato da conta que recebe os Pix. Procure uma transação concluída e confira valor, data, pagador e identificação disponível.
2. Consulte o provedor de pagamento. Localize a cobrança pelo identificador, como o ID da cobrança, o Txid ou outra referência que a integração utilize.
3. Compare os dados com o pedido original. Confira valor, moeda, horário, referência da loja e dados do pagador, respeitando as informações que o provedor disponibiliza.
4. Verifique se houve devolução ou outro pagamento. Confirme se o valor continua recebido e se não há registro de estorno, devolução ou uma segunda cobrança para o mesmo pedido.

O Banco Central orienta que o recebedor confira o crédito no extrato antes de liberar produtos ou serviços: um Pix agendado tem comprovante, mas só transfere o valor na data marcada. O Banco Central também explica que o comprovante de agendamento deve ser identificado como tal, diferente do comprovante de uma transação concluída.

Se o crédito não aparecer, não marque o pedido como pago. Peça ao cliente que confirme o status da transação no aplicativo do banco e consulte o provedor. Um comprovante pode mostrar um agendamento, uma transação não concluída ou uma operação que não corresponde à cobrança do pedido.

Use o pedido original como registro principal da venda e vincule a ele a confirmação do Pix. Atualize o estado do pagamento e da operação sem apagar o histórico de cancelamento nem lançar uma segunda venda para representar o mesmo pedido.

Passo a passo para reconciliar o pagamento

1. Registre a divergência. Anote o número do pedido, o identificador da cobrança, o valor recebido, a data e a origem da confirmação. Preserve o histórico do pedido e do pagamento.
2. Confirme a correspondência. Verifique se o pagamento foi feito para aquela cobrança, com o valor esperado. Se não for possível associá-lo com segurança, não altere o status até esclarecer a origem.
3. Atualize o pedido original. Na plataforma, marque o pagamento como recebido ou solicite à integração que sincronize o estado correto. Se o cancelamento impedir a edição, siga o procedimento suportado pela plataforma ou pelo provedor, mantendo o vínculo com o pedido original.
4. Sincronize o ERP. Confirme que o mesmo número de pedido, valor e referência de pagamento aparecem no ERP. Corrija ou reenvie a sincronização do registro existente, em vez de importar ou cadastrar a venda novamente.
5. Revise estoque e expedição. O cancelamento pode ter liberado ou reposto o estoque. Confira a disponibilidade antes de separar o produto e autorizar o envio.
6. Valide o resultado. Confirme que loja e ERP mostram uma venda, um pagamento associado e o status operacional correto. Guarde o registro da intervenção para futuras consultas.

Na integração, use uma referência estável para localizar a venda — por exemplo, o ID original do pedido e o identificador da cobrança — e trate eventos repetidos de forma idempotente. Idempotência significa processar a mesma notificação novamente sem gerar uma segunda baixa, uma segunda venda ou outra alteração duplicada. A orientação técnica do Asaas recomenda persistir o ID do evento e impedir que uma reentrega execute novamente a mesma regra de negócio.

O que você encontrou	O que fazer	O que evitar
Crédito confirmado e vinculado ao pedido	Atualizar pagamento no pedido original e sincronizar o ERP.	Criar outro pedido para registrar o mesmo pagamento.
Comprovante enviado, mas sem crédito confirmado	Aguardar a verificação no extrato ou no provedor e informar o cliente.	Marcar como pago ou liberar a expedição com base apenas na imagem.
Crédito confirmado, mas o pedido não pode ser reaberto	Usar o procedimento da plataforma e manter referência cruzada com o pedido original.	Apagar o cancelamento ou criar uma venda sem vínculo e sem histórico.
Dois pagamentos confirmados para uma compra	Verificar as duas transações e combinar a devolução do valor excedente pelo canal apropriado.	Devolver para uma conta diferente ou ignorar o segundo recebimento.

Se não houver estoque, se o prazo de envio não puder ser cumprido ou se a venda não puder ser retomada, explique a situação e combine com o cliente como resolver o pagamento, incluindo a devolução quando aplicável. Registre a decisão no pedido original. Não trate a devolução como um novo pedido.

Avise que a loja está conferindo o recebimento e não peça um novo pagamento antes de concluir a análise. Dê uma atualização objetiva, sem prometer um prazo que sua equipe ou provedor não confirmou.

Uma mensagem prática pode ser: “Recebemos sua informação sobre o Pix. Estamos conferindo a transação com o provedor e vinculando o pagamento ao pedido original. Por favor, não faça outro pagamento enquanto verificamos. Avisaremos assim que confirmarmos o próximo passo.”

Depois da conferência, informe um destes resultados: pagamento localizado e pedido em regularização; pagamento ainda não confirmado; ou recebimento confirmado, mas pedido sem possibilidade de cumprimento, caso em que a equipe combinará a solução com o cliente.

Se houver um valor recebido sem identificação segura, não solicite que o cliente o envie para outra chave ou conta. Confirme a transação pelos registros da loja e do provedor e siga o processo documentado de devolução. O Banco Central alerta para a necessidade de verificar o crédito real e evitar devolver recursos para uma conta diferente da origem.

Teste o ciclo completo do Pix, não apenas a criação do QR Code. A validação deve confirmar que o mesmo pedido mantém vínculo entre loja, provedor, ERP e operação de estoque, mesmo quando uma notificação falha ou chega repetida.

• Pagamento dentro do prazo: confirme que o pedido e o ERP mudam para o estado esperado.
• Cancelamento sem pagamento: verifique se o cancelamento libera estoque e não gera baixa financeira.
• Notificação atrasada ou indisponível: confirme se a equipe consegue consultar o pagamento no provedor e reconciliar o pedido original.
• Webhook repetido: garanta que a mesma confirmação não crie uma segunda venda nem duplique a baixa financeira.
• Pedido cancelado com pagamento confirmado: teste o procedimento para corrigir o status, preservar o histórico e validar o estoque.
• Conciliação de rotina: compare pagamentos recebidos no provedor com pedidos pagos na loja e no ERP para localizar divergências pendentes.

Também revise os registros da integração: o ID do evento, a referência do pedido, o ID da cobrança, o estado recebido e o resultado do processamento. Os eventos de cobrança do Asaas ilustram como notificações comunicam mudanças no estado de uma cobrança; os detalhes e nomes dos eventos variam conforme o provedor usado pela loja.

Se o problema acontece com frequência, mapeie qual sistema está tratando o cancelamento e qual sistema confirma o pagamento. A WEHSOFT pode fazer um diagnóstico da integração entre loja, provedor e ERP pelo WhatsApp, com foco em localizar o ponto de divergência e definir uma rotina de conciliação sem pedidos duplicados.