Assignment Flow
This page provides a holistic view of the entire credit rights assignment flow, from batch creation to asset inclusion in the fund's portfolio. Follow the evolution of batch statuses, asset statuses, and webhooks received at each step.
Hover over each step to see endpoint details and access the full documentation. The three colored tracks show simultaneously what happens to the batch, assets, and which webhooks you will receive.
Legend
Flowchart
external_id).pending_assets_insertion, ready to receive assets.pending_eligibility. You will receive a trade_receivables.asset_creation webhook confirming insertion.pending_documentation webhook for the asset (step 5a).{"assignment_status": "completed_assets_insertion"}. It is not necessary to wait for individual asset eligibility webhooks.trade_receivables.asset_status_change — sent for each asset with the eligibility result.trade_receivables.assignment_status_change — reports whether the batch was approved or rejected in eligibility.{"assignment_status": "approved"} or "denied". After approval, you receive the webhook with status pending_assignment_term_signature.pending_payment.total_purchase_value of all non-discarded assets. After payment, you receive the webhook with status pending_assets_wallet_inclusion.completed. From this moment, the assets are in the fund's portfolio.Webhook Summary
The table below consolidates all webhooks the integrator receives throughout the flow, in chronological order:
| # | Webhook Type | Status | Point in Flow | Expected Action |
|---|---|---|---|---|
| 1 | asset_creation | pending_eligibility | After each asset insertion (step 2) | None — receipt confirmation. |
| 2 | asset_status_change | pre_approved | Asset approved in eligibility (step 5a) | None — asset pre-approved. |
| 3 | asset_status_change | denied | Asset rejected in eligibility (step 5a) | None — asset does not proceed. |
| 4 | assignment_status_change | pending_manager_approval | Batch approved in eligibility (step 5b) | Wait for manager approval. |
| 5 | assignment_status_change | denied | Batch rejected in eligibility (step 5b) | None — flow ended. |
| 6 | assignment_status_change | pending_assignment_term_signature | Manager approved the batch (step 6) | Optional: consult Assignment Term. |
| 7 | assignment_status_change | pending_payment | Term signed by all parties (step 7) | None — payment in processing. |
| 8 | assignment_status_change | pending_assets_wallet_inclusion | Payment completed (step 8) | None — portfolio inclusion in processing. |
| 9 | assignment_status_change | completed | Assets included in portfolio (step 9) | Assignment completed successfully. |
| — | assignment_status_change | discarded | Any time (rejection/error) | None — batch discarded. |
All webhook types have the prefix trade_receivables.. For example: trade_receivables.asset_creation and trade_receivables.assignment_status_change. For details on the complete webhook structure, see Asset Webhooks and Batch Webhooks.