一份号码表交到你手里，下一步怎么处理？

从整理名单到复核记录，看看运营商查询怎样进入具体工作。

Maya运营经理

一份美国号码名单，怎样补上运营商信息？

Maya 收到一份准备交给同事的美国号码名单，表里只有电话号码。团队想按号码的原始分配运营商做初步分组，却没有可筛选的字段。她将名单提交查询，下载结果 CSV 后，把 carrier 和 country_code 放回原表，让同事能按字段筛选和复核。

右侧是批量任务下载的 CSV 中三行真实测试数据。每行保留原号码，并附上运营商、号码类型、国家和地区等列；团队可以按需要筛选和复核。

她提交同一国家的号码文件，批量任务完成后下载结果 CSV。

返回的 carrier 和 country_code 字段，让团队能在自己的表格里筛选名单。

运营商结果文件carrier_batch.csv

真实测试结果

03 行样本

Number	number_type	country_code	carrier	underlying_carrier	region	city
19802984181	Fixed Line or Mobile	US	AT&T	—	NC	CHARLOTTE
19087088280	Fixed Line or Mobile	US	T-Mobile	—	NJ	LINDEN
15715016304	Fixed Line or Mobile	US	AT&T	—	VA	WSNGTNZN17

这三行来自 carrier_batch 实测 CSV；横向滚动可查看全部 7 列。“—”表示该字段未返回，不代表查询失败。

一条新联系人要补齐背景，另一条注册记录要核对国家字段。看看团队分别如何处理。

AlexCRM 运营

同事把一条新线索交给 Alex：联系人记录只有电话号码，运营商和号码归属国家仍空着。销售准备跟进，希望打开记录时就能看见号码的基本背景。

Alex 用这条号码做单号查询，查看返回的原始分配运营商、号码类型和国家代码；客户原先填写的信息单独保留。

Alex 将 T-Mobile 和 US 作为查询字段记在团队自己的联系人记录里。下一位同事打开记录，就能连同电话号码一起查看，再决定是否需要进一步核对。

联系人记录+12345678900

查询前carrier —country_code —

查询后carrier T-Mobilecountry_code US

查询值来自已核实样本。保存到 CRM 是场景示意，本站没有内置 CRM 集成。

Sam数据质量分析员

Sam 在整理注册记录时发现一条准备分给加拿大团队的线索：用户在表单中选了 CA，但号码查询返回的原始归属国家是 US。她需要查清差异来自表单填写、号码录入，还是资料同步。

Sam 把表单国家 CA 和返回的 country_code US 并列放进审核记录，先核对号码原文、表单来源和录入时间，避免把两种来源的字段混为一谈。

她将记录标为待复核，交给负责该线索的同事确认客户填写的信息；核实后记录处理人和结论，再决定是否调整团队分配。

记录复核+12345678900

原有字段CA

查询结果US

待核对表单国家

示意审核记录：CA 是假设的表单值，US 来自号码查询；两项连同来源一起保留，供团队复核。

返回的是原始分配信息，不是携号转网后的当前运营商。这些示例也不能证明同意、所有权、可达性或实时位置。

先在浏览器中查询号码，准备好后再通过 API 接入自己的应用。