IOSOR Learn
Second-owner DID handover: who may assign and release
Master operational boundaries, JIT provisioning, and prepaid financial thresholds during second-owner DID handovers.
Second-owner DID handover is about who may assign and who may release.
Second-owner DID handover governance
When a telephone number transitions to a second owner within our white-label prepaid CPaaS architecture, clear operational boundaries prevent administrative conflicts. Unlike legacy inventory models, numbers are provisioned via JIT mechanisms rather than sitting in physical stockrooms. Handing over an E.164 resource requires explicit authorization levels so that neither the outgoing tenant nor the incoming tenant executes silent dual control over active messaging routes.
Verification of assignment permissions
Only designated tenant administrators holding verified role credentials may trigger an assignment action. The system checks the prepaid balance and enforces the standard USD 20 prepaid floor before any routing configuration takes place. If the account dips below this reserve threshold, the API blocks the handover execution until funds are replenished. This prevents interrupted OTP or SMS delivery loops upon acquisition. Administrators must confirm that all carrier-specific parameters align before proceeding.
Release protocols and routing cleanup
Releasing a number demands an equally rigorous sequence. When a tenant relinquishes control, all associated webhook hooks, delivery receipt (DLR) listeners, and keyword triggers like STOP OK are purged instantly. This stops orphaned traffic from hitting stale endpoints. For cross-border movements, operators must coordinate with the principles detailed in our Second-country DID: handover before the next JIT order guide to maintain regulatory compliance.
Prepaid balances and volume scaling
As tenants scale their operations past initial milestones, financial thresholds shift naturally. Accounts approaching a soft review near USD 1,000/month undergo automated compliance checks to ensure throughput integrity. Maintaining clean operational habits across multi-tenant infrastructures is vital, mirroring the principles outlined in our Partner ops: multi-tenant habits documentation. Financial tracking modules continuously monitor these usage spikes.
Operational hand-off milestones
| Action Phase | Required Role | Pre-Check | Post-Check |
|---|---|---|---|
| Release | Admin | Clear Webhooks | Verify HB Ping |
| Assign | Tenant Lead | USD 20 Floor | Test SMS DLR |
| Audit | Security Ops | Log Review | Lock E.164 |
| Scale | Finance | USD 1k Review | Update MRC |
For broader commercial scaling sequences, review our comprehensive Launch ops hand-off at first real volume framework to ensure zero downtime during high-volume transitions.
Start with IOSOR
Write who may release and who may assign. The outgoing tenant loses webhooks and DLR listeners before the incoming tenant binds. Export both role ids with the E.164. Dual control after handover is a leak, not a safety net.
IOSOR takeaway
Second-owner handover is a role runbook, not a badge swap.
Do: one releaser, one assignee, then bind. Don’t: leave both tenants able to assign.
Was this guide helpful?
Related guides
- Spend Cap Per DID: Rent Plus MT Burn On One Number
Control per-number exposure in your white-label CPaaS with a combined spend cap for MRC and outbound mobile terminated traffic.
- Inbound webhook routing on DID: MO without owner loses STOP
Route inbound webhooks to the owning account securely. Prevent orphan MO events and missed opt-outs in white-label prepaid CPaaS.
- E.164 normalize before DID bind: plus, zeros, and spaces
Learn how strict E.164 normalization prevents routing failures when binding phone numbers to applications in your white-label CPaaS ecosystem.