Skip to main content

Comerciante (clearpago → seu sistema)

Estrutura geral

Semântica de event.id e event.external_id (crítico)

Idempotência: a origem recomenda chave composta adequada ao evento. Para 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.
Use preferencialmente o par 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

Monitore value_cents e documentação de fallback no código (metadados incompletos) para pix_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 (rotas POST /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 confundir event.id entre tipos.
  • pix_cash_in_reversal: força id = cash-in; compor com transaction_id + end_to_end_id do estorno.

Ver