Skip to content
Partner API Docs

Client-money segregation

Design client-money controls across bank accounts, platform ledgers, funding, withdrawals, settlement, reconciliation, breaks, and insolvency scenarios.

Client-money protection requires more than separate wallet fields. The legal account structure, bank mandate, double-entry ledger, payment approvals, daily reconciliation, and insolvency treatment must work as one control system.

Ledger balance is not a bank deposit

MyStocks sub-account wallets are USD ledger balances. Your customer terms must not describe them as individually titled bank accounts, deposits, or universally protected balances unless the relevant legal and banking arrangements expressly support that statement.

Money path

Customer payment
verified source account
Approved collection account
client-money designation
Master control account
partner funding reference
Sub-account ledger
customer USD entitlement
Order escrow
reserved, not withdrawable
Settlement / payout
authorised destination

Segregation layers

LayerRequired control
LegalWritten classification of client money, trust/segregation terms, permitted use, and insolvency treatment
BankingAppropriately titled accounts, restricted signatories, no unauthorised set-off, and approved counterparties
LedgerSeparate customer liabilities, partner corporate funds, fees, escrow, unsettled cash, and adjustments
PaymentsVerified source/destination, maker-checker approval, limits, sanctions screening, and reference uniqueness
ReconciliationBank-to-control-account and control-account-to-sub-ledger comparison at least daily
AssuranceException aging, management review, access recertification, and independent testing

Ledger invariants

The following must always be demonstrable:

client bank cash + valid settlement receivables
  >= total customer cash liabilities

master wallet allocation
  = sum(sub-account available + reserved + unsettled) + partner residual

every external movement
  = authorised request + unique reference + immutable ledger entries

Do not use customer money for operating expenses, credit exposure, unrelated settlement, another customer's shortfall, or treasury investment unless a specific lawful mandate and disclosure permit it.

Funding controls

  1. Accept funds only through approved rails and identify the originating customer or partner.
  2. Reject, return, or review unidentified and unexpected third-party payments.
  3. Credit the API ledger only after the legally defined receipt/clearing event.
  4. Store amount, currency, applied FX, external reference, bank timestamp, and approver.
  5. Ensure retries cannot double-credit; use a durable idempotency and payment-reference control.

For production partner float, POST /topup creates a pending treasury request. It must not be treated as cash until approved and reconciled. See Fund flow.

Withdrawal controls

  • Calculate available cash after reservations, unsettled proceeds, fees, restrictions, and minimum balance rules.
  • Pay only to an account whose ownership and change history have been verified.
  • Apply cooling-off or step-up authentication after sensitive destination changes where appropriate.
  • Separate request, approval, dispatch, and reconciliation duties.
  • Fail closed on uncertain status; never convert a timeout into a second payout automatically.
  • Return rejected or cancelled amounts through compensating ledger entries, not record deletion.

Daily reconciliation and breaks

Break typeImmediate response
Bank cash below ledger liabilityStop withdrawals and new funding credits; escalate as critical
Unmatched bank receiptHold in suspense; do not guess the customer
Duplicate credit or payoutFreeze affected amount and start recovery workflow
Settlement timing differenceRecord dated receivable/payable and confirm against broker statement
FX or fee mismatchPreserve original calculation, post an approved adjustment, and notify if material
Stale exceptionEscalate by age and value; include in daily management attestation

Evidence required before production

  • Legal opinion or counsel-approved analysis of client-money status in every operating jurisdiction.
  • Bank account letters, titles, mandates, set-off treatment, and authorised signatory register.
  • End-to-end ledger diagram and chart of accounts.
  • Daily reconciliation procedure with named preparer, reviewer, cut-off, and escalation SLA.
  • Maker-checker evidence for treasury and large payments.
  • Tested shortfall, bank failure, cyber-fraud, and orderly wind-down playbooks.

Reference standards

Was this page useful?

Your signal helps us tighten partner onboarding docs.

Last updated on

On this page