先说结论：WMS 项目延期，十个有八个不是软件的问题，是数据的问题。上线前不把库存数据洗干净，你买的不是 WMS，是个高级记账本——记的还是错账。
这个坑我见过三次。三次都是同一个剧本：客户说"数据我们都准备好了"，上线第一天一跑，账实对不上，库位是空的系统说有货，系统说没货的库位堆着三托盘。然后全场停下来盘点，项目延期两周，老板骂娘。
为什么数据迁移是 WMS 上线的头号杀手
道理很简单：WMS 是个放大器。Excel 时代数据有点脏，靠人肉能兜住——老张记得 A 区那托是坏的，别动。WMS 上线后，系统按规则自动分配库位、自动波次、自动补货，脏数据会被机器忠实地、一丝不苟地放大成生产事故。
三个最常见的脏数据类型：
第一类：呆滞 SKU 占着茅坑。 很多仓库有 10%~20% 的 SKU 一年没动过，还躺在黄金拣选位上。迁移时原样导进去，等于把垃圾分类的工作量也导进了新系统。
第二类：账实不符。 系统账上有 100，实物只有 80，差的 20 是三年前盘亏没调账的。这种差异在老系统里"大家都知道"，新系统里它就是 20 个幽灵库存，会触发错误的补货建议和缺货报警。
第三类：主数据缺字段。 产品没有长宽高重量，WMS 的库位推荐、装箱建议、波次策略全是摆设。我见过最夸张的：全仓 3000 个 SKU，有尺寸数据的不到 400 个。
分步做法：迁移前/中/后三张清单
上线前 4~6 周：洗数据（最重要）
- 拉出 12 个月无动销的 SKU 清单，业务确认：报废、清仓还是转移到低成本存储区。目标：黄金拣选位零呆滞。
- 全仓循环盘点一轮，账实差异全部调账，不留"下次再说"。这个坑我见过三次，每次"下次再说"的差异，上线后都变成了 P0 事故。
- 主数据补全：长宽高、重量、批次管理属性、效期管理属性。补不全的，标注"待补"，WMS 里先走人工确认流程兜底。
- 库位主数据冻结：迁移前一周，库位编码、库位类型、库位属性全部冻结，任何新增库位走变更流程。
迁移当周：双轨核对
- 老系统导出、新系统导入，同一张"库存余额表"两边各出一份，SKU 级别逐行对。差异超过 0.5% 就停，不许"差不多就行"。
- 抽 10% 的库位实地复核，重点抽高价值 SKU 和差异 SKU。
- 接口数据跑三天并行：老系统照常开单，新系统同步跑单，对比出库准确率。
上线后 2 周：盯三件事
- 每天早会看"系统建议 vs 人工干预"比例：干预率超过 30%，说明还有脏数据在捣乱，回头查。
- 呆滞 SKU 清仓进度：迁移时转移出去的，必须在 60 天内处理完，否则它们会悄悄爬回来。
- 主数据"待补"清单清零计划：每周补 200 个 SKU，一个月内清完。
常见翻车点（上线前夜 checklist 背下来）
- 历史盘点差异没调账，带着差异进新系统
- 只导了"有库存"的 SKU，零库存的老 SKU 没导，导致老订单关联不上
- 批次/效期属性在老系统是文本备注，迁移时没结构化，新系统批次管理直接瘫痪
- 库位编码迁移时大小写/空格没统一，系统里出现"A-01-01"和"a-01-01"两个库位
- 迁移安排在周五晚上，出了问题周末找不到人，周一开天窗
最后说个反常识的：数据迁移做得越快，项目死得越快。 凡是跟我说"数据三天导完"的客户，我都让他们把上线日期往后推一个月。慢就是快，洗干净的数据，是 WMS 上线唯一真正的"基础设施"。
作者：林晓｜WMS 实施顾问
