用 WorkBuddy 整理 CSV，怎样避免订单号和编号前导零丢失

用 WorkBuddy 整理 CSV 时，订单号和人员编号应作为文本标识符，而不是可计算数字。000123 一旦变成 123，没有外部规则就无法可靠恢复。本文提供导入、导出、重开三次验收样本，重点验证字符完整性，不重复多表表头映射。

先准备不会误认的合成样本

下载前导零样本。其中包含短编号、长纯数字和含字母的编号。CSV 本身只保存文本字段及分隔规则，表格软件导入时可能自行推断类型；用双引号包住数字也不保证所有软件都按文本显示。

原始编号	预期	用来检查什么
000123	六个字符不变	前导零
000000	六个零，不是空值	真零编号
12345678901234567890	二十位逐字保持	长数字精度
A001	四个字符不变	混合标识符

不要用在编号前加单引号作为通用修复，那个符号可能变成真实数据。也别把编号统一补到六位，长编号与字母编号可能合法，位数规则必须来自业务合同。

给工具明确的类型要求

可写：“编号列全部视为文本，不转换成数值，不去前导零，不使用科学计数法；整理结果另存副本，同时输出原编号与结果编号逐字对照表。”这是工程任务要求，不表示 WorkBuddy 自动保证每种导入路径都保持文本。官方文件浏览器支持办公文件编辑，但公开文档没有替本文证明所有格式转换的标识符保真。

第一轮检查导入后的值和单元格类型；第二轮保存或导出后用程序读取实际文件；第三轮关闭并重新打开最终文件，再检查显示与内部值。只看屏幕格式可能被自定义显示掩盖，实际保存值已经丢零。

用标准库独立比较 CSV

import csv
from pathlib import Path

def ids(path):
    with Path(path).open(encoding='utf-8-sig', newline='') as f:
        return [r['编号'] for r in csv.DictReader(f)]
assert ids('n029-identifiers.csv') == ids('exported.csv')
print('编号与顺序逐字一致')

该脚本假设行顺序不变；若任务允许排序，先按稳定业务键匹配，并检查重复键。不要直接用集合比较，它会丢失重复数量，也可能掩盖同一编号出现多次的问题。

失败后先停在转换边界

导入时已经丢零，导出后再比较只能确认错误被继续保存，不能恢复原值。回到原始 CSV，使用明确的文本导入方式或保留文本类型的中间格式，再重做三次检查。记录出错发生在导入、编辑、导出还是重开，工具升级后才能针对同一步回归。

最终交付原始样本、结果文件、逐字差异表与运行入口版本。本文未操作 WorkBuddy 客户端，附件是本地生成的合成数据；只有实际完成三轮验收，才能判断你的当前入口适不适合该转换。

差异报告应显示原编号和结果编号的字符长度，并标出第一个不同位置。对于二十位编号，表格显示成科学计数法只是一个警示，最终仍要核对保存值；仅把显示格式改回文本不会自动找回已损失的数字。

常见问题

显示000123就证明保存正确吗？ 不一定，可能只是数字123套了显示格式，需检查内部值。

CSV不能保存前导零吗？ CSV可保存这些字符，风险多发生在读取方自动类型推断。

长数字变了最后几位能补回吗？ 没有原始数据时不能可靠恢复，应重新从源文件导入。

继续处理相关问题

相关入口：WorkBuddy 卡住后的处理。

官方依据与核对日期

核对日：2026-10-23。WorkBuddy 文件编辑：官方说明支持办公文件查看与编辑，未证明所有标识符转换保真；Python CSV：CSV 读取可保留文本字段；不同应用方言和解释可能不同。文中的流程、阈值和合成数据属于工程示例，不能代替当前账号、文件或运行环境的验收。