1. Primeiro a detecção
A transação pode aparecer em segundos, mas ainda ser substituível, reversível pela rede ou não finalizada.
2. Confirmações aumentam segurança
Cada bloco aceito eleva a finalidade. O pedido mostra confirmações atuais e exigidas pelo provedor.
3. Atrasos variam
Congestionamento, taxa baixa, lotes, manutenção ou consulta do provedor podem atrasar sem perda dos fundos.
4. Pago, depois manual
Só confirmação verificada marca pago. Depois entra em processamento manual e a entrega é atualizada separadamente.
5. Leia o explorador no contexto
Um ID mostra transmissão, rede, destino, valor e confirmações. Sozinho não prova correspondência com fatura, chegada antes do prazo, memo necessário ou status final verificado. Compare explorador, fatura e pedido. Congestionamento, lotes da carteira, monitoramento e análise geram atrasos diferentes; não prometa tempo universal.
6. Concilie antes de outra ação
Se o status não bater, não pague de novo nem troque de rede. Guarde fatura, USV, ID, rede, valor, hora e link do explorador e use o rastreio. O suporte compara os fatos com evento assinado e fatura esperada. Imagem da carteira não é prova final e ninguém precisa de frase-semente ou chave privada.
Perguntas frequentes
Por que detectado mas não pago?
A transferência foi vista, mas faltam confirmações.
O suporte pode acelerar?
Em geral não; blocos e inclusão dependem da rede e da taxa.
Expirou após enviar?
Não pague novamente. Guarde o ID, confira o pedido e fale com o suporte se não for associado.
Há um número fixo de confirmações?
Não presuma número universal. Sessão e status refletem ativo, rede e requisitos atuais. Aguarde o estado verificado.
Fontes
- OxaPay Webhook Documentation ↗
Documentação oficial que separa paying de paid final e descreve verificação HMAC.
Última revisão: 2026-08-28 - OxaPay API Reference ↗
Visão oficial das APIs OxaPay e do contexto de integração para faturas reais.
Última revisão: 2026-08-28