Visão Geral de Status
Um pagamento passa por vários status desde a criação até a liquidação final. Rastrear esses status permite confirmar a entrega, detectar falhas antecipadamente e fornecer informações precisas aos seus usuários.Fluxo de Status
Descrição dos Status
| Status | Descrição | Mensagem Sugerida |
|---|---|---|
CREATED | O pagamento foi recebido e persistido. Aguarda entrada na fila de processamento. | ”Pagamento enviado” |
PENDING | O pagamento está na fila aguardando ser despachado ao provedor de pagamentos. | ”Em breve em processamento” |
PROCESSING | O desembolso foi submetido ao provedor de pagamentos e aguarda confirmação. | ”Transferência em andamento” |
COMPLETED | O provedor de pagamentos confirmou a entrega bem-sucedida dos fundos ao beneficiário. | ”Pagamento entregue!” |
ERROR | Ocorreu um erro interno no sistema. Nenhum fundo foi desembolsado. Contate o suporte se persistir. | ”Erro interno — contate o suporte” |
FAILED | O desembolso foi recusado devido a dados de conta do beneficiário inválidos ou incorretos. | ”Transferência falhou — verifique os dados do beneficiário” |
REJECTED | O pagamento foi bloqueado por uma revisão de conformidade e não será processado. | ”Transferência rejeitada — problema de conformidade” |
REFUNDED | Os fundos desembolsados foram devolvidos ao saldo pré-financiado. | ”Fundos reembolsados ao saldo” |
Obter Status do Pagamento
Polling de Status
Use polling como fallback quando webhooks não estiverem disponíveis:Webhooks para Atualizações de Status
Assine o tipo de eventoPAYOUT para receber notificações em tempo real a cada mudança de status:
Boas Práticas
Webhooks como Canal Principal
Webhooks como Canal Principal
Sempre configure um endpoint webhook para eventos
PAYOUT. Isso fornece atualizações instantâneas de status sem sobrecarga de polling e reduz chamadas desnecessárias à API.Polling como Backup
Polling como Backup
Se a entrega do webhook falhar, consulte
GET /api/v2/payouts/{id} a cada 15–30 segundos. Defina um timeout razoável (ex.: 5 minutos) e alerte sua equipe se um pagamento permanecer em PROCESSING por mais tempo que o esperado.Distinguir ERROR, FAILED e REJECTED
Distinguir ERROR, FAILED e REJECTED
Cada status de falha tem uma causa distinta e a remediação apropriada difere:
ERROR— Um problema interno do sistema na KillB. Nenhuma ação é necessária nos dados do beneficiário; contate o suporte se o problema persistir.FAILED— O banco do beneficiário recusou a transferência devido a dados de conta inválidos ou incorretos. Revise e corrija os dados do beneficiário antes de retentar.REJECTED— O pagamento foi bloqueado por uma revisão de conformidade. Não retentar automaticamente; escalar internamente para revisão.
Reconciliar Diariamente
Reconciliar Diariamente
Obtenha todos os pagamentos do dia anterior via
GET /api/v2/payouts e reconcilie com seu livro-razão interno. Compare os status terminais esperados vs. reais para detectar discrepâncias antecipadamente.Próximos Passos
Configurar Webhooks
Configure e proteja notificações webhook
Tratamento de Erros
Gerencie falhas da API com elegância