IOSOR 知识库
第二任所有者 DID 交接:谁可以分配与释放
掌握在第二任所有者 DID 交接过程中的运营边界、即时 (JIT) 预配、预付费财务门槛、DLR、Webhook 及 OTP 交付。
第二任所有者 DID 交接治理
当电话号码在我们的白标预付费 CPaaS 架构中过渡到第二任所有者时,清晰的运营边界可防止行政冲突。与传统库存模型不同,号码是通过即时 (JIT) 机制预配的,而不是存放在物理库房中。移交 E.164 资源需要明确的授权级别,以便流出租户和流入租户都不会对活跃的消息路由执行静默双重控制。此过程涉及细致的控制台操作和对预付费钱包状态的持续监控,以确保无缝过渡。
验证分配权限
只有持有已验证角色凭据的指定租户管理员才能触发分配操作。系统在进行任何路由配置之前,会检查预付费余额并强制执行标准的 20 美元预付费底线。如果账户跌破此储备门槛,API 将阻止交接执行,直到资金得到补充。这可以防止收购时出现中断的 OTP 或 SMS 交付循环。管理员必须确认所有特定于运营商的配置均已就绪,包括在控制台中验证 DLR 端点和 Webhook URL 的准确性。此检查确保了消息的可靠传递,并为后续的交付回执处理奠定了基础。
释放协议与路由清理
释放号码同样需要严谨的顺序。当租户放弃控制权时,所有关联的 Webhook 钩子、交付回执 (DLR) 监听器以及诸如 STOP OK 之类的关键字触发器都会被立即清除。这可以阻止孤立流量打到陈旧的端点上。对于跨境移动,运营商必须协调我们 第二国 DID:在下一个 JIT 订单前的交接 指南中详述的原则,以保持合规性。控制台中的路由表必须被彻底清理,以防止意外的流量重定向。在释放之前,系统会执行一个静默期检查,以确保没有待处理的 OTP 或 SMS 消息在传输中,从而避免数据丢失。
预付费余额与体量扩容
随着租户将其运营规模扩大到超过初始里程碑,财务门槛自然会发生变化。接近每月 1,000 美元软审查的账户会接受自动化合规性检查,以确保吞吐量完整性。在多租户基础设施中保持干净的运营习惯至关重要,这反映了我们的 合作伙伴运营:多租户习惯 文档中概述的原则。财务跟踪模块会持续监控资金流动,并根据预付费钱包的消耗情况动态调整 DLR 和 Webhook 的处理优先级。当账户余额接近预设的低点时,系统会触发预警通知,以便管理员及时充值,避免服务中断。
运营交接里程碑与控制台视图
| 操作阶段 | 所需角色 | 预检查 (控制台) | 后检查 (控制台) |
|---|---|---|---|
| 释放 | 管理员 | 清除 Webhooks, 验证 DLR 端点 | 验证路由表清理, 检查静默期 |
| 分配 | 租户负责人 | 20 美元底线, 检查 OTP 配置 | 测试 SMS DLR, 验证 Webhook 激活 |
| 审计 | 安全运维 | 日志审查, 检查预付费钱包活动 | 锁定 E.164, 验证合规性报告 |
| 扩容 | 财务 | 1k 美元审查, 检查 MRC 变更 | 更新预付费钱包限额, 验证 DLR 吞吐量 |
有关更广泛的商业扩容序列,请查阅我们的 首个真实流量阶段的上线运维交接 框架,以确保在高体量过渡期间实现零停机。控制台提供了对所有这些检查点的实时可见性,允许管理员监控交接过程的每个阶段,并及时响应任何潜在问题,例如 DLR 延迟或 Webhook 超时。
开启 IOSOR 之旅:精细化控制
明确谁有权释放号码,谁有权分配号码。出方租户必须首先在控制台中清除所有关联的 Webhook 监听器和 DLR 接收端点,然后才能释放号码。接着,入方租户才能绑定新的路由配置,并激活其 Webhook 和 DLR 监听器。在整个过程中,系统会记录每个角色的操作,并确保 E.164 资源与正确的租户 ID 关联。交接完成后,只有新的所有者才能控制该号码,确保了安全性和防止了未经授权的访问,这与保险的原则相符,而非信息泄露。
IOSOR 要点:角色与流程
第二任所有者 DID 交接是一个严格的角色和流程手册,而非简单的徽章对调。关键在于执行精确的操作顺序:一人负责释放,另一人负责分配,然后才能进行新的绑定。绝对禁止两个租户同时拥有分配权限,以避免冲突和数据不一致。预付费钱包的监控和 DLR/Webhook 的配置是此流程的核心组成部分,确保了通信的连续性和可靠性。
这篇指南有帮助吗?
相关指南
- 号码消费上限:在一个号码上掌控租金与外呼消耗
在您的白标通信平台中,通过将月租费与外呼终止流量的消费上限相结合,精准控制每个号码的财务风险。
- DID 上的入站 Webhook 路由:无所有者的 MO 将导致 STOP 丢失
安全地将入站 Webhook 路由至所属账户。在白标预付费 CPaaS 中防止孤儿 MO 事件和遗漏退订。
- DID 绑定前的 E.164 规范化处理:加号、前导零与空格
了解严格的 E.164 规范化如何防止在白标 CPaaS 生态系统中将电话号码绑定到应用程序时发生路由失败。