Parties (Originator / Debtor / Investor)
Access Prerequisites
- Permission (module):
viewCredits(list/view). Approving/rejecting KYC uses the same credit management permission of the tenant. - License/Feature:
CREDIT_INVESTMENTSenabled in the tenant license (Vault). - Menu container: TOKENIZATION → group Tokenized Credit
What it is / when to use
The Parties screen registers and governs the participants of tokenized credit: Originators, Investors and Debtors. Each party carries a document (CPF/CNPJ), address, KYC status, BaaS account status and risk attributes (score, credit limit, defaults) that feed the Credit Policies.
Use this screen to review and approve/reject parties after KYC, before they can originate, invest or appear as debtor in an operation.
Prerequisites
- Permission:
viewCreditsregistered for the operator role (double permission — CPM enum on the backend + dynamic module in the DB). - License/Feature:
CREDIT_INVESTMENTSenabled. If disabled, the group does not appear in the menu at all. - Dependencies on other screens: none; however, parties must exist and be approved before being used in Deals.
Step by step
- Access the menu Tokenized Credit → Parties.
- Filter by Type (Originator / Investor / Debtor / All) and Status.
- Use the search to locate by name/document.
- Open the party (row or ⋮ → View) to check KYC, address and risk attributes.
- For pending parties, use ⋮ → Approve or ⋮ → Reject (with confirmation).
Filters and columns
| Filter/Column | What it shows | Data source |
|---|---|---|
| Name | Company name / party name | Party.name |
| Type | ORIGINATOR, INVESTOR or DEBTOR | Party.type (filter typeFilter) |
| Document | CPF/CNPJ | Party.documentNumber + documentType |
| Status | PENDING_KYC, KYC_APPROVED, KYC_REJECTED, ACTIVE, SUSPENDED, PENDING_APPROVAL, APPROVED, REJECTED | Party.status (filter statusFilter) |
| KYC Status | KYC result of the party | Party.kycStatus |
| BaaS Account | Status of the associated bank account | Party.baasAccountStatus |
| Created at | Registration date | Party.createdAt |
Risk attributes visible in the detail view (not in the list, but used by Policies): riskScore, creditLimit, usedCredit, kycScore, defaultCount, totalDeals, totalVolume, riskRating.
Actions and modals
- View: opens the party details (
credit-parties/view/:id). - Edit: opens the form (
credit-parties/edit/:id). - Create: registers a new party (
credit-parties/create). - Approve:
approveParty(id)after confirmation (bottom-sheet) — releases the party to operate. - Reject:
rejectParty(id)after confirmation — blocks the party.
Approving/rejecting parties may trigger step-up (password + MFA, X-Step-Up-Token, 5-minute window) depending on the environment — identity reconfirmation, not 4-eyes approval.
Business rules / notes
Attention
- Status governs usage. Originator/investor can only participate in an operation if approved; disbursement to the originator requires an active BaaS account and a compatible status.
- Risk attributes feed the Policies.
riskScore,defaultCount,creditLimit/usedCreditare read by Policies with PARTY scope on deal/receivable approval — keep them up to date. - Debtor (DEBTOR) is the one who pays the Charge; register them correctly so the receivable→charge link works.
- Financial values:
creditLimit,usedCreditandtotalVolumerepresent amounts treated as BigNumber on the backend — do not round when setting limits. - Status APPROVED: downstream financial operations require the party to have approved status.