ERP数据迁移怎么做？中小企业上线前7步检查清单
作者：宽匠云数字化顾问团队 · 发布于
分类：技术分享
ERP上线前，客户、供应商、物料、库存、往来余额和未结订单应该迁哪些、怎么清洗、如何验收？本文给出适合中小企业的数据分类表、字段映射方法、三轮试迁移步骤、数量与金额核对清单，以及正式切换和回退要求。
ERP 演示顺利，不等于上线时数据就能用。真正决定上线成败的，是客户、物料、库存、往来余额和未结业务能否被正确迁移、核对并由业务负责人确认。
宽匠云 · 中小企业数字化实务
很多中小企业真正卡住的地方，是客户名称重复、物料编码各写各的、库存数量与金额不一致，或者把多年历史 Excel 原样塞进新系统。结果往往是“导入成功了”，业务却不敢开单，财务也不敢认期初数。
这篇清单不讨论某一品牌 ERP 的导入按钮，而是回答一个更基础的问题：从旧系统和 Excel 迁入新系统前，哪些数据必须准备、由谁确认、怎样证明迁移结果可以支持正式经营。微软的上线准备指南要求提前准备配置、主数据、未结业务和余额，并进行多轮试迁移；SAP 的迁移建议也强调先评估、清洗、映射和验证，而不是全盘复制旧数据。
看完你将得到：01 一张四类数据迁移范围表，先判断哪些必须进新系统、哪些适合归档。
02 一套从负责人、字段映射到主数据清洗的准备方法。
03 三轮试迁移与正式切换的验收、备份和回退要求。
04 一份上线前可以直接逐项核对的 12 项检查清单。
01 先分清四类数据，不要把所有历史记录都搬走
第一步不是导出，而是确定迁移范围。建议把旧数据分成四类，每类采用不同策略。
| 数据类别 | 常见内容 | 上线前处理 |
|---|---|---|
| 配置数据 | 组织、仓库、计量单位、税率、科目、结算方式 | 确认新系统规则后先导入，作为其他数据的引用基础 |
| 主数据 | 客户、供应商、物料、员工、部门、价格表 | 去重、统一编码、补齐必填字段，由业务负责人签字确认 |
| 期初与未结业务 | 库存、应收应付、账户余额、未结订单、在制任务 | 按统一切换时点冻结，导入后做数量和金额双重核对 |
| 历史数据 | 已完成订单、旧凭证、附件、停用档案 | 按查询、审计和经营分析需要选择迁移或只读归档 |
“不迁移”不等于随意删除。历史数据若涉及审计、合同履行或售后查询，应明确保存位置、访问权限和保留期限。范围不清时，可以先参考中小企业数字化分步实施路径，把本次上线限制在能形成完整业务闭环的模块。
02 给每类数据指定唯一负责人和唯一来源
同一客户在销售表、开票表和财务软件里可能有三种名称。迁移团队不能自行猜测哪个正确，应先明确“权威来源”和“业务负责人”。
- 客户与价格：通常由销售或运营确认主体、结算条件、信用政策和停用状态。
- 供应商与采购：由采购确认主体、付款条件、供货范围和有效状态。
- 物料与库存：由产品、生产或仓库确认编码、规格、单位、批次和库位。
- 科目与往来余额：由财务确认科目映射、辅助核算、应收应付和期初余额。
每一类数据至少要记录四项：来源文件或系统、负责人、截止时间、验收口径。没有负责人，就没有人能判断“两个相似客户是不是同一个主体”；没有验收口径，技术人员只能证明文件导进去了，不能证明数据正确。
03 建立字段映射表，映射业务含义而不只是列名
字段映射表应描述“旧字段如何变成新字段”，还要写清转换规则、默认值、必填条件和异常处理。以物料为例，旧表中的“单位”可能同时出现“件、箱、盒”，如果新系统按基本单位核算，就必须说明换算关系，而不是简单把三列复制过去。
| 映射项 | 需要写清的问题 |
|---|---|
| 来源与目标 | 来自哪张表、哪个字段，进入新系统哪个对象和字段 |
| 转换规则 | 日期、编码、单位、税率、状态和空值如何转换 |
| 关联关系 | 订单如何关联客户，库存如何关联物料与仓库 |
| 异常处理 | 重复、缺失、停用、无法映射的数据交给谁决定 |
| 验收方法 | 按记录数、金额、数量、抽样还是业务流程进行验证 |
如果企业目前大量依赖散落的表格，先阅读Excel 管理混乱的常见根因，再决定哪些字段要成为系统主数据。对于审批、字段和业务规则较为特殊的流程，可以评估用宽匠云低代码平台承接，而不是继续建立脱离主系统的临时表。
04 清洗主数据：去重、补齐、统一、停用
主数据清洗应在试导前完成，并保留规则和问题清单。重点检查：
- 去重：依据统一社会信用代码、手机号、物料规格等组合条件识别重复记录，合并前由业务负责人确认。
- 补齐：补充目标系统要求的必填字段，不用虚构值填满模板。
- 统一：统一日期、单位、币种、税率、地址、编码长度和状态值。
- 停用：标记失效客户、供应商和物料；是否迁移停用记录要按查询与未结业务需要决定。
- 校验关联：避免订单找不到客户、库存找不到物料、明细找不到主单等孤立记录。
清洗过程中不要直接覆盖唯一一份旧数据。应保留原始快照、清洗结果和变更说明，确保任何一条关键数据都能追溯“原值、修改原因、确认人”。
05 期初数据要做数量与金额双重核对
期初数据决定上线第一天是否可信。不同模块至少完成以下核对：
- 库存：按仓库、物料、批次核对数量，并核对库存金额；不能只看总数量。
- 应收应付：按客户或供应商核对余额、账龄和未核销单据。
- 银行与现金：按账户核对切换日余额，明确在途收付款如何处理。
- 未结订单：确认未发、部分发货、未开票、部分回款等状态能在新系统继续执行。
- 生产业务：确认在制任务、领料、完工和委外状态的承接方式。
总额相等仍可能隐藏错配。例如两个仓库一边多 100 件、另一边少 100 件，总库存看起来相等，但发货时仍会出错。库存核对可结合库存账实差异五步核对法逐层排查；制造企业还可参考生产管理系统选型检查清单确认工单与委外边界。
06 至少做三轮试迁移，每轮回答不同问题
一次成功导入不足以证明可以上线。中小企业可把三轮试迁移设计成不同目标：
- 第一轮：验证模板和规则。用代表性样本发现字段缺失、编码冲突和关联失败。
- 第二轮：验证完整数据和业务流程。使用接近正式范围的数据，完成采购、销售、库存、财务等关键流程测试，并形成差异报告。
- 第三轮：演练正式切换。按计划的数据冻结时间执行全量或增量迁移，记录耗时、责任人、核对结果和回退条件。
每轮问题都应进入清单，修复后重新验证。微软的官方上线检查清单明确建议在切换前多次测试迁移，并由业务方确认迁移脚本、问题和风险。更复杂的项目不一定只做三轮；原则是最后一次演练必须足以验证正式切换步骤和时间窗口。
07 正式上线前设置冻结、验收与回退闸门
正式切换不是技术人员单独执行的一次导入，而是一组有顺序、有批准条件的动作。
- 明确旧系统停止新增或进入只读的准确时间，以及仍在途业务的处理方法。
- 备份源数据和目标系统，保存导出文件、映射表与迁移日志。
- 按依赖顺序迁移配置、主数据、期初和未结业务。
- 完成记录数、数量、金额、关联关系和关键报表核对。
- 由销售、采购、仓库、生产和财务分别确认自己负责的数据。
- 定义不通过时何时停止、如何恢复旧系统、谁有权作出回退决定。
如果企业连数据来源和负责人都尚未明确，先做企业数字化成熟度测评，识别问题主要在流程、数据还是系统；也可以下载数字化实用模板包中的数据迁移清单，用实际数据填一遍再确定上线范围。
上线前可直接勾选的12项检查清单
- 迁移范围已区分配置、主数据、期初/未结业务和历史数据。
- 每类数据都有唯一来源、负责人和确认期限。
- 客户、供应商、物料和科目编码规则已经统一。
- 字段映射表包含转换规则、默认值和异常处理。
- 重复、缺失、停用和孤立记录已有处理结论。
- 库存数量与金额已按仓库和物料核对。
- 应收、应付、银行和总账期初余额已核对。
- 未结订单和在途业务有明确承接方式。
- 至少完成样本、完整数据和切换演练三轮试迁移。
- 关键业务流程和报表已由实际使用者验收。
- 冻结时间、上线顺序和各步骤负责人已经确认。
- 备份、回退条件和旧数据只读查询方案已经验证。
FAQ
ERP上线时必须迁移全部历史单据吗？
不一定。通常应优先保证主数据、期初余额和未结业务能支撑上线后的经营；已完结历史单据是否迁移，要根据查询、审计、售后和法规保存需要决定。未迁移的历史数据应有可访问的只读归档方案。
主数据清洗应该由软件公司还是企业负责？
软件实施方可以提供模板、规则和校验工具，但客户是不是同一主体、物料是否停用、余额是否正确，必须由了解业务的企业负责人确认。技术人员不能代替业务作出这些判断。
为什么导入成功后还要做业务验收？
导入成功只证明文件格式和接口没有报错，不代表客户关联、库存金额、未结订单或财务余额正确。验收必须同时检查记录数、数量、金额、关联关系、报表和实际业务流程。
三轮试迁移一定够吗？
三轮是适合多数中小企业的起点，不是上限。若数据源多、关系复杂、错误仍未关闭或正式迁移时间不确定，应继续演练，直到迁移结果和切换步骤可重复、可核对、可回退。
参考依据
下一步：先做一张迁移责任表
如果你已经确定 ERP 或低代码系统，但仍不清楚旧 Excel、进销存和财务数据该迁哪些，可以先按本文清单整理一份“数据来源—负责人—验收口径”表，再决定接口、导入模板和上线日期。需要结合现有流程判断时，可联系宽匠云技术工程师梳理数据边界。