看到RCS系统筛选返回“系统”，能否直接在CRM里填入AT&T、Verizon或T-Mobile？不能。系统、运营商、号码原始分配和当前服务网络是不同概念；在可携号转网环境里，把它们混写尤其容易出错。
先把四个名词放回各自抽屉
| 概念 | 证据来源 | 建议字段 |
|---|---|---|
| RCS系统观察 | RCS系统筛选 | rcs_system_observed |
| 当前运营商 | 明确的运营商数据源 | carrier_current |
| 原始号段分配 | 号码规划/分配资料 | range_assignee |
| 客户市场 | 订单或用户声明 | customer_market |
号码携转为什么打破前缀猜测
北美号码的区号与交换码可以帮助格式和规划校验，却不能永远证明当前网络。把号段分配者当作现运营商，会让成本路由、覆盖分析和客户标签同时受到污染。
爱普筛系统任务实际返回什么
RCS系统筛选导出手机号、系统和ID。该ID用于结果关联，不应自动解释为运营商客户号、设备ID或个人身份。若业务只问RCS可用性，应改用返回手机号与是否开通的RCS有效筛选。
一条回写规则胜过十列猜测
只有当column_source、checked_at和task_version都存在时，才把system值写入事件表。carrier_current没有独立来源就保持未知；不得用system字段回填它。
三类冲突如何处置
- 系统有值、运营商未知：正常保留，不补猜测；
- 多个批次系统值变化：保留时间序列；
- 号码与ID关系变化：进入映射复核，不自动合并联系人。
北美样本怎么验收
按国家、来源和号码格式分层抽样，检查未知率、冲突率和重复一致性。不要拿区号分布替代客户所在地，也不要把美国与加拿大共享编号体系误当成同一市场。
TXT与Excel之间的安全边界
TXT只放一行一个号码。内部crosswalk保留country_evidence和contact_id；Excel先进入staging，通过校验后只追加RCS观察，不覆盖原始号码、运营商或市场标签。
把过期写进模型
RCS能力和系统观察可能变化。保存valid_until或按业务风险设定重查窗口；Google文档中的capability check也是面向当前能力，而非永久人口属性。
最终报告应该长什么样
报告RCS系统分布、未知、冲突、检查日期与来源覆盖，同时单列“未进行运营商识别”。这行看似保守，却能阻止团队把一个字段变成另一个字段，从而保护后续决策。
