Sub-accounts
Isolated customers inside your main account. One wallet, one capacity pool, your pricing. You stay in the loop.
Partner accounts
Each customer becomes a full Vobiz account you created. Own wallet, own capacity, own KYC. Vobiz works with them directly.
The two models at a glance
MA_…) holds the balance, the CPS limit, and the concurrency limit. Every sub-account (SA_…) lives inside it. Each sub-account carries its own phone numbers and, for real customers, its own KYC.
In the partner model, your partner master account creates child accounts. Each child account is a main account in its own right (MA_…) with its own balance, CPS, concurrency, KYC, and numbers. You can top those up from your master account, but the child account owns them.
Side-by-side comparison
How each resource behaves
Balance
With sub-accounts, there is one wallet. Every call from every sub-account draws from your main account’s balance. Vobiz charges you, never your customer, so you decide what to show and charge your customer. That makes sub-accounts the natural fit for a markup model: Vobiz charges you one rate and you bill your customer another. With partner accounts, each child account has its own wallet. You can fund it from your master balance, and the transfer is atomic and recorded in both ledgers. If you would rather not carry a large customer’s spend on your own books, Vobiz can also invoice that customer directly. Partners often choose this for their largest accounts so they do not have to clear big invoices on the customer’s behalf.KYC
In India, the number used to call a person must be linked to the KYC of the business that actually makes those calls. If every customer’s number sits on your own KYC, that becomes a problem as you grow. Both models solve it.- Sub-accounts support two modes.
personal_useinherits your main account’s KYC and suits internal teams, staging, and your own workloads.customer_userequires the sub-account to complete its own KYC and starts withkyc_calls_blocked: trueuntil it does. Usecustomer_usefor real customers. See Sub-account KYC. - Partner child accounts always complete their own KYC. You start a KYC session and either email the customer a hosted link or embed the hosted widget in your own onboarding flow. A
kyc.completedwebhook tells you when to unlock calling.
Phone numbers
Numbers belong to the account that holds the KYC they were bought under, and every customer calls from numbers registered to their own identity. Numbers can be searched and purchased programmatically without the customer ever leaving your platform. With sub-accounts you have two ways to get a number onto a customer:- Buy with the main account, then assign. Purchase from inventory with your main-account credentials, which debits your main balance, then call assign to sub-account with the sub-account’s ID. The number now belongs to the sub-account and its calls run under that sub-account’s KYC.
- Let the sub-account buy its own. The sub-account purchases with its own
auth_idandauth_token. Billing still routes to your main balance, and the number lands on the sub-account with no assign step.
CPS and concurrency
This is the biggest practical difference. With sub-accounts, CPS and concurrency are set once on the main account and pooled across all sub-accounts. You never pay for capacity per customer, and idle customers lend their headroom to busy ones. The trade-off is that one high-volume customer can consume the pool and leave less for the others. If you run high volumes, build concurrency control into your own campaign manager: queue calls per customer and release them at the rate each customer should get. Every campaign has its own idea of fair share, so this logic belongs on your side. With partner accounts, each child account has its own CPS and concurrency limits. You hold a partner pool and transfer slots to a customer, then reclaim them when that customer scales down. A customer’s spike never affects anyone else, and you do not need your own concurrency limiter for isolation.Which one should you choose?
Choose sub-accounts when:- You want one Vobiz bill and a single wallet to manage.
- You set your own prices and keep a margin.
- You are fine with pooled CPS and concurrency, or you already limit per-customer throughput in your own dialer.
- You want to stay the single point of contact for your customers.
- Large customers should be invoiced by Vobiz directly rather than through you.
- Each customer needs CPS and concurrency that no other customer can eat into.
- Customers should own their relationship with Vobiz, including support.
- You still want programmatic control, since you hold each child account’s credentials.
Capacity planning
Default CPS and concurrency limits are sized for getting started. If you are pooling many customers under sub-accounts, or allocating dedicated slots to partner children, you will want more capacity. Higher limits and volume pricing come with a commitment plan, often as a ramp-up over a few months. Contact support@vobiz.ai with your expected monthly minutes and customer count.Next steps
Sub-account onboarding flow
Create a customer_use sub-account, run KYC, buy a number, and place the first call.
Partner integration flow
Provision a child account, transfer balance, run a KYC session, and watch CDRs.
Sub-account KYC
Per-document and hosted KYC for customer_use sub-accounts.
Partner CPS and concurrency
Transfer and reclaim capacity between your pool and a child account.