专用号段做隐私号码，工程要补的是码号台账和留存字段｜洹拓科技
一、专用号段把隐私号码变成受管资源
工业和信息化部《关于开展号码保护服务业务试点的通知》的文号是工信部信管函〔2025〕130 号，这份通知已经在施行。它做的一件核心事情很短：为号码保护服务划出专用码号资源，也就是 700 号段。通知里的号码保护服务，指的是在快递、外卖、网约车这一类场景中，为通话双方隐藏真实号码的业务。
对企业系统而言，这句话的分量不在“多了一份规定”，而在中间号的性质变了。过去各家把普通号码拿来当中间号，号码从哪儿来、绑了谁、什么时候还回去，全凭内部约定；现在它成了一种有资源属性、有主体分类、有留存义务的东西。是资源就要有台账，有台账就要有责任人，有绑定就要有留痕，这三件事都是长期存在的系统能力，不是一次性改造。
700 号段属业务台号码，管理位长 11 位，使用位长 15 位。两套长度对应两条线：用户在手机上看到的是 15 位、以 700 开头的号码，凭这个特征即可判定本次通信使用了号码保护服务，通话对方拿不到实际号码；而资源侧的开通、报备、回收是按 11 位管理位组织的。这里最容易埋的雷，是把使用位号码当业务主键写进订单表，又在资源台账里按管理位去重，两条线日后对不上，真出纠纷时拼不出完整链路。通知按准备、过渡、试点三段推进，试点期为两年，期满继续开展需要另行批准，存量码号要在过渡期内完成迁移；试点范围覆盖 11 个省市，跨地域经营时台账还要能按地域切分，否则复核只能靠人回忆。
二、三类主体各自要建的能力面
通知把参与方分成应用平台方、基础平台方、业务使用方三类，三者在链条里的位置和要自建的能力完全不同。
| 主体类型 | 在链条中的位置 | 必须自建的能力 | 对交付的影响 |
|---|---|---|---|
| 应用平台方 | 负责中间号的生成与绑定关系管理 | 号码池管理、绑定与解绑、按会话生命周期释放回收、绑定关系全程留痕 | 按新型呼叫中心或多方通信形态管理，责任等级最高 |
| 基础平台方 | 承担网络侧与码号资源开通 | 须持蜂窝移动通信业务许可，负责码号开通与网络对接 | 我们通常不是这一方，只能作为它的客户 |
| 业务使用方 | 在自己的业务里调用号码保护能力 | 把真实号码从自身库与日志中逐步剥离，保留必要的绑定调用记录 | 做 SaaS 与订单系统的公司多数落在这一类 |
有一件事要在项目开始时就判断清楚：一家做订单、客服与履约系统的公司，本来站在业务使用方这一类；但如果它替客户代持号码池、自己生成并维护绑定关系，就已经滑向应用平台方。两者的差别不是责任重一点，而是资格门槛不同。应用平台方全国或跨省经营的注册资本不低于 1000 万元，其股东与高管不得在电信业务不良或失信名单、电信网络诈骗行业禁入名单内。代持号码在商务上是一项能力，在合规上是一项资格，资格问题没法靠写代码补上。
所以洹拓给客户做方案时，会把三条边界画在方案第一页：号码由谁持有、绑定关系由谁维护、真实号码落在谁的库里。这三个答案决定客户要办的事情、我们要交付的系统边界，以及合同里的责任划分。写在后面再改，通常就是返工。
三、码号台账的八个字段与号池隔离三做法
码号台账是这件事里最朴素也最容易被省掉的资产。字段至少要覆盖八项：
- 号码本身，管理位与使用位两套标识都要登记，互为映射；
- 号段类别，用于区分专用号段资源与历史遗留的普通号码；
- 用途场景，写明这条号码服务的是履约通知、订单通话还是客服回拨；
- 绑定对象类型，例如骑手、司机、门店、坐席；
- 开通时间与回收时间，两个时间都要有，只有开通没有回收的台账等于在漏资源；
- 报备状态；
- 责任人，必须是在职可联系的人；
- 变更审批记录，谁在什么时候把这条号码的用途改了。
台账的价值在于它能回答“这串号码当时归谁”，而不只是“现在有多少号码”。通知明确不同使用方不得混配码号，这条禁令落到系统里是三件事。第一，号池按使用方隔离，一个使用方一个池，池间不共享号码。第二，路由层禁止跨池复用，所有“本池无空闲号码就向邻池借一个”的兜底逻辑要删掉，这类看似高可用的写法正是混配的直接来源。第三，定期跑一致性核查，把路由层实际调用过的池、台账登记的归属、业务订单里的使用方标识三者做三方比对，差异出清单，由责任人限期处置。
报备是个有时限的动作：码号开通后要在五个工作日内完成。这类时限靠人记不住，做法是把报备状态做成有状态的字段，取待报备、已报备、报备失败三种值，开通动作自动生成待报备记录并触发提醒，未回到已报备状态的号码不允许进入可外呼集合。
四、不少于两年的通信使用数据留存
通知要求通信使用数据留存不少于两年。这里第一个要把概念切开：留存对象是通信使用数据，不是通话内容。两者在字段清单层面混在一起，结果要么留存不足，要么过度留存，后者还会把风险从号码侧搬到录音侧。
可按一次会话组织留存字段：会话标识、两侧使用位号码、绑定关系编号、绑定建立与解绑时间、呼叫起止时间、呼叫结果与失败原因、承载的码号资源标识、使用方归属。真实号码不进留存表，只在受控域内以加密或映射形式存在；留存表放绑定关系编号，需要反查真实号码时走审批，审批本身也要留痕。访问权限、导出与删除三条流程都要成文：谁可以申请导出、导出到什么颗粒度、到期如何删除并留下删除记录，三条各写一段，别只写“按制度执行”。
冲突一定会出现，而且要提前处理。订单库通常按更短周期归档甚至清理，客服日志常做定期截断，而这两处恰恰是绑定关系与呼叫记录的实际落点。正确处置不是让两边各自执行自己的策略，而是把不少于两年这条对齐进数据生命周期制度：单列一个留存域，规定该域的最小保留时长，在归档与清理作业里加一条跳过留存域的白名单，并明确写下一句，留存域不是缓存，不得因容量压力被优先清理。
五、四条禁止项在实现层的落点
禁令读起来是态度，落到代码里必须是可查询的约束。
- 码号不得用于拨打商业营销电话、不得用于发送营销信息。外呼任务要按业务类型分流，营销类不得走 700。实现上给外呼任务增加业务类型必填字段，路由层只放行履约与通知类，这个约束要有单元测试和上线校验，不能只靠运营自觉。
- 不得注册绑定互联网应用。这串号码不能当手机号做账号主键，验证码通道不得走它，账号找回与实名校验逻辑要显式排除该类号段。
- 不同使用方不得混配码号。落点是上一节的号池隔离、路由禁借与三方比对。
- 不得擅自更改主叫号码。过渡期结束后，除 700 号段外禁止使用其他号码作为中间号，因此线路侧一切改号、透传任意号码、随机轮拨的做法都要下线，包括第三方线路自带的功能，别把它当成线路问题。
配套一条验收办法：把上述四条各转成一个可执行查询，号池归属唯一性、账号主键来源分布、营销类任务的号段使用统计、线路侧主叫号码取值分布，按周期出报表。写不出查询的禁止项，等于还没落地。
六、存量迁移、供应商尽调与触达指标怎么分组
存量码号要在过渡期内迁移，这件事的交付物是四份东西。号池映射表，记录旧中间号与新号码的对应关系及其有效期；双号并行安排，并行窗口的长度要写进迁移计划，期间任一号码可达即视为触达成功，避免用户因换号而漏接履约电话；用户侧提示口径，订单页与通知文案统一说明号码变更原因，口径由一个文案库管理，不让各端自己写；回收时间与回退条件，旧号码何时释放、迁移失败如何退回，都要在动手前定义，事后补不回来。
对外呼与短信供应商的采购尽调，洹拓按四项问：是否具备相应的电信业务许可；号段来源是否合规，能否给出号码的资源归属与报备凭证；能否提供通信使用数据的留存查询接口，留存时长承诺是多少；出现投诉时的责任划分与响应机制。四项里任何一项拿不到书面答复，就把这家供应商归到只允许承载非履约类通信的档位，并在合同里写清该限制。
最后一件偏运营。15 位、以 700 开头，是用户一眼可识别的特征，接听决策会变，接通率的涨跌就未必是策略带来的。因此触达效果要按号码类型分组统计，接通率、平均通话时长、首呼与重呼比例、投诉率四项分开看，不要把新旧号码混进同一个指标里。观察窗口按业务节点或整周组织，单日数据不做结论。号码保护不是话术问题，是三张长期存在的表：码号台账、绑定关系记录、通信使用留存，这三张表建好了，后面所有的检查、纠纷与迁移才有依据。