Sub-accounts are an Enterprise feature. Contact [email protected] to enable sub-account functionality on your account.
When to Use Sub-Accounts
Sub-accounts solve the multi-tenant problem: how do you give different customers, clients, or business units their own isolated environment without creating entirely separate DialNexa accounts?Agencies managing multiple clients
Agencies managing multiple clients
A voice AI agency builds and manages agents for 20 clients. Each client gets their own sub-account: their agents, numbers, and call data are completely isolated from each other. The agency can access all sub-accounts from the parent account without needing to log in separately.
ISVs and resellers
ISVs and resellers
A software company builds a product on top of DialNexa and sells it to businesses. Each end customer is provisioned a sub-account. The ISV manages their customers’ environments centrally and bills them separately using DialNexa’s billing isolation features.
Enterprise multi-tenant deployments
Enterprise multi-tenant deployments
A large enterprise has 15 business units, each needing their own voice AI deployment. Rather than 15 separate accounts, one parent account with 15 sub-accounts gives central IT visibility while keeping business unit environments isolated.
White-label deployments
White-label deployments
A white-label DialNexa deployer provisions a sub-account per client. Each client sees only the white-labeled platform and has no visibility into the parent account or other clients.
Sub-Account vs. Workspace
Both sub-accounts and workspaces provide isolation. The key differences:| Feature | Workspace | Sub-Account |
|---|---|---|
| Isolation level | Logical | Full (separate entity) |
| Billing | Shared with parent account | Isolated (own wallet) or consolidated |
| API keys | Scoped to workspace | Scoped to sub-account |
| Team members | Managed per workspace | Managed per sub-account, separate from parent |
| Parent visibility | Yes (org admin can view) | Yes (parent admin can view and manage) |
| Use case | Internal team/environment separation | External client or reseller isolation |
Creating a Sub-Account
Sub-accounts are created programmatically via the API or from the parent account dashboard.Via the Dashboard
- Go to Organization Settings → Sub-Accounts
- Click + Create Sub-Account
- Enter the sub-account name (typically the client or business unit name)
- Select the billing mode (see below)
- Select the data region for the sub-account
- Set initial concurrency limits
- Click Create
Via the API
Billing Isolation
Sub-accounts support two billing modes:Isolated Billing
Each sub-account has its own wallet. The parent account cannot draw from a sub-account’s wallet, and the sub-account cannot draw from the parent’s wallet. In this mode:- Recharge the sub-account’s wallet via the API or dashboard
- The sub-account’s balance is entirely separate from the parent
- You can pass costs directly to your client by loading funds into their sub-account’s wallet
- Invoices are generated per sub-account
Consolidated Billing
All charges for the sub-account are drawn from the parent account’s wallet. The parent pays all costs and manages billing centrally. Sub-accounts in consolidated billing mode cannot manage their own funds. This mode is suitable when:- The parent manages all costs internally and doesn’t need to track per-client billing separately
- The parent bills clients via a custom mechanism outside DialNexa
API Access Per Sub-Account
Each sub-account has its own API keys that are scoped exclusively to that sub-account. A sub-account API key cannot access parent account or other sub-account resources. Creating an API key for a sub-account from the parent:Managing Sub-Accounts from the Parent
From Organization Settings → Sub-Accounts, parent account Owners and Org Admins can:- View all sub-accounts and their status
- See each sub-account’s current wallet balance, concurrency utilization, and call volume
- Access any sub-account’s dashboard directly (without needing a separate login) by clicking Access Dashboard
- Suspend a sub-account (blocks new calls without deleting data)
- Reactivate a suspended sub-account
- Delete a sub-account (permanent - all data is deleted)
Concurrency Management
Each sub-account has its own concurrency limit, set from its allocation of the parent account’s total concurrency. For example, a parent account with 200 concurrent calls might allocate:- Sub-account A: 50 concurrent calls
- Sub-account B: 30 concurrent calls
- Sub-account C: 20 concurrent calls
- Parent reserved: 100 concurrent calls
Sub-Account Isolation Guarantees
- Call data (recordings, transcripts) in one sub-account is never visible to another sub-account
- API keys from one sub-account cannot access another sub-account’s resources
- Team members invited to a sub-account have no visibility into the parent account or other sub-accounts (unless separately invited)
- Usage metrics for one sub-account are not visible to another sub-account’s members
Related Pages
- Enterprise Plan - full Enterprise feature overview
- Workspace - workspace-level isolation (alternative for internal use)
- Billing - wallet and billing management
- API Keys - API key management