Fluxo de liquidação de ativos
Esta página oferece uma visão holística do fluxo de liquidação de ativos já encarteirados no fundo: desde a criação do lote de pagamento até a conclusão das liquidações e a atualização da carteira. Acompanhe a evolução dos status do lote, dos status de cada liquidação e dos webhooks em cada etapa.
Passe o mouse sobre cada etapa para ver os detalhes do endpoint e acessar a documentação completa. As trilhas coloridas mostram simultaneamente o que acontece com o lote, com cada liquidação e quais webhooks você receberá após o processamento.
Legenda
Fluxograma
external_id) por fundo, contendo conta de crédito opcional e demais metadados.validated ou, se o valor pago divergir do esperado além da tolerância, pending_validation (revisão pela QI Tech; o resultado chega por webhook). Não há como remover uma liquidação individual: se necessário, descarte o lote e crie outro.pending_validation e segue sozinho para pending_payment ao fim da revisão.discarded confirma o fim do fluxo.{"batch_status": "pending_payment"} para encerrar e processar, ou {"batch_status": "discarded"} para descartar o lote.settlement.payment_batch_status_change com status paid. Opcionalmente, use a consulta de lote para acompanhar o lote.inconsistent_asset (sem webhook) até a QI Tech tratá-la.settlement.settlement_status_change com settlement_status settled para cada liquidação concluída (após o pagamento do lote).Resumo de webhooks
A tabela abaixo consolida todos os webhooks da API de liquidação:
| # | Tipo do webhook | Campo de status | Valor | Momento no fluxo | Ação esperada |
|---|---|---|---|---|---|
| 1 | settlement.payment_batch_status_change | status | paid | Após confirmação do pagamento do lote (passo 4) | A partir deste evento, as liquidações são processadas e os webhooks por liquidação passam a ser enviados. |
| 2 | settlement.settlement_status_change | settlement_status | settled | Por liquidação, após processamento bem-sucedido (passo 5) | Liquidação concluída e conciliada na carteira. |
| 3 | settlement.settlement_status_change | settlement_status | validated | Por liquidação, quando a QI Tech aprova uma liquidação que estava em pending_validation | Nenhuma: a liquidação segue o fluxo normal. |
| 4 | settlement.settlement_status_change | settlement_status | discarded | Por liquidação, quando a QI Tech a descarta após revisão | Liquidação não será processada. Nenhuma movimentação financeira é gerada. |
| 5 | settlement.payment_batch_status_change | status | completed | Após todas as liquidações do lote atingirem status final (settled ou discarded) | O ciclo do lote está encerrado. Todas as liquidações foram processadas. |
| 6 | settlement.payment_batch_status_change | status | discarded | Quando o descarte do lote é concluído (por solicitação do parceiro ou descarte automático de lotes em aberto) | Nenhuma liquidação do lote será processada. As liquidações abertas são descartadas sem webhook próprio. |
O payload do webhook settlement_status_change varia conforme os dados enviados na criação da liquidação:
- Identificação do ativo:
contract_numbereasset_external_idaparecem quando informados na criação; em CCBs e contratos, os dois são preenchidos a partir da carteira. - Campos de parcela (
installment_number,installment_maturity_date,installment_external_id): presentes somente para tipos de liquidação por parcela (installment_*egloss).
Para a estrutura completa dos payloads, consulte Webhooks do lote de pagamento e Webhooks de liquidação.