在进行账号检查前审查混合国家/地区的电话输入

混合国家/地区的列表可以合并处理，但在开始检测之前，需要人工审查其检测到的国家/地区分组和本地格式号码。

若要在账号检查前审查混合国家/地区的电话输入，请保留原始列表，优先使用带有加号前缀的国际号码，并检查 NumDetect 在导入后识别出的国家/地区分组。更正任何错误的分类，并为未带国家/地区代码的号码选择一个国家/地区。在开始付费任务之前，请确认所选产品和当前的国家/地区覆盖范围；无需将列表拆分为单国家/地区文件。

从完整的源列表和清晰的输入类型开始

在编辑列表之前，请保留原始电话字符串和源行引用。CRM 导出文件可能包含国际号码、本地格式号码和重复项。这些是不同的准备工作问题。国际 + 前缀为导入程序提供了更清晰的分组依据；但这本身并不能证明该号码已分配给指定的联系人。没有国家/地区代码的本地号码需要根据可信的源上下文选择一个国家/地区。请勿仅根据联系人的语言或营销标签来推断该上下文。

NumDetect 接受粘贴的电话列表或 TXT、CSV 或 Excel 文件用于其电话批量工作流。当前目录也支持单次电话检查，因此操作员可以选择适合该任务的工作流。电子邮件地址产品仅支持单次检查，不应包含在电话列表上传中。在进行任何国家/地区审查之前，这些区别非常重要：电话批量工作流允许使用混合国家/地区列表，而单次查询中不允许混合电话和电子邮件值。

在确认工作前审查检测到的分组

电话列表导入后，NumDetect 会根据前缀按国家/地区对号码进行分组。客户可以检查并更改错误的国家/地区类别。对于未填写国家/地区代码的值，客户需自行选择国家/地区。此审查是决策点：检测到的分组是对输入的建议性解释，而不是关于每个人或正在检查的账号的不可更改的事实。对于那些无法从源数据中找到依据的行，请保留一份小的异常工作表。请更正源数据或将这些行留待审查，而不是为了让文件看起来完整而强行指定国家/地区。

有些国家/地区共享同一个呼叫代码。当前工作流将共享代码的号码计入主要国家/地区，而不是随意合并国家/地区：配置文件中的示例包括 +1（美国和加拿大）和 +7（俄罗斯和哈萨克斯坦）。这是导入工作流中的计数惯例，并非联系人居住在主要国家/地区的证据。请在团队自己的源记录中保留更具体的国家/地区信息，并在其影响所选产品可用性的情况下，将其与检测到的类别进行比较。

使用行级决策清单

对于每一行异常数据，请询问四个问题。原始值是电话号码而不是电子邮件地址或其他无关标识符吗？它是否已经带有可靠的国际前缀？如果是本地格式，是否有可信的源记录支持所选的国家/地区？显示的国家/地区分组是否与团队的理解一致，或者是否必须更正类别？将决策记录在源行引用旁边。审查员应该能够重构出哪个原始值对应哪个提交的号码，而不必假设来自同一个 CRM 导出的所有行都属于同一个国家/地区。

谨慎进行去重。NumDetect 会检测任务中的重复行并复用结果，同时结果会保留原始行顺序和源行引用。因此，重复的输入可能仍然连接到多个源联系人。这并不能证明这些联系人是同一个人。请保留他们各自的 CRM 身份和权限。无效或不支持的行也不应被转化为账号注册的“未注册”结果；请将其准备状态与所选产品的检查结果分开。

在输入审查后确认产品覆盖范围

审查完国家/地区类别后，请选择能够回答您问题的特定电话账号检查。目前每种电话产品都支持单次和批量检查，但国家/地区覆盖范围可能因所选产品而异。检测之前请查看当前产品列表，特别是对于混合国家/地区列表。开发者页面提供了公共 API 概览；API 文档提供了确切的字段和错误信息。请勿假设在一个国家/地区支持的产品会自动支持导入列表中的每个分组。

提交前请查看显示的费用；查看费用不会运行任何检测。请将原始列表、更正后的国家/地区类别、所选产品和批量任务编号保存在一起，以便日后核对。此输入审查的有效成果是每个原始行到所选国家/地区和产品的可辩护映射，随后得出的产品特定结果应与准备阶段的决策保持区分。

常见问题解答

混合国家/地区的电话列表必须拆分为单独的文件吗？

不需要。当前的电话批量工作流接受混合国家/地区的列表，并按国家/地区对号码进行分组。请在确认工作前审查并更正检测到的类别。

没有国家/地区代码的本地格式号码会怎样？

客户需为其选择一个国家/地区。请使用可靠的源上下文，并将不确定的行留待审查，而不是进行猜测。

检测到的国家/地区能证明联系人住在哪里吗？

不能。这只是对号码输入的一种分组解释，并非关于个人位置或身份的证明。

了解更多

选择适合您工作流下一步的产品信息。

• 查看产品文档 →
• 联系团队 →