一个 ERP 项目原计划 8 周上线，最后拖到 14 周。功能基本可用，真正拖住切换的是历史数据：物料重复、客户简称混乱、供应商编码缺失，库存期初也对不上。
两天能清完的判断，为什么拖慢整个上线
最初团队以为导入前整理两天即可。真正导入时才发现，同一物料有多个名称，同一客户对应不同开票主体，仓库数量和财务金额也无法直接核对。
这不是更换导入模板能解决的问题。没有主数据负责人，技术团队既无权决定哪个名称有效，也无法替仓库和财务确认期初差异。
暂停全量导入，先把数据分三类
救火时先区分上线必需、上线后查询和只做备份的数据。高频物料、当前客户、当前供应商、在途订单和库存期初必须清到可用；低频历史数据先归档，避免为了“全部迁完”继续拖延。
客户和供应商先统一开票主体，简称保留为别名；库存期初由仓库和财务共同签字。上线后新增物料、客户、供应商必须走主数据申请，不能继续由各部门自由命名。
数据迁移要从需求阶段排期
物料、客户、供应商、仓库、BOM、价格、期初库存和未结单据分别由谁负责，哪些字段必须统一，哪些历史数据只归档不进新系统，都应在需求阶段确定。
项目计划要单独安排数据清洗、试导入、差异修正和最终冻结窗口。仓库确认数量，财务确认金额，业务确认客户和供应商，技术只负责导入和校验；没有业务签字，技术就会被迫替业务背书。
迁移前先做停用清单
旧系统里的重复客户、停用供应商、错误物料、历史价格、废弃仓库和多年未动库存，不应不加判断地全部进入新 ERP。救火时逐项确认：超过两年无交易的客户是否停用，供应商是否合并，物料是否有替代编码，历史仓库是否关闭，库存差异是否做期初调整。
迁移不是复制数据库，而是一次主数据治理。导入前不清理，重复和错误会在采购、库存、销售与财务中继续放大。
三轮演练各查一种风险
第一轮做结构演练，确认字段和格式能否导入；第二轮做业务演练，抽取典型客户、物料、订单和库存，看业务人员能否查到并继续操作；第三轮做期初演练，模拟上线当天的库存、应收、应付、未完工单和未结订单。
每轮都要输出差异清单和责任人。没有演练直接切换，问题会集中在上线当天爆发，业务团队也会迅速失去信心。
本次延期的复盘证据
| 复盘项 | 本案表现 | 补救或预防动作 |
|---|---|---|
| 表面现象 | ERP 功能基本能用，但物料、客户、供应商、库存期初持续报错，项目从 8 周拖到 14 周 | 暂停全量导入，先保高频物料、当前客户、当前供应商、在途订单和库存期初 |
| 真实根因 | 历史 Excel 重复命名、开票主体混乱、编码缺失、仓库数量和财务金额对不上，且没有主数据负责人 | 设物料、客户、供应商、库存四个数据负责人，字段口径由业务签字 |
| 数据处置 | 原计划所有历史数据一起导入 | 分成上线必需、上线后查询、只做备份三类，并制作停用清单 |
| 下次避免 | 上线前一周才开始清 Excel | 从需求阶段排迁移计划；可对照数据迁移避坑清单和企业数据治理第一步体检 |
迁移同时牵涉选型时，可看中小企业 ERP 选型 5 步；担心实施过程继续失控，可对照ERP 集成项目交付检查清单。
