编号列已经按文本导入 Excel 后，仍要证明三件事：单元格确实是文本、字符长度符合规则、抽样值与原始文件完全一致。保留未改动的原始导出，再用已知会员号和后续 CSV 复核，不能只凭单元格“看起来有 0”就交付。
导入前先建立一组可追溯的对照编号
抽查要从原始文件开始，因为 Excel 无法推断一个已经丢失的前导零原来有几个。先复制原始 CSV，保留一份只读对照，再选择覆盖不同风险的编号：首行、中间行、末行、以零开头的编号、固定长度编号，以及 16 位或更长的编号。
例如会员表规定编号必须是 8 个字符，可以记录 00158240、00000017 和一个 16 位测试编号，并写下各自的预期长度与所在原始行。不要拿真实身份证号、银行卡号或未授权的客户资料做浏览器工具样本；用脱敏但长度和结构相同的测试值即可。
对照表还应记录本次原始文件名、导出时间、来源系统和预计行数。这样发现异常时，能分辨是拿错文件、导入时转换，还是来源系统已经输出错误，而不是在一张工作表里凭印象补零。
在桌面 Excel 的导入预览里明确指定 Text
文本编号应在加载进工作表前指定为 Text。微软当前的文本导入说明列出 Excel for Microsoft 365 和 Excel 2016–2024；在这些桌面版本中，可从 Data > From Text/CSV 选择文件，再进入预览。
预览按钮在微软当前页面中分别写作 Edit 和 Transform Data，不同版本或更新通道可能显示其中一个。目标都是打开 Power Query：选择编号列，使用 Home > Transform > Data Type > Text，在提示时保留这项文本类型更改，然后 Close & Load。如果界面没有相同文字，应查对应平台的当前微软帮助，不要把 Windows 桌面路径直接套到 Excel 网页版或 Mac。
直接双击 CSV 会使用 Excel 当前的默认数据格式解释每一列，控制力较少。Microsoft 365 和 Excel 2024 另有 Automatic Data Conversions 设置，微软将这个全局控制限于这两个版本及其列出的 Mac 版本；Excel 2021、2019 或 2016 看不到该选项并不代表安装损坏，继续使用受控导入即可。
导入完成后先另存为 XLSX 工作副本，原始 CSV 保持不动。不要覆盖源文件，也不要在尚未抽查前把工作簿再保存成同名 CSV。
用 ISTEXT 和 LEN 找出“显示正确、实际错误”的单元格
单元格显示了前导零，不代表底层值一定是原始文本。自定义数字格式可能把 158240 显示成 00158240，但微软说明，这种格式不能恢复之前已经丢失的零；对于 16 位及以上的数字型编号，Excel 的数值精度也不能保存完整原串。
在编号列旁增加两个临时审计列。若编号位于 A2，可用 =ISTEXT(A2) 检查它是否为文本，再用 =LEN(A2) 计算字符数。微软当前函数说明将 ISTEXT 定义为判断值是否为文本，LEN 则返回文本字符串的字符数，并把空格计算在内。
对固定 8 位会员号，筛选 ISTEXT 不为 TRUE 的行，再筛选 LEN 不等于 8 的行。对于可能含空格、连字符或字母的编号，长度规则要按来源系统定义，不要随意删除字符。公式只会暴露类型和长度异常，不能证明内容一定正确，所以仍要把前面选出的已知编号逐字符对照。
若一个 16 位编号已经显示为科学记数法，或第 16 位以后变成零，应停止后续匹配和上传，回到原始文件重新按文本导入。把现有单元格改成 Text、添加撇号或套用显示格式，都不能可靠找回已经被转换掉的原值。
把原始 CSV、工作簿结果和后续 CSV 做三方核对
三方核对能发现“工作表里正常，交付文件又变形”的问题。先在 XLSX 工作副本完成类型与长度检查，再只用一份授权样本另存为新的 CSV；微软当前说明指出，Save As 导出的是活动工作表，而且文本格式不会保留完整的工作簿功能，所以原始 XLSX 必须继续保留。
可以用 CSV / Excel 在线预览 分别打开原始样本、XLSX 工作副本和后续 CSV，搜索同一组已知编号，对照工作表、表头、行列统计和屏幕值。该页面可读取 CSV、TSV、XLSX 与 XLS，在多工作表文件中切换工作表，并显示最多 500 条匹配数据行。
这一步只是独立预览，不是修复。工具在浏览器中读取加载的数据，不会编辑、覆盖或保存原始 XLSX；它生成的 CSV 也是一份新文件。解析后的画面不等于原始字节证明，也不能恢复 Excel 已经改写的编号。若要逐字符比较少量脱敏行，可把原始行与后续行粘贴到 文字差异比对；这个工具只比较文本，不会打开工作簿。
最终还要在真正接收编号的系统中导入一小批测试记录。确认编号能精确匹配、没有重复或截断，再处理全量数据。CSV 转成 JSON 只会改变交换结构，不能自动纠正错误编号，因此 CSV ⇄ JSON 互转 也应放在内容核对之后。
发现异常时回到源头，不要根据长度猜值
任何对照编号不一致，都应暂停交付并记录差异位置。若原始 CSV 正确而 Excel 错误，删除这次工作副本，从未改动的源文件重新走 Text 导入；若原始 CSV 已经错误，则回到来源系统重新导出。
只有业务规则明确、原始记录可核对时，才可以按正式修复流程处理。单凭“应该是 8 位”把 158240 补成 00158240，可能把另一个合法编号改成错误对象。完成修复后，重新运行类型、长度、已知值和接收系统四项检查，并保留本次核对记录。
常见问题
单元格前面有 0，为什么 ISTEXT 仍然是 FALSE？
它可能是数值加上自定义显示格式。画面上的零不等于原始文本已保留，应回到源文件重新按 Text 导入并逐字符核对。
LEN 等于规定长度，就能证明编号正确吗？
不能。LEN 只能检查字符数；同样长度的错误编号仍会通过。还要与原始文件中的已知样本比较，并在接收系统做小批测试。
Excel 2021 找不到 Automatic Data Conversions 怎么办？
微软将该全局设置限于 Microsoft 365 和 Excel 2024，包括其列出的 Mac 版本。Excel 2021、2019 和 2016 可使用 Data > From Text/CSV，在 Power Query 中把编号列设为 Text。
ToolboxHub 能编辑 XLSX 并补回前导零吗？
不能。CSV / Excel 在线预览只读取并显示加载的数据，可生成独立 CSV，但不会写回、修复或保存原始 XLSX，也无法推断已经丢失的字符。
为什么还要检查后续 CSV？
因为交付时可能选错活动工作表、拿错版本，或让接收端再次解释字段。后续 CSV 是独立交付副本，需与原始文件和已核对的工作簿结果一起抽查。