Skip to main content
Estes são os eventos do dia a dia de uma integração de pagamentos. Todos os eventos transaction_* compartilham o mesmo formato de payload.

Payload dos eventos transaction_*

Campos

string
UUID da entrega (não é o ID da transação). Use-o para garantir idempotência.
string
Nome do evento. Use este campo para rotear o tratamento no seu sistema.
string
Origem do webhook: user (um webhook que você cadastrou) ou postback (a postbackUrl informada na cobrança).
object
object
Dados do cliente: name, email, phone, document, documentType, purchaseDate.
object
Sua empresa: name, document, documentType.
object
Metadados da venda (tipo, recorrência, ofertas). Para transações criadas via API, vem com os valores padrão (one_time, listas vazias).
O payload contém dados pessoais do pagador (document, payerInfo). Trate-os conforme a LGPD e armazene apenas o necessário.

Evento card_declined

Disparado quando uma cobrança no cartão é recusada. Usa um formato próprio, voltado a recuperação/notificação:

Ciclo de status de uma cobrança

1

transaction_created

Você cria a cobrança e recebe este evento quase imediatamente, com status: "pending".
2

transaction_paid

O cliente paga e você recebe este evento com status: "paid". Libere o pedido aqui.
3

transaction_refunded (eventual)

Caso haja estorno, você recebe este evento depois.