Skip to main content

Pagamentos

payment.paid

O evento mais importante da integração: é ele que autoriza a liberação do produto.
string
Em cobrança avulsa, o id da cobrança. Em venda de produtos, o id do pedido. Use hasProducts para saber qual é o caso.
boolean
false para cobrança Pix avulsa, true quando o pagamento é de um pedido com produtos.
string
Nome de quem pagou, quando informado pelo banco.
string
Referência curta da cobrança, útil para conciliação.
string
Momento da confirmação, em ISO 8601.

payment.created

payment.failed e payment.pix.expired

O data traz id, type, status e occurredAt. O valor só é incluído quando conhecido.

Reembolsos

A data varia com o evento: requestedAt, completedAt ou failedAt.
Um reembolso concluído dispara dois eventos: refund.completed e payment.refunded. Se você assinar os dois, trate o reembolso uma única vez.

Mediações

Em med.updated, o data também traz previousStatus. Em med.evidence_sent, traz evidenceCount e evidenceSentAt.

Transferências

Referem-se aos seus saques Pix. Os três eventos enviam os mesmos campos; dados ainda desconhecidos vêm como null.
string
processing em transfer.created, approved em transfer.completed e rejected em transfer.failed.
string | null
Em transfer.failed, vem TRANSFER_REJECTED. Nos demais eventos, null.
string | null
Dados do recebedor confirmados no processamento, quando disponíveis.
Os payloads não incluem credenciais, identificadores operacionais nem configuração interna.