ERP 换系统，签合同的时候大家谈的是功能和报价，真正到了实施阶段，数据迁移常常变成拖工期的那一环。我见过一家企业，旧系统里跑了十年的物料编码，光是一物多码的情况就理出来几百条，前期没处理，上线后库存报表怎么都对不上。数据迁移这件事，做得糙和做得细，结果差别很大。

先说要迁什么。很多企业一上来就问“数据能不能全搬过去”，其实更该问的是“哪些数据值得搬”。通常分三类：主数据、期初数据、历史单据。主数据包括物料、客户、供应商、员工、科目，这些是必须迁的，而且要迁得干净；期初数据包括库存余额、应收应付、科目余额，这些决定新系统天的账能不能对上；历史单据则要看需求，多数情况下没必要把五年的凭证全部搬进新系统，保留查询入口或者按年度归档更实际。

主数据的清洗是迁移里花时间多的部分。常见的毛病有三个：编码重复，同一个供应商在系统里挂着三个名字；属性缺失，物料的计量单位、默认仓库没维护；层级混乱，科目体系还是多年前的老结构。比较稳妥的做法是先导出一份全量清单，让业务部门按字段逐项确认，尤其是物料和往来单位这两类，宁可多花一周核对，也不要带着问题数据上线。

期初余额的迁移讲究一个“时点”。迁移前要先确定切换日，比如某月月初，然后把切换日之前的余额冻结，做一次全面盘点和对账。库存数量、金额、往来余额三边要能对上，对不上的差异要逐笔查明原因，是单据漏录、计价方式差异还是历史遗留，查清楚之后再决定怎么调整。这一步做扎实了，新系统上线后的张资产负债表才有意义。

未结单据的处理容易被遗漏。采购在途、销售未发货、生产未完工的工单，这些单据在旧系统里挂着，新系统里如果没有对应记录，业务就断了。迁移方案里要明确：哪些单据按原单号导入，哪些按余额合并，哪些直接在旧系统里结掉。这个决定由业务负责人拍板，IT 部门单方面决定容易出偏差。

新旧系统并行的时间也要提前规划。完全切换和并行运行各有利弊，并行期短则两周、长则一两个月，期间同一笔业务可能要录两遍，对一线人员是不小的负担。并行期的重点是对比两套系统的关键报表——库存、应收、产量，每天对一次，差异当天查。深圳市英普瑞科技有限公司在做定制 ERP 项目时，通常会在迁移前先搭一套测试环境，把客户提供的真实数据跑一遍，把字段映射和期初导入的问题在测试阶段暴露出来，正式切换时的返工就少很多。

后是字段映射文档。旧系统的哪个字段对应新系统的哪个字段，转换规则是什么，空值怎么处理，这些要落成一份表。迁移完成后这份文档还有用，后面做数据核对、新老报表对照，都靠它。

数据迁移没有太多技巧，靠的是把每个环节拆细、把每笔差异查清。搬得干净，新 ERP 软件系统才能真正开始干活。