Skip to main content
GET
Buscar Pagamento
Este endpoint permite recuperar as informações detalhadas de um pagamento específico. O {identifier} aceita três formas: o uuid, a hash ou o seu próprio merchant_reference.
Consultar pelo merchant_reference (a referência que você enviou ao criar a cobrança) é o caminho mais direto para conciliar: você não precisa guardar o uuid da Autorizou do seu lado.
A resposta traz também split (como o valor foi dividido) e fees (taxa da plataforma) — veja Visibilidade pós-venda.

Casos de Uso

  • Consultar status de pagamentos em tempo real
  • Verificar valores e detalhes do pagamento
  • Auditoria e reconciliação financeira
  • Exibir dados na interface do usuário

Parâmetros de URL

string
required
Identificador do pagamento. Pode ser:
  • UUID do pagamento (ex: 0026621e-ae0c-477b-998d-6442fa0645b2)
  • Hash do pagamento (ex: AUTPCC01K8RSCH3T5FNB7EVACV8DQVN)
  • Sua referência enviada na criação como code (merchant_reference)

Exemplo de Requisição

Resposta de Sucesso

Campos condicionais: split aparece quando a venda foi dividida (a divisão realizada, item a item — veja Visibilidade pós-venda); metadata aparece apenas enquanto o pagamento está em authentication_requested (dados do desafio 3DS). amount reflete o valor atual (decrementado por estornos parciais); original_amount preserva o valor cobrado.

Detalhes da Resposta

Dados Principais

Status Possíveis

Códigos de Erro

Pagamento não encontrado
Possíveis causas:
  • UUID ou hash não existe
  • Pagamento pertence a outro merchant
  • UUID ou hash mal formado
UUID inválido

Casos de Uso Práticos

Verificação de Status

Formatação para Display

Polling de Status

Considerações de Performance

Cache inteligente: Status finais (authorized, refused, canceled, expired, refunded) podem ser cached por longos períodos. Lembre que um pagamento authorized ainda pode virar refunded/chargeback depois — invalide o cache ao receber webhooks.
Polling eficiente: Para pagamentos em processamento, use intervalos de 5-10 segundos para verificar status.

Webhook vs Polling

Use webhooks: Prefira sempre webhooks em vez de polling para receber atualizações de status em tempo real.

Próximos Passos

Após consultar um pagamento:
  1. Processar estorno se necessário
  2. Configurar webhooks
  3. Atualizar detalhes do pagamento
  4. Analisar métricas de conversão