What is a sub-client?
Dakota organizes accounts in a three-level hierarchy:
A sub-client is a real customer record: it completes the same KYB onboarding as any other business customer (see Customer Onboarding). The only difference is that other customers can be associated with it.
Because of their role, sub-clients are typically subject to enhanced due diligence (EDD) during compliance review. This may extend the time and documentation required to approve a sub-client compared to a regular business customer.
Rules & constraints
Step 1: Create a sub-client
Create the sub-client like any business customer, withis_sub_client: true.
cURL
JavaScript
Python
Go
application_url (or build a custom flow) and monitor its kyb_status. See Customer Onboarding for the full flow and KYB status values.
Keep the returned
id (2ABCrqBHb3cTfLVkFSGmHZqdXYZ above) — this is the sub-client’s customer ID, which you’ll pass as sub_client_id when adding customers to it.Step 2: Add a customer to the sub-client
Create a customer as usual, but setsub_client_id to the sub-client’s ID. The customer can be a business or individual.
cURL
JavaScript
Python
Go
Step 3: View sub-clients and their customers
Every customer record now carries three sub-client fields:List all your sub-clients
cURL
List the customers of a sub-client
Filter the customer list bysub_client_id to return only the customers associated with that sub-client.
cURL
Get a sub-client summary
GET /customers/sub-client-summary returns every sub-client along with the number of customers associated with it — useful for dashboards and reporting.
cURL
Next Steps
- Customer Onboarding — the KYB flow every sub-client and customer completes
- Webhook Integration — track KYB status changes for sub-clients and their customers
- Testing — exercise sub-client creation in sandbox
API Reference
- Create a customer record —
is_sub_clientandsub_client_idfields - List all customer records —
is_sub_clientandsub_client_idfilters - Get sub-client summary

