Skip to main content

Estrutura Base

Todos os webhooks enviados pela Autorizou seguem esta estrutura base:
string
Nome do evento que disparou o webhookExemplos: payment.authorized, payment.refused, subscription.created
string
Tipo do recurso principalValores: payment, subscription
string
Data e hora em que o evento foi criadoFormato: Y-m-d H:i:s (UTC)

Objeto Payment

Presente em todos os eventos de pagamento.

Campos do Payment

string
ID único do pagamento na Autorizou
string
Referência do pagamento no seu sistema
string
Status atual do pagamentoValores: pending, authorized, confirmed, refused, refunded, expired, etc.
string
Método de pagamento utilizadoValores: credit_card, bank_slip, pix
integer
Valor em centavosExemplo: 10000 = R$ 100,00
integer
Número de parcelas
string
Código da moeda (ISO 4217)Exemplo: BRL, USD
string
Descrição do pagamento
object
Dados customizados enviados na criação do pagamento
string
Código de retorno da adquirente (quando disponível)
string
Motivo da recusa (quando aplicável)
array
A divisão realizada da venda — presente quando a venda foi dividida (split enviado por você ou resolvido pela config da conta). Cada item é uma fatia: quem recebeu quanto, no centavo. Detalhes e exemplo em Split de Pagamento → Split realizado no retorno.
O mesmo bloco split vem também na resposta da criação da cobrança e no GET /payments/{identifier} — o contrato é idêntico nas três superfícies.

Dados do Cartão de Crédito

Quando payment_method é credit_card, o objeto credit_card está presente:
string
ID do cartão tokenizado
string
Nome do portador do cartão
string
Bandeira do cartãoExemplos: visa, mastercard, elo, amex
string
Primeiros 6 dígitos do cartão (BIN)
string
Últimos 4 dígitos do cartão
string
Mês de expiração (formato: MM)
string
Ano de expiração (formato: YYYY)
string
Texto que aparece na fatura do cliente
boolean
Se a captura é automática
object
Dados de autenticação 3D Secure (quando aplicável)

Dados do Boleto Bancário

Quando payment_method é bank_slip, o objeto bank_slip está presente:
string
Data de vencimentoFormato: Y-m-d
string
Código de barras / linha digitável
string
URL para download do PDF do boleto

Dados do PIX

Quando payment_method é pix, o objeto pix está presente:
string
Data e hora de expiração do QR CodeFormato: Y-m-d H:i:s
string
Código PIX Copia e Cola (payload do QR Code)
string
Nome do pagador (disponível após pagamento)
string
CPF/CNPJ do pagador (disponível após pagamento)

Objeto Customer

Informações do cliente que realizou o pagamento.
string
ID do cliente na Autorizou
string
Nome completo do cliente
string
Email do cliente

Objeto Order

Presente quando o pagamento está vinculado a um pedido.
string
ID do pedido na Autorizou
string
Status do pedidoValores: pending, processing, completed, cancelled
boolean
Se o pedido está fechado/finalizado
object
Informações de taxas do pedido
integer
Valor da taxa fixa em centavos
number
Percentual da taxa da plataforma
integer
Valor da taxa da plataforma em centavos

Objeto Subscription

Presente em eventos de assinatura ou pagamentos recorrentes.
string
ID da assinatura
string
Status da assinaturaValores: active, inactive, cancelled, past_due
string
ID do plano da assinatura
string
Intervalo de cobrançaValores: daily, weekly, monthly, yearly
integer
Valor da próxima cobrança em centavos
string
Data da próxima cobrança
string
Data de início da assinatura
string
Data de término (null se indeterminado)
integer
Dias de período de teste
integer
Ciclo atual da assinatura

Exemplos Completos

Pagamento Autorizado (Cartão de Crédito)

Pagamento Recusado

Pagamento PIX Recebido

Boleto Criado

Assinatura Criada


Próximos Passos

Agora que você conhece a estrutura dos payloads, você pode implementar o endpoint no seu sistema para receber e processar os webhooks.
Lembre-se de processar os webhooks de forma idempotente usando o ID do pagamento para evitar processar o mesmo evento múltiplas vezes.