从表格迁移到 ERP：数据整理与上线检查清单

从一条完整业务流程开始

先选择一条完整流程，例如报价 → 订单 → 库存预留 → 发货，列出每一步涉及的人与记录。这样迁移有清晰边界：让数据支持真实工作，而不是填满新系统的全部字段。

区分当前运营必须使用的数据与可保留在可查询档案中的历史数据。把所有旧行都导入第一版会增加工作量，也可能保留过去的不一致。数据保留需求应与实际负责人一起确认。

给每类数据指定负责人和可信来源

建立客户、商品、供应商、库存与未完成订单的数据目录。每类数据都应有一位能处理冲突的业务负责人；最新修改的文件并不一定最准确。

如果业务同时涉及美国和阿根廷，要明确货币、日期和数字格式。金额应同时保存货币代码；1,250 和 04/10 都可能因格式不同产生歧义。业务编号中有意义的前导零应作为文本保留。

• 记录来源系统、导出时间、负责人和预期记录数。
• 使用稳定的客户与商品编号，不只依靠名称匹配。
• 统一计量单位、时区、必填项以及停用记录的处理规则。

导入前先写字段映射

映射表可以设置五列：来源字段、目标字段、转换方式、校验规则、决策负责人。缺失值和冲突值要明确处理，不能默默把“未知数量”改成零。

假设示例：库存表有 120 件在库，其中 15 件已经预留。如果 ERP 分开保存这两个值，就应分别映射，并检查按约定规则算出的可用库存为 105。把 120 直接当可用库存导入，会夸大可售数量。

用典型记录和边界情况演练

先在测试环境中准备正常记录与例外情况：重复客户、取消订单、带重音符号的姓名、空的可选字段、多币种交易。使用合成数据或经过适当保护的数据，并限制导出文件的访问范围。

随后进行全量演练，比较记录数量、分币种总额、各仓库库存与未完成订单余额。还要抽查关系：订单是否仍对应正确客户和明细。只比较行数不足以发现关联错误。

明确切换与回退方法

指定谁可以批准上线，何时停止修改旧系统，最后时刻的变化如何补入，以及启用前需要哪些签字确认。保留可恢复的备份，并实际验证恢复操作。

回退不只是恢复旧文件。如果新系统已经产生新订单，就需要说明这些变化如何对账后带回。设置上线后的核查窗口和异常负责人，避免两套系统逐渐变成互不一致的数据来源。