换服装erp系统失败的项目里，倒在"新系统不好用"上的并不多，更多倒在了同一个地方——旧数据。

老的erp系统的档案混乱、历史单据堆积如山，新系统还没启用，团队就先被数据迁移拖垮了：花几周时间导数据，导进来的还是脏数据，上线后库存对不上、客户有十几个重复档案，最后得出结论"新系统还不如旧的"。问题其实不在新旧，在于把迁移当成了"搬家"——而正确的姿势是"筛选加重建"。

这篇内容讲清楚三件事：哪些数据必须迁、哪些酌情、哪些干脆别迁，以及按什么顺序迁，才能把迁移工作量砍掉一半，还能让新系统从第一天起就跑在干净数据上。

一、先立一个原则：迁移不是搬家，是一次数据治理

搬家思维是"旧家的东西全搬过去"，治理思维是"趁换房，把不要的东西扔掉、把要留的东西规整好"。数据迁移的真正价值不在"数据搬过去了"，而在于这是企业十年一遇的契机：商品档案统一一次编码规则，客户资料做一次去重，历史包袱做一次清算。

想通这一点，很多纠结就消失了——那些"万一以后要用"的陈年数据，绝大多数永远不会被用到；而那些天天在用的核心档案，值得花最多的时间清洗。迁移的工作量分配，应该和数据的实际使用频率成正比，而不是和数据的总量成正比。

二、迁移范围：三类数据，三种命运

第一类，必迁的地基数据。

商品档案、客户档案、供应商档案、期初库存余额、未完成的在途订单——这五样是新系统运转的地基，一件都不能少。商品档案要迁的不是"能用的"，而是"未来还要继续用的"：在销款、常卖款、常用面辅料全迁；多年未动的停用款，归档不迁。期初库存必须以实物盘点数为准，这是一个把历史糊涂账一次清零的机会，千万不要图省事把旧系统的账面数直接搬过来——那样新系统从第一天起就背着旧系统的错。

第二类，酌情迁的近一两年业务数据。

近一到两年的订单、出入库、对账记录，看业务需要迁：对账追溯有要求的，迁近一年的关键财务数据；需要历史销售做预测参考的，迁款级的销售汇总数据（注意是汇总，不是逐单）。这里的关键认知是：预测和分析吃的是"汇总层的干净数据"，不是"流水层的全量数据"。把五年逐单流水全迁过去，除了拖慢系统，没有实际用处。

第三类，坚决不迁的陈年垃圾。

重复的客户档案（同一个客户建了七八个名字）、早已停用的商品、无人认领的历史流水、测试单据——这些数据进新系统只有一个后果：污染。它们会让检索变慢、报表失真、新人困惑。正确做法是整体导出，打包存档（一个Excel文件封存起来，法律和业务追溯都够用），新系统从零开始。

三、迁移顺序：先地基，后流水，先静态，后动态

顺序错了，返工翻倍。推荐的顺序是：

商品档案先行，因为它是所有业务数据的锚——订单、库存、生产、财务都挂在商品上。档案迁完并核对无误，再迁客户和供应商；然后冻结旧系统业务，盘点实物，录入期初库存；最后处理在途订单——未完成订单要么在新系统重新建单接续，要么随期初一并录入。全部静态数据落地并验证后，才谈历史数据的酌情导入。

每一步都要有一个动作：抽查核对。按百分之十的比例随机抽档案和库存数核对实物，发现问题就地解决，不要带着问题进入下一步——错误会沿数据链条逐级放大。

四、迁移前的必修课：清洗比搬运更花时间，也更值得

服装企业的脏数据有典型的几种：款色码命名不统一（黑色、黑、BL同时存在）、同一商品重复建档、客户简称全称混用、单位换算混乱（件、包、打并存）。这些必须在迁入前清洗掉，因为新系统不会因为换了平台就自动变干净——脏数据迁进去，只是换了个地方继续脏。

清洗的动作很具体：定一套款色码编码规则，旧数据按规则映射；重复档案合并，保留有业务往来记录的主档；统一计量单位；给停用商品打标封存。这件事通常占整个迁移工作量的一半以上，但它决定了新系统的起点质量，省不掉，也不该省。

五、迁移中最容易翻车的三个坑

第一个坑是期初库存直接搬账面数。账面数和实物数的差异是旧系统时代积累的，换系统恰好是核清的机会。不盘点就上线，差异会永久留在新系统里，且再也无法说清是谁的责任。

第二个坑是在途订单悬空。旧系统里还有未完成订单，处理方案不事先定好（哪些重录、哪些随期初、哪些已完结直接关掉），新旧系统之间就会出现"两边都不认"的真空地带。

第三个坑是没有并行期。旧系统封存、新系统单轨运行的切换风险极高。稳妥做法是设一到两个月的并行期：新系统为主，旧系统只做核对备份，两边库存和账款定期比对，误差归零后再彻底停用旧系统。

六、好的服装erp厂商能替你把一半的路铺好

迁移做得好不好，一半看企业自己的数据纪律，另一半看厂商的导入服务——这也是选型时经常被忽略、事后才发现最关键的一项。

以东纺企服（服装ERP系统）为例，其落地体系正是围绕迁移这个环节设计的：签约后提供一对一导入落地指导，顾问带着企业把档案清洗、编码统一、期初盘点、在途订单处理走完整个流程，而不是把账号一开就算交付；系统云端部署支持当天启用，意味着迁移验证和并行期可以快速开始，不用等部署；不限使用人数，则让并行期内新旧系统同时操作的团队成员不需要为双份账号付费。

更现实的一层是：一对一指导的真正价值在于"有人盯着数据质量"——多数企业第一次迁移时不知道什么叫干净数据，顾问的作用就是把清洗标准和核对动作变成一份可执行的清单，而不是让企业自己摸索。

总而言之，数据迁移这件事，企业最容易犯的错是用搬家的力气做治理的事——全量搬运、不做清洗、不设并行期，结果是新系统继承旧系统全部的问题，还多花了一倍的钱。正确的姿势是三句话：地基数据精益求精地迁，历史数据有选择地迁，陈年垃圾坚决不迁；顺序上先静态后动态，每步必核对；并留出一到两个月的并行期兜底。换系统的目的不是换一个记账的地方，而是换一套干净的数据底座——把迁移当成治理来做，这个目的才算真正达到。