第一层：区分「输入问题」还是「平台问题」
排查应从最小样本开始。从原始名单中随机抽取二十至五十条号码，人工核对国家/地区、是否含国家区号、是否为固话或移动号段，再与平台返回结果逐条对照。若小样本偏差与大样本一致，多半是输入或规则理解有误；若仅大样本异常，再检查批量上传是否截断、去重或编码出错。保留同一批号码的两份导出文件（原始版与平台回传版），用表格工具按号码主键做匹配，可快速看出是「整批格式错误」还是「局部字段错位」。
第二层：号码格式与国家区号
全球筛号平台通常要求 E.164 或「国家码 + 国内号码」等固定格式。常见失误包括：重复写入国家码（如 +1 后又带 1 开头本地号）、省略前导零、把分机号写入主号码字段、混用全角数字与空格。不同国家对手机号长度与号段规则不同，同一套清洗脚本未必适用全部地区。建议在任务说明中明确「目标国家/地区列表」与「期望格式」，并对每个主要市场单独跑小批测试，确认通过后再合并大批量。若平台提供格式校验或预处理说明，应逐条对照而非假设与国内规则相同。
第三层：批量任务、字段映射与去重逻辑
大批量上传失败或结果大面积为空，常与 CSV/Excel 列顺序、分隔符、表头命名不一致有关。导出时若号码被 Excel 自动转为科学计数法，会导致末几位变化，筛号结果自然对不上原号。检查上传文件是否 UTF-8 编码、首行是否为字段名、是否存在隐藏列或合并单元格。去重策略也影响统计：按「纯号码」去重与按「号码+国家」去重，有效率与重复率数字会不同。若业务侧已做过一轮清洗，需确认是否与平台内置清洗叠加，避免重复剔除或误删有效号。
第四层：结果口径、时效与对接权限
各平台对「有效」「空号」「停机」「未知」等状态的定义并不完全统一，有的偏实时探测，有的偏号段与历史行为推断，同一号码在不同口径下可能归入不同类别。对比结果时，应看平台文档中的状态说明，而不是用国内单一场景的经验直接套用到全球数据。对接 API 时，HTTP 成功并不代表业务成功：需核对鉴权是否过期、频率限制、单次条数上限，以及回调地址是否可达。权限不足时，部分接口可能返回空列表或通用错误码，容易被误判为「号码全部无效」。
第五层：何时需要重跑、换源或联系支持
完成上述自查后，若小样本在格式正确的情况下仍与平台说明明显冲突，再考虑用另一小批独立来源号码复测，以排除名单本身质量或来源渠道问题。重跑全量前，建议冻结一版「基准样本」用于回归对比。向平台提交工单时，附上脱敏后的若干示例号码、上传时的格式说明、任务时间与返回状态码，比只描述「不准」更利于定位。记录每次排查结论（格式、映射、口径、权限中的哪一类），可避免团队重复踩坑，也为后续选型与 SOP 更新提供依据。
