Skip to content

Tokenized Credit

Access prerequisites

  • Permission (module): viewCredits (general access to the group). Configuration screens require creditConfigManage; specific actions use repurchaseTokens, creditDispute, or creditDisburse.
  • License/Feature: CREDIT_INVESTMENTS enabled on the tenant license (Vault). Without it, the group does not appear in the menu.
  • Menu container: TOKENIZATION → group Tokenized Credit

What it is

The Tokenized Credit group brings together the screens to originate, price, approve, disburse, tokenize, and settle credit operations (receivable anticipation/assignment) with on-chain collateral. The permission is dual (CPM enum in the backend + dynamic module in the DB) and the entire group depends on the CREDIT_INVESTMENTS license.

Configuration (base parameters)

Set up these screens before operating — they feed the quote, the risk assessment, and the settlement:

Operation

The operational screens of the group follow the flow origination → approval → disbursement → charge → settlement:

  • Deals — anticipation/assignment operations; approve, reject, cancel.
  • Parties — assignor, drawee, and investor; KYC and risk.
  • Receivables — instruments that collateralize the operations; documents and installments.
  • Charges — PIX/Boleto against the drawee.
  • Disbursements — net transfer to the originator (module creditDisburse).
  • Settlements — waterfall distribution upon payoff (module creditDisburse).
  • Buybacks — position buyback (module repurchaseTokens).
  • Disputes — charge contestations (module creditDispute).
  • Ledger — ledger for audit and reconciliation.

Start with the Credit Guide to understand the configuration and operation order.