摘要

  • Twilio 的 Sole Proprietor 活动只能使用一个已注册的 10DLC 号码；若选用的 Messaging Service 预先装有多个号码，文档规定随机选取其中一个。
  • 活动审核和号码在美国运营商侧的注册分属不同层级。额外号码留在号码池里，也不会自动获得同一活动的发信资格。
  • 号码状态报表最多可能花 24 小时生成；这个时间属于报表，不是注册完成承诺。号码级事件通知能把活动、服务和具体号码串起来。

有些商业决定，最好别交给夹娃娃机。小商家希望客户认得哪个发信号码，就是其中之一。Twilio 的 Sole Proprietor 注册说明却藏着一个很有机械美感的安排：如果一个活动选用的 Messaging Service 里已经放着多个 10DLC 号码，平台会随机挑一个作为获验的发信路径。

名额只有一个。号码可以多买，列表可以很长，能在这项活动下完成注册的号码仍然只有一个。把库存当成可用容量，会让一个本来应该由经营者做的选择，落到号码池的配置上。

这里讨论的是面向美国收件人的应用对个人短信路径。Twilio 的直接 Sole Proprietor 注册面向位于美国或加拿大、没有相应企业税务编号的合资格客户。有企业税务编号的企业，以及美国、加拿大以外的企业，被引导到 Standard 或 Low-Volume Standard 注册。这个入口有明确适用范围；它给小规模经营者的便利，也附带明确的容量边界。

一张批文，究竟批了谁

注册流程里有几件容易被口头合并成“批了”的东西。Brand 说明发信主体，Campaign 说明要发什么、用户怎样选择加入或退出，Messaging Service 承载号码配置，最后还有具体号码在运营商侧的注册。业务部门想问的通常很简单：客户熟悉的那个号码，现在能不能用？

Twilio 的号码排错文档把最后一层单独拎了出来。活动获得 TCR 批准以后，相关号码仍需美国运营商批准，过程是异步的。一个活动的绿色状态，无法替号码池里的每一行作答。拥有号码、把号码放进服务，以及那个号码完成注册，分别描述库存、配置和可用发信路径。

单号码限制让这个差别尤其具体。Sole Proprietor Brand 只有一个活动名额，活动只有一个号码名额。多出来的号码不会因为和获批号码住在同一个服务里就沾上资格。平台已经给这种误会编了一个编号：警告 30125，用于往已有注册发信号码的 Sole Proprietor 活动所关联服务里再加号码的情形。

等候可以让正在办理的申请向前走，却不能把一个名额等成两个。这是选型问题进入了故障工单。若业务需要多个发信号码或更多规模，Twilio 文档指向合适的 Standard 或 Low-Volume Standard 路径。继续增加库存，只会把同一个容量判断往后推。

抽签发生在特定的号码池里

随机选择有一个重要前提：选中的服务里已经有多个 10DLC 号码。它并非每一次注册都会进行的仪式。新的直接客户控制台从准备使用的号码开始，依次处理资料、服务、Brand 和 Campaign；该号码已经加入活动所用的服务。指南描述的正常完成结果，是号码在库存里显示 Messaging enabled。

这条顺畅路径，恰好说明旧配置为什么值得查。复用一个早已堆着号码的服务，看起来比新建更省事，却可能把过去的库存带入今天的单名额选择。号码池不是储物篮，它会参与决定哪个号码获验。

注册前希望指定号码，官方预防办法是把其他号码移出这个服务，只留下打算使用的那一个。排错指南对已经选中其他号码的情况给出另一套纠正描述：清空该服务的号码后，只放回需要的号码。警告 30125 的替换说明也要求先移走原发信号码，再加入替代号码，并等注册完成后向美国收件人发送。

这些动作针对服务里的号码关联。把号码从一个服务移出，与释放号码所有权或关闭子账户，是不同操作。经营者真正要签字的事情是发信身份的选择，而不是一条含糊的“清理号码”指令。

文档没有给出客户因随机选择而选错号码的发生率；能说明实际规模的证据，是具体账户的号码配置与注册状态历史。机制本身已经足够明确：让选择池只包含目标，能在注册前消除这一次抽签。

别给等待发一张空头支票

状态名称提供了比“还没好”更有用的分工。UNREGISTERED 表示尚未与获验活动建立所需关联；在单号码活动里，多出来的号码会停在这个范围。PENDING_REGISTRATION 表示请求已收到，但与生态伙伴的必要配置尚未完成。REGISTERED 才表示号码已注册、可用于向美国发送消息。FAILURE 则需要沿排错和支持路径处理。

换活动还可能经过退注册。文档列出的状态链条包括已注册、等待退注册、未注册，再回到已注册。中间的过渡是真实的操作状态。把“旧活动已经获批”带进新活动，不会让这条链条自动消失。

Twilio 提供号码状态 CSV，列出号码及其关联的活动和服务。数量较多时，报表生成可能需要最长 24 小时，小规模账户可能更快。这只是一份观察结果的生成时间。它不能被写进上线计划，冒充“所有号码明天就能注册完”的承诺。

买方因此有两个问题要管理：处理进度，以及自己看到处理进度的时间。报表有价值，尤其适合核对整份库存；但负责上线的人还需要知道，它在什么时候被请求、什么时候生成、其中哪个号码才是业务要使用的号码。

把绿灯装到号码上

Event Streams 提供另一条观察路径。客户配置接收端和订阅后，可以分别接收 Brand、Campaign 和号码注册状态事件。号码的 pending 通知表明办理尚未完成，successful 通知对应号码已注册。只订阅活动获批，会错过业务最后还在等待的那一层。

事件里的账户、活动、号码和服务关联，能帮助团队把通知落到正确的工作项上。Twilio 在 2025 年 8 月 28 日公布的一项更新，为列出的号码注册、退注册等待及成功事件补入了 2.0 版结构的 Messaging Service 标识关联。这个改动的商业用途很朴素：同样一声“好了”，终于更容易回答是哪一组里的哪一个号码好了。

能接收通知，也还需要有人认领它。运营团队可以用号码级成功状态交接，业务团队确认那串数字确实是准备对外使用的身份。库存报表负责找遗漏，事件负责把变化送到流程里；两者共同缩小一张活动批文与一个可用号码之间的缝隙。

RIPE NCC 的原始会员记录确认 Twilio Inc. 的组织身份。号码容量、随机选择和注册状态来自 Twilio 自己的操作文档。商家在这个选择里购买的不是更长的一列号码，而是一个能按计划使用的发信身份。只有一个名额时，谁拿到它值得由人决定。

原始资料