Comerciante (clearpago → seu sistema)
Estrutura geral
Semântica de event.id e event.external_id (crítico)
event_type | event.id | event.external_id |
|---|---|---|
pix_cash_in | UUID do cash-in | externalId do cash-in |
pix_cash_out | UUID do cash-out | externalId do cash-out |
pix_cash_in_reversal | UUID do cash-in original (não o refund) | externalId do refund-in (estorno) |
pix_cash_out_reversal | UUID do cash-out | externalId do cash-out |
pix_cash_in_reversal, além de id (cash-in), use transaction_id e end_to_end_id do estorno para evitar colisão entre múltiplos parciais.
pix_cash_in (recebido, PAID)
pix_cash_out (confirmado)
pix_cash_in_reversal (estorno de recebimento)
Aqui event.id = UUID do cash-in original; event.external_id = externalId do refund-in.
transaction_id + end_to_end_id do estorno para idempotência, ou o id do refund visto em GET /api/pix/refund/{id}.
pix_cash_out_reversal
Monitorevalue_centse documentação de fallback no código (metadados incompletos) parapix_cash_out_reversal— ref. seção 11 do documento de origem.
Apêndice: parceiro (BaaS → clearpago)
Estes JSONs são úteis para suporte. Direção: BaaS → clearpago (rotasPOST /api/webhooks/pix/...) — o seu sistema não recebe estes corpos; servem de referência.
A) CashIn
B) CashInReversal
C) CashOut
D) CashOutReversal
Deduplicação (chaves recomendadas, sumário)
- Geral:
event_type+ chave mínima que identifique a transição, sem confundirevent.identre tipos. pix_cash_in_reversal: forçaid= cash-in; compor comtransaction_id+end_to_end_iddo estorno.