上个月客服同事在群里我“折哥XX出版社那张批销单你看一下OMS和ERP那边都已经取消了但我们WMS这张单状态还是‘执行中’现场已经在拣货了。我跟出版社业务老师确认过了这张单确实是取消了的。现在WMS库存数据和ERP对不上了你看怎么回事”这种消息我一年能收到几十次。流程通常是这样的客服每天会在OMS和WMS平台上监控批销单的状态。如果发现OMS/ERP的单据已经取消但WMS的单据还没有取消就会先联系出版社业务老师确认。确认无误后再来找我——WMS技术负责人。我这边拉上日志一看往往是接口消息丢失、处理时序异常或者回调失败导致的。有时候还需要拉上出版社的ERP技术对接人两边一起对着数据日志分析才能定位到根因。这不是个例。在我参与过的出版社WMS项目里类似的“WMS和ERP数据对不上”已经出现过六种不同的面孔。每一种都是选型时演示不出来、PPT上看不见的。我在上一篇文章《WMS选型七问》里说过选WMS要看异常处理、ERP对接、差异溯源。但直到一次次被客服进群里解决问题我才真正理解——选型时问的那些问题上线后都会变成血淋淋的教训。第一战接口层的战争——出库回执晚了一分钟ERP就以为货还在出版社ERP下发了一张批销单500本《XX》发往新华书店。WMS接收后开始拣货、打包、发货。一切顺利。但问题出在发货回执上——WMS把“已发货”的通知推给ERP时刚好赶上ERP的夜间批量作业窗口消息被延迟了。ERP这边库存没有扣减。第二天另一家客户下单ERP看到库存还有500本又下了一张批销单。WMS接到单子去拣货发现实物只剩300本了。超卖了。这是最常见的库存不一致出库回执没及时回传ERP按旧库存算下一张单必超卖。同样的问题也发生在入库侧。印厂送来一批书WMS提前回传入库回执为了让ERP尽快更新库存结果收货时发现实际少了20本还有几本封面破损。ERP已经记账了WMS这边要冲销——两边一碰差异就出来了。选型时我问过第三问“ERP对接是深度对接还是表面同步”供应商说支持实时接口。但“实时”不等于“可靠”。接口正常的时候一切美好接口延迟、丢包、重试机制不到位的时候库存就悄悄对不上了。第二战退货的战争——一本退货书要走三条不同的路出版社的退货率不低。客户退回一批书WMS收货后要在现场做“三分理”• 好书直接入库回传ERP冲销库存• 待修复需要重新加工换封面、除污渍等达标后再入库回传• 残书线下与ERP核对后由ERP下发报废出库单双方数据对齐听起来有条有理对吧但实际操作中每个环节都可能出问题。有一次退货员把一批待修复的书误判成了好书直接入库回传了ERP。ERP那边库存冲销了但实物其实还在待修复区。等到真正修复完再入库时WMS又回传了一次——同一批书被冲销了两次。还有一次残书的报废单在ERP审批流程里卡了三天WMS这边已经把这批书物理销毁了但ERP的账上还挂着。月底盘点差异一大片。图书退货不是“收回来”是ERP和WMS的一场三方核销谈判。谈判破裂库存就崩。选型时我问过第一问“异常有没有强制性卡控点”三分理这个环节如果系统没有强制要求“分类确认后才能回传”光靠人盯迟早出事。第三战品相的战争——书在货架上放了三年ERP不知道它已经“老了”出版社仓库里有一种特殊的库存滞销书。一批书在托盘上放了三年。ERP里记录的仍然是“500本可售库存”。但实际上因为长时间堆放部分书受潮、封面褪色、纸张泛黄——品相已经从“好书”降级成了“待修复”甚至“残书”。WMS在日常盘点中发现了这个问题调整了库存状态。但ERP并不知道。下一次批销单下来ERP说“你有500本可发”WMS实际一查只有300本能发。图书是有生命的库存。它会老化、会受伤而ERP的库存数字不会自动变老。选型时我问过第四问“账实差异怎么溯源”但有些差异不是操作失误造成的而是时间造成的。系统能追到操作人追不到“自然演化”。第四战自动化设备的战争——AGV把货搬走了WMS还以为在原地这家出版社的平置区上了AGV小车。WMS下发指令“把托盘T-123从A01库位搬到B05补货位。”AGV调度中心收到指令派车执行。但途中AGV的传感器误判把托盘放到了B06库位。AGV调度中心回传WMS“任务完成托盘已到B05。”WMS更新库存T-123在B05。但实际上T-123在B06。下次拣货时系统说“去B05拿”人到那里一看——空的。这就是自动化设备带来的新问题指令对了执行偏了系统还不知道。同样的问题也出现在托盘立库。堆垛机出库时托盘卡住了人工移走后忘了回写系统。WMS显示“T-123已出库”实物却躺在某个角落成了幽灵库存。跨库区移位更是重灾区。平置区向箱式补货、给高层货架移位——每次移动都是一次“账实失联”的机会。扫描遗漏、PDA没电、交接未确认任何一个环节断了货品就“漂移”了。选型时我问过第五问“自动化接口是不是标准化的产品能力”但接口标准化只是基础。真正要命的是设备执行结果和WMS记录之间没有一个强制对账的环节。第五战系统维度的战争——箱式立库说“有”WMS说“没有”这家出版社后来上了一套箱式立库AS/RS。立库的管理维度是“箱位—箱—件”三级结构WMS的管理维度是“库位—批次—件”。两者对账时问题来了。立库报告“箱位A-01-02有一个箱里面装了50本书。”WMS查询“批次20260801在库位A-01-02有50本。”看起来一致。但如果立库的“箱”和WMS的“批次”不是一一对应的——比如一个箱里混了两个批次——两边就再也对不齐了。当自动化设备进场库存不再是“一个数字”而是“多个维度的投影”。投影对不齐账就平不了。选型时我问过ERP对接但没问过WMS和自动化设备之间的维度映射。这是一个比ERP对接更隐蔽的坑。第六战日常管理的战争——每一次移动都是一次账实考验最后一战最不起眼也最频繁。仓库每天都在做补货、移位、盘点调整、库内整理。每一次移动都是一次“系统记录”和“实物位置”的短暂脱节。• 叉车司机把一托板从重型货架移到直发区漏扫了条码——WMS不知道货已经走了• 阁楼货架上拣货员拿错了库位把A库位的书放到了B库位——下次补货时系统说“A有货”实际是空的• 越库区暂存位混乱一批书临时放在通道上被另一批货盖住了——盘点时死活找不到WMS的库存数字建立在“每一次实物移动都被准确记录”这个脆弱假设上。一旦某个环节的扫描、回写、同步断了幽灵库存就诞生了。选型时我问过“差异能不能溯源”。但最好的溯源是让差异不发生——而这需要系统在每一个移动节点都设卡控防呆。收束六场战争一个结论回到开头那个问题批销单撤销后ERP和WMS的库存是怎么对不上的答案是不是某一个环节出了问题而是接口、退货、品相、自动化设备、系统维度、日常管理——每一个环节都有可能断裂。选型七问问的是“系统能不能扛”。这六场战争讲的是“系统扛不住的时候库存会怎么崩”。真正专业的仓储架构不是把ERP和WMS连起来而是在这六个断裂点上一个一个焊上“强制对账”的保险丝。如果你还没看过选型七问建议先读那篇建立判断框架如果你已经读过了那这篇就是那七问的“实战答案”。 系列阅读• 第一篇《同样1万件货A仓2小时B仓5小时差在哪》——WMS入门大白话• 选型篇《WMS选型七问供应商不会主动告诉你的七个细节》——选型前的判断框架• 本篇《批销单撤销后ERP和WMS的库存对不上六场真实的“口径战争”》——上线后的真实战场 你的仓库遇到过哪种“库存对不上”留言聊聊下一期可能就聊你的问题。