ERP导入前商品编码的前导零消失，只改单元格格式够吗
看起来像数字的编码不一定是数值
假设源商品编码为00127，打开并保存文件后变成127。如果ERP中确实存在127，导入可能成功却对应了错误商品。因此不能只把零重新显示出来，而要从源头到目标系统保留原编码，并确认前导零在企业编码规则中的意义。
商品编码、客户编号和引用编号用于标识记录时，应按文本处理；数量和金额仍需适合计算的数值类型。不要不分用途地把整份文件转成文本。应由数据负责人确认长度规则、允许字符以及空值与零的区别。
显示格式不等于保存原值
Microsoft说明，Excel可能删除前导零，数值精度最多为15位有效数字。长编码应在转换前按文本保存。长数字格式或科学计数法不能证明编码完整；值已损坏后再改为文本，也不会恢复原数字。
经确认的固定长度规则可能允许受控补零，但几行样本不能证明规则。若00127和127代表不同记录，全部补成五位就会产生冲突。修复前应核对未改动的源文件或权威编码台账。
加载前指定类型并检查此前步骤
支持Power Query的Excel可从Data和From Text/CSV进入转换编辑，把编码列设为Text，并检查Applied Steps中是否已有数值转换。应修正造成丢失的步骤，再从原始文件重新加载。菜单名称随版本不同，ERP导入器自身的配置也必须检查。
测试前保留只读原始副本。CSV导出后，用不会自动重解释数值的文本查看工具检查。仅双击回到Excel，看到的可能是再次转换后的结果，而非文件实际内容。如果目标系统仍按数值读取，仅修复Excel还不够。
检查实际关联编码，而不只是行数
测试集应包含前导零、长编码、字母数字混合编码、空值及仅零有差别的成对编码。在转换后、导出后和导入后分别与参考台账核对商品身份、名称及关联记录。行数和金额合计一致，仍不能证明关联正确。
发现不一致时，暂停相关导入批次并保留文件与结果。修复或重跑前，先查记录是否已进入销售或会计流程。与Chawinnix沟通时，可提供脱敏样本、编码规则和预期值，使ERP集成验收能够验证实际数据。
