电话号码丰富化：将原始运营商背景添加到联系人记录中
一套实用的工作流程，用于将原始运营商、线路类型和分配地理位置添加到联系人记录中，同时不将其视为联系能力信号。
使用清晰标注的分配字段、已记录的查询路径以及对空结果的明确处理方式，来丰富联系人记录。
电话号码丰富化可以将原始运营商、底层运营商、号码类型和分配地理位置添加到联系人记录中。准备好号码，为新记录选择实时查询，或为准备好的存量数据选择异步文件任务，并将结果及其来源和检查日期进行存储。对于缺失的值，请保持未知状态。这些字段描述的是号码分配情况，因此不应将其提升为关于当前网络、所有者或联系人是否可以接收消息的声明。
在查询记录前定义电话号码丰富化字段
从数据字典开始，而不是从供应商的响应开始。将联系人自己的电话号码与查询结果字段分开。添加原始运营商、底层运营商、号码类型、分配国家/地区、分配区域、分配城市、源服务、检查时间和查询结果的列。将运营商列描述为号码段最初分配到的运营商。号码可能已经过携号转网，因此请将该字段命名为原始运营商，以避免误导 CRM 用户。区域和城市同样描述的是号码段分配的地理位置，而非个人的当前位置。
确定 CRM 如何表示三种不同的状态：带有值的已完成结果、带有空可选值的已完成结果，以及未产生正常结果的请求。空的运营商单元格应保持为不可用数据。它不应触发 no carrier、invalid phone 或 safe to message 标签。保留一份联系人记录的原始副本以及用于请求的规范化号码。如果用户在丰富化过程中编辑了电话字段，这使得后续的对账成为可能。
小规模的模式审查可以防止下游分析师将分配背景静默转换为联系能力评分。在每个字段旁边记录其含义，在导出内容中包含收集日期，并使数据来源在仪表板中可见。原始归属运营商查询产品页面 描述了实时服务；API 文档 是集成行为的参考。
对新联系人号码和近期变更的号码使用实时检查
当新记录到达时，首先将其电话输入规范化为带有前导加号且没有空格或分隔符的 E.164 国家/地区代码格式。如果支持需要，请单独保留用户最初的输入。格式拒绝属于输入更正队列，而不是与带有空运营商字段的已完成查询归为同一类。单个 REST 路由接受一个号码。同步多号码查询接受一组有序的号码，包括来自不同国家/地区的号码。仪表板也具有实时批量工作流程。根据团队的录入路径在这些选项中进行选择，而不是假设每批次都意味着文件上传。
对于自动化的 CRM 集成，将每个提交的标识符与联系人记录 ID 和记录版本配对。在收到响应时，在写入丰富化字段之前核对标识符和结果。如果联系人号码在提交后发生了更改，请保留结果以供审查，而不是用较旧的查询覆盖较新的记录。这种比较是团队自身 CRM 集成中的一条规则，而不是 CarrierLookup 的宣传功能。
已完成的查询可以合理地留空某些运营商详细信息。它仍然代表一个已完成的查询，因此请保留其结果和日期，同时将缺失的属性保持为未知。在同步多号码查询中，没有正常结果的项目也需要其自身的状态。这并不证明该号码已断开连接。有关确切的请求限制和响应处理，请使用 API 文档，而不是根据示例请求来构建限制。
对准备好的存量数据使用文件任务
历史 CRM 导出需要不同的工作流程。将记录提取到工作文件中，为每一行源数据分配一个稳定的 ID，并在提交前规范化电话值。构建一个辅助表，将每个准备好的号码映射到携带该号码的每一行源数据。如果同一个号码出现在多个联系人中，团队可以在避免重复准备标识符的同时保留所有源关系。将拒绝或模棱两可的源行保留在单独的审查报告中。
全球运营商查询文件服务 接受包含国家/地区代码号码和所选 ISO 国家/地区的单列 TXT 或 CSV 文件。准备一个本质上针对所选国家/地区的文件。该服务在预处理期间会排除无效、重复、未编码和非该国家/地区的行；这些排除项不应被写回为负面的运营商答案。当不满足接受条件时，任务可能会在准备阶段失败。在创建每个任务之前，请检查当前记录的条目和文件限制，而不是用不相关的记录填充文件。
任务异步运行。将任务引用存储在团队的作业账本中，按记录的间隔进行轮询，并在成功后下载其单个 CSV 文件。将输出标识符（表示为带有国家/地区代码且没有加号的数字）与辅助表的规范化号码进行匹配。比较提交、排除、返回和不匹配的数量。然后将每个成功的查询扩展回其原始 CRM 行 ID。此步骤避免了丢失重复联系人或将一个结果静默分配给错误的记录。
在使用细分市场前审查丰富化后的记录
在写入生产环境之前创建验收报告。对填充了字段的行、所有可选运营商字段均为空的行以及没有正常结果的行进行抽样。验证查询结果和收集日期是否在导入后得以保留。确保名为 carrier 的 CRM 字段被明确标记为原始分配，并且区域和城市没有出现在“个人位置”标题下。当源记录中的号码发生更改时，将该冲突路由给审查员。
运营商和号码类型可以帮助团队组织人工审查、比较数据源或规划特定于提供商的测试。它们不能建立服务有效性、联系能力、所有权或同意。决定是否发送消息的团队需要适合其自身工作流程的许可和交付控制。CarrierLookup 提供的是分配背景，而不是这些控制措施的替代品。
对于重复运行，请将原始导出、准备好的文件清单、任务或请求引用、返回结果、转换版本以及最终导入报告保存在一起。此审计追踪使分析师能够解释为什么某个字段存在、为空或被扣留。它还允许团队仅重新运行未解决的部分，而无需用猜测替换已知值。因此，电话号码丰富化的有效输出是一个具有精确字段含义的可追溯记录，而不仅仅是联系人卡片中一个新的运营商标签。
常见问题解答
团队如何存储没有运营商名称的已完成查询？
保留查询结果和检查时间，并将可选的运营商字段留空。已完成的结果可能具有空的运营商详细信息。不要将空白转变为该号码无效或没有运营商的结论。如果业务工作流程需要已知的运营商，请将该行放入明确的审查组中，而不是将其静默过滤掉。
团队如何丰富跨联系人的重复电话号码？
在本地辅助映射中保留每个联系人的稳定行 ID，然后将准备好的规范化号码与所有匹配的行 ID 相关联。在结果与该号码核对后，将其扩展到相关的联系人。这在保持 CRM 记录独立的同时，使查询和导入具有可审计性。在更新生产记录之前，审查任何无法清晰映射的号码。
丰富化能否证明联系人会收到消息？
不能。原始运营商、线路类型和分配地理位置是号码段背景。它们不能显示设备是否处于活动状态、消息是否可以送达或联系人是否已同意。请将其视为用于细分和审查的辅助元数据。交付和许可决策需要在此查询之外拥有其自身的控制措施和证据。
了解更多
选择适合您工作流程下一步的产品信息。