去年夏天，我在杭州一家做快消品电商的客户那边开复盘会，仓库主管老周讲了一句话，让我记到现在。他说：“我们上了两套系统，结果工人比之前更迷茫了，一个屏幕上写着该发100箱，另一个屏幕告诉他货架上只有60箱，到底听谁的？”这不是系统的问题，这是系统之间分工没梳理清楚的问题。老周的仓库同时跑着公司总部推下来的ERP库存模块，又在半年前置办了一套独立的WMS系统。没有人告诉过他们：入库的时候谁说了算，拣货的时候谁做主，盘点的结果以哪个数字为准。那100箱和60箱的差额，表面是“库存不准”，根子是“库内作业的分工缺位”。这也是这篇文章要拆解清楚的核心命题，库存管理系统和WMS系统在库内作业环节到底怎么“分活”，不是概念对比，不是技术优劣，而是你明天走进仓库就能拿来对照、拿来调整的实操分工逻辑。
我在过去五年的项目经历里发现一个规律：凡是纠结“该用库存系统还是WMS”的团队，大概率连“库存”和“仓储”这两个词都没拆开理解。这不是咬文嚼字，这是整个分工的底座。
不管ERP自带的库存模块，还是一些轻量级的进销存工具，底层逻辑都是服务于财务核算与业务单据流转。你下一个采购订单，系统做两件事：第一，记录应付账款；第二，等入库单审核完成后，把对应SKU的账面库存加上去。至于这个SKU进了哪个仓、哪个库区、哪个货架、哪个托盘，库存系统不关心，也管不了。在它的世界里，库存是数字，不是物理实体。
我见过一个典型案例：某连锁餐饮企业用金蝶K3管库存，总部财务对账分毫不差，但央厨的冷库里经常有过期三个月的半成品没被处理掉。为什么？因为库存系统只知道“账上有”，不知道“实物在哪个角落，哪批先进先出”。这就是典型的CFO视角，账平了，但物乱着。
WMS从第一天被设计出来，就是为物理仓库里的作业动作服务的。它的核心对象不是SKU，而是“库位+批次+托盘+容器”。你在WMS里看到的库存，永远带着位置属性，A区-03-05-2，第三排，第五层，第二个托盘。没有这个位置信息，工人就不知道该往哪走，叉车就不知道往哪插。
WMS也不管这笔入库单对应的采购价是多少、供应商应付有没有冲销。那不是它的活。它的活是：收到一张“入库指令”，然后告诉工人“这40箱货，20箱放高位区B通道，另外20箱放拣选区补货位，因为它们明天就要被订单消耗掉”。把账面指令翻译成物理动作，这是WMS存在的唯一理由。
所以回到老周的问题：100箱和60箱的矛盾是怎么产生的？ERP的100箱是“采购入库单审核通过后加上的数字”，WMS的60箱是“实际扫码上架确认的数量”。差额40箱可能在质检环节被拦截了，可能还在月台没上架，可能是退货混入的批次。库存系统不追踪过程状态，它只看单据节点，所以这个差额就成了“幽灵库存”。
| 对比维度 | 库存管理系统（ERP库存模块） | WMS仓储管理系统 |
|---|---|---|
| 数据核心 | SKU × 数量 × 价值（金额） | SKU × 库位 × 批次 × 状态 |
| 管理颗粒度 | 仓库级别 / 组织级别 | 货架、托盘、容器级别 |
| 状态追踪 | 仅记录“入库/出库”两个节点 | 全过程状态：待检、待上架、拣货中、已复核、已发运 |
| 数据采集方式 | PC端单据录入 | PDA扫码、RFID、电子标签、自动化设备信号 |
| 实时性 | 准实时（依赖单据提交） | 实时（动作完成即更新） |
| 服务对象 | 财务、采购、销售、管理层 | 仓管员、拣货员、叉车工、质检员 |
| 核心目标 | 账实相符、财务报表准确 | 作业效率、空间利用率、差错率控制 |
这张表如果让老周半年前看到，他不会同时买两套系统然后让工人自己选着用。他会知道：库存系统是“记录结果的”，WMS是“管理过程的”，两者不是替代关系，是指挥与执行的分工关系。下节我用一个真实的仓库场景，还原这两套系统在一张入库单上的“交接”细节。
很多项目上线WMS的时候，最激烈的争吵就发生在入库环节。仓库的人说：“货是我验的、我搬的、我码的，系统凭什么不认我的数据？”财务的人说：“采购订单没审核，我账上不能动，这是内控原则。”两边都没错，但都没理解一件事：入库不是“谁说了算”，而是一条流水线上两个站点的接力。
入库这件事，在库存系统里的标准流程是四步：采购订单→到货通知→质检确认→入库审核。注意，第四步才是账面库存增加的时刻，在此之前，库存系统只认“在途”或“待检”状态。为什么财务卡得这么死？因为每一步都对应着资产确认和资金流向：采购订单审批，意味着承诺付款；入库审核通过，意味着存货资产入账，同时触发应付账款的结算条件。
所以库存系统在入库环节的职责可以这样界定：
这三个职责，WMS一个都替代不了，因为WMS没有采购订单和付款流程的数据上下文。
当货车停靠月台，WMS的管辖就开始了。司机递过来的送货单，WMS不认，它认的是ERP推送过来的ASN（预计到货通知），这是它的“作业指令来源”。没有这张ASN，WMS压根不会让货物进系统。
接下来WMS要做的事，库存系统完全不参与：
这里有一个关键差异：库存系统的“入库”是一个账务动作，WMS的“上架”是一个物理动作。时间上，物理上架往往早于账务入库，工人把货码到货架上，扫了码，WMS立即显示该库位有库存可用；但ERP那边可能过了两小时，等主管审核完入库单，账面库存才真正加上去。
2021年我参与过一个家居品牌的系统对接，仓库在WMS端设置了“允许超收20%”的参数，因为供应商经常多发货，仓库觉得退了麻烦，就默认接收。但ERP端严格按采购订单做入库审核，多出来的20%被拦在账务门外。结果呢？WMS里这批货是“在库可发”的，运营就在系统里卖了，发了；但ERP账面库存早就是负数了。月底财务对账差点把仓库主管送走。
这个案例的教训是：任何涉及“资产流入”的权限，必须由库存系统做最终控制，WMS只能在授权范围内执行。超收权限、无单收货权限、借入借出权限，这些都必须从库存系统层下发策略，WMS不能自己做主。
入库是“钱变物”，拣货是“物变钱”。这是仓库里最重要、也最考验系统分工的环节。如果入库时两套系统的边界还算清晰，那拣货环节就是“你中有我、我中有你”，而且一旦配合出问题，客户直接收到错货、少货，投诉电话比任何内部报表都先到。
拣货的起点是出库指令，这个指令100%产生于库存系统或上游的订单管理系统（OMS）。库存系统在这个环节做的事，可以理解为“作战部的沙盘推演”：
库存系统到这一步，它的核心工作就结束了。接下来它只要等WMS回传“拣货完成、发货确认”的消息，然后做两件事：扣减账面库存，生成销售成本结转分录。前者是物流的闭环，后者是财务的闭环。
WMS收到拣货任务后，才开始真正的“物理调度”。这是库存系统完全插不上手的领域，也是效率差距被拉得最开的地方：
库存系统在做波次分配的时候，它的依据是“当前账面库存”。但从分配完成到工人实际走到货架前扫码，中间可能有30分钟甚至更久。这30分钟里，可能出现的情况包括：
老周的仓库就栽在这个盲区上。他们的ERP做了库存分配后，直接生成纸质拣货单发下去，中间没有任何WMS的实时反馈机制。工人拿着单子走到货架前发现是空的，只好回头找主管手动改单子。一个人一天在仓库里冤枉走的步数，够从仓库走到地铁站三个来回。
正确的做法是：库存系统只做“建议性锁定”，真正的“硬锁定”由WMS在拣货员扫码确认的那一刻完成。而且WMS必须有“库存不足时的异常处理流程”，通知后台、自动触发补货申请、标记该订单为异常暂挂，而不是让工人自己想办法。
盘点是我见过最能暴露系统分工问题的环节。很多公司每个月月底全仓停工半天搞大盘点，仓库里所有人一张表一支笔，对着货架抄数字，抄完再录回系统。财务觉得仓库数字不可信，仓库觉得财务在折腾人。究其根源，是把库存系统的“账面盘点逻辑”硬套到了物理仓库上。
库存系统怎么理解盘点？很简单：在某个时间点，把账面库存数字冻结，生成一个“应该有多少”的清单，发给仓库去核对。仓库把实际清点的数字填回来，系统自动计算盘盈盘亏，生成差异报告，财务审核后做账务调整。这是一条彻头彻尾的财务流程。
在库存系统的世界里，盘点的颗粒度是SKU × 仓库。它不会告诉你这个SKU分别在A区有多少、B区有多少，更不会告诉你哪个托盘上的货是残次品但还没做状态变更。这些信息不在它的数据模型里。
WMS做盘点的逻辑和库存系统完全不同。它不需要全仓停工，因为它的盘点单元不是“整个仓库”，而是一个库位、一个托盘，甚至一个周转箱。
WMS支持几种库存系统做不到的盘点模式：
这是实际落地的难点。正确的分工应该是：
我见过的一个反面教材：某企业给WMS开了“自动盘亏核销”的权限，结果仓库有人利用这个漏洞，把高价值商品先盘亏、再私下转卖，账面永远平不了。这再次验证了一个原则：涉及资产价值变动的决策权，必须收口在库存系统。
很多人以为出库就是拣货的反向操作，但出库环节有一个独一无二的特性：这是货物离开仓库控制范围的最后一道门。一旦过了这道门，实物就变成在途，责任主体从仓储变成了物流。所以这个环节的分工容错率极低。
WMS在出库复核台做的事情，库存系统完全管不到，但至关重要：
这些动作完成之后，WMS向库存系统推送一条“发货确认”消息。在这条消息之前，库存系统并不知道货物已经离开仓库。
库存系统收到发货确认后，做的不是“把数字减掉”这么简单：
这里有一处特别容易出问题：WMS的发货确认时间，和库存系统的成本计算时间，如果不在同一个会计期间，就会导致“库存已减、成本未出”，当月毛利数据失真。这个问题我在这两年帮电商客户做年末审计调整的时候遇到不下五次。解决方案不是改系统，而是定一条铁律：WMS的发货确认，必须与库存系统的发货审核在同一个工作日内完成，严禁跨天、跨月。
以上四个核心作业环节讲完后，我需要专门花一节来纠正三个高频误区。这些误区我在至少20个以上的项目里反复看到，有些是认知层面的，有些是操作层面的，但后果都一样：让系统分工形同虚设。
有些企业买了WMS之后，觉得WMS的数据那么准、那么及时，干脆让WMS当“唯一的库存真相源”，ERP那边就把库存模块弱化甚至关掉。这在前两年很流行，但没有一家真正走通。
原因很简单：WMS不懂财务。它不知道这批货是买的还是代销的，不知道成本核算用移动加权平均还是先进先出，不知道供应商货款该不该付。你把库存账从ERP剥离出来放到WMS里，相当于让一个管仓库的人去当财务总监。短期来看数据更准了，中期来看财务报表开始出错，长期来看审计要追溯一笔库存变动的原因时，发现源头全都埋在WMS的库位日志里，根本没法复核。
库存的唯一账务层归属，必须且只能属于库存系统。WMS可以当“实物参考层”，但账务以ERP为准。
这个想法很自然，既然WMS有那么多花式盘点功能，我还费劲在ERP里做月结盘点干什么？但这里混淆了两个概念：运营盘点和财务盘点，目的不同，不能相互替代。
WMS的盘点解决的是“仓库运营问题”，这个库位到底有几件、有没有放错位置、效期有没有过期。库存系统的盘点解决的是“财务内控问题”，这个仓库的整体存货价值是不是真实的、有没有需要计提跌价的、差异是否在可接受范围内。前者可以天天做、随时做，后者必须定期做、制度化做。
一个健康的模式是：WMS做高频低粒度的运营盘点，每月把差异汇总报给库存系统；库存系统每季度或每半年做一次全仓财务盘点，以WMS的实时数据为参照，但最终还是以实物清点数做账务基准。
这是最隐蔽、也最致命的误区。接口通了，数据能传了，不代表两边该干什么就清楚了。老周的仓库就是这样，ERP和WMS有接口，采购入库单能自动推过去，发货确认能自动回传，但工人依然迷糊。因为接口只是修了一条路，但没告诉工人“红灯谁停、绿灯谁行”。
真正的分工，要落实到SOP（标准作业流程）里，落实到每个岗位的操作手册里，落实到异常处理预案里。比如：
这些问题不是接口能回答的，它们需要在分工框架下定义清楚决策权和流转规则。
写到这里，可能会有人问：“老师，按你这么说，是不是所有公司都应该库存系统加WMS双轨跑？”不是。我见过年销3000万的电商团队，一套ERP的库存模块加Excel就管得清清爽爽；也见过年销8000万就开始出问题的，多平台、多仓、多SKU之后，Excel崩了，ERP账面也歪了。关键在于业务的“复杂度临界点”。
如果你的业务特征符合以下至少三条，不需要WMS，或者引入WMS的ROI会很差：
这种规模下，库存系统的核心使命是“把账做准、把单跑通”。仓库现场的作业效率，靠的不是系统，是人的熟练度和责任心。强行上WMS，反而增加扫码、确认、异常处理的环节，工效不升反降。
以下信号出现任意两个，就意味着库存系统已经管不住物理仓库了，WMS不再是“可选项”，而是“必需品”：
有些ERP产品自身带有轻量化的仓库管理功能，不是完整的WMS，但能做基本的库位管理、PDA扫码出入库和简单路径指引。如果你的业务正好在“临界点”附近，这种轻量方案是一个低风险的过渡选择。
但这里有一个重要的取舍：轻量方案的库位管理颗粒度通常比较粗，可能只到“区域”级别，做不到托盘级或容器级；批次和效期管理也比较弱；任务调度基本靠人工创建，做不到系统自动优化。它解决的是“有”的问题，不是“好”的问题。当你的单量再上一个台阶时，迁移到完整WMS的沉没成本是必须提前考虑的。
做咨询这些年，我最怕的不是方案复杂，而是方案落不下去。所以这一节我直接给操作清单，按角色分，不讲理论，只讲“你应该这样做”。
第一，入库异常必须12小时内关闭。WMS扫码数量与ASN不符的，不要压到月底统一处理。当天的异常当天解决，解决不了升一级。这是防止账面和实物脱节最有效的制度。
第二，把“动盘”刻进日常作业里。和拣货员谈好：每天随机下发50条动盘指令，完成率纳入绩效。初期可能会被抵触，坚持两周后你会发现，库位准确率从80%拉到95%以上，月底大盘点的时间能压缩一半。
第三，遇到系统间数据打架，先冻结实物，再追溯单据。千万别让工人先动手，搬货、补货、调拨，这样会把问题越搅越乱。WMS和ERP数字对不上的时候，先把涉及库位在WMS里标识为“冻结”，禁止任何作业操作，然后拉上财务和IT一起看单据流，找到断点再解冻。
第一条底线：库存账的唯一主数据源永远是ERP。不管WMS多准、多实时，月度结转、季度盘点、年度审计，所有对外和对内的存货报告数据，必须从ERP出。WMS的数据只能作为“差异分析”的参考，不能直接替代账务数据。
第二条底线：所有库存调整必须有审批流。WMS的盘亏报上来，不能自动过账。设置金额阈值：500元以下的差异仓库主管审批，500-5000元的财务经理审批，5000元以上的必须启动正式盘亏调查程序，形成书面报告。
入库接口：ASN必须带齐字段。采购订单号、SKU编码、预期数量、批次号（如有）、效期（如有），WMS收到后必须校验这些字段的完整性，缺任何一项都要拒收并立即报错。
发货确认接口：必须带时间戳。WMS的发货确认消息要精确到秒，这个时间戳直接决定成本归属月份。建议统一用UTC标准时间，避免多仓跨时区时出现偏差。
库存同步接口：用增量推送，别用全量覆盖。WMS不要每天凌晨把整个库存表推给ERP，而是按“变动事件”推送，哪个库位、哪个SKU、发生了什么操作、数量变化了多少。ERP收到后做增量更新，这样既能保证实时性，又不会因为大数据量推送把两边数据库都拖慢。
看什么KPI都不如看一个指标直观：“从客户下单到WMS发货确认的平均时长”。这个数字拆成三段：订单审核到波次生成（库存系统负责）、波次下达到拣货完成（WMS负责）、复核到发货确认（WMS负责）。哪段长了，就去看对应系统的分工是不是出了问题。不用懂技术，看这个就够了。
文章开头讲的老周，后来我帮他从头梳理了一遍分工，做了几件事：
三个月后我回访，老周跟我说了一句话：“现在工人不迷茫了，两个系统各干各的，互相不打架。”我说这不是系统不打架了，是你把它们的分工说清楚了。
库存管理系统和WMS系统，本质上从来不是“用一个还是用两个”的选择题，而是“你让谁当大脑、谁当手脚”的分工题。大脑负责决策、记账、风控，手脚负责执行、移动、校验。大脑不能代替手脚去搬货，手脚不能代替大脑去审批。这个最简单也最容易被忽视的道理，决定了一个仓库的数字化到底是“提效”还是“添乱”。
下次你走进仓库，如果看到工人还在两个屏幕之间来回核对数字，先别急着怪系统不好用。先看看是不是分工还没说清楚。
我是一家电商公司的仓库主管，公司目前用着ERP里的库存模块，能查出每个商品的库存数量。但仓库经常出现货放错位置、拣货找不到货、盘点账实不符的问题。听说WMS能管到库位和作业流程，但我搞不清楚这两个系统到底怎么分工？为什么不能合并成一个系统？有没有实际案例能说明？
直接回答你：两者分工就像“大脑”和“四肢”，库存系统负责“记账”（有什么、值多少钱、什么时候进的），WMS负责“管货”（放在哪个货架、谁去拿、怎么拿最快）。不能合并的原因在于它们服务的对象和实时性要求完全不同。我亲身经历过一家年GMV 3亿的服装电商，初期只用ERP库存模块。
ERP只记录SKU总库存，不关心货在A区还是B区。爆款上新时，库房20个人同时找货，靠记忆和手写标签，错发率高达8%。后来上了WMS，我们做了明确分工： – ERP接收订单后生成出库单（告诉仓库要出哪些SKU、各多少件）；- WMS拿到出库单后自动计算最优拣货路径，通过PDA指引工人去具体库位拣货；
合并成一个系统的难点在于：财务需要精确的账面价值（用移动平均法计算成本），而仓库需要微秒级的库位变动（甚至要管到批次、效期）。强行合并会导致系统过于臃肿，两头都不讨好。
我们公司做跨境电商，目前用ERP管库存，但仓库发货总是滞后。老板想上WMS，我担心两个系统对接后数据不一致：比如ERP后台显示库存100件，WMS显示已拣货95件，系统之间会不会冲突？接口怎么设计才能不出错？有没有具体的经验分享？
你担心的“数据混乱”是真实存在的风险，但并非必然。核心在于：接口设计要遵循“单据驱动、状态回传”的机制，而不是两个系统各自独立算库存。我参与过某头部跨境卖家的对接，踩过坑后总结出三条铁律： 1. 库存系统（ERP）是库存数字的权威来源，WMS只负责“作业状态”的汇报，不能直接修改库存。
例如ERP下发出库单后，WMS完成拣货、打包、发货后回传单号，ERP根据回传单据扣减库存。2. 接口必须包含“防重复机制”。我们曾因网络延迟，WMS同时回传两次“出库完成”，导致库存多扣。后来在ERP接口加了一个请求唯一ID（UUID），重复请求自动丢弃。3. 设置“中间状态表”。
比如WMS的“已拣货未发货”状态，ERP只记录“待发货”，双方不直接对撞。每天凌晨跑一次对账脚本，按单号比对差异，发现异常自动告警。实际操作中，我们还做了个“开关”：如果接口连续失败3次，WMS不能自动作业，必须人工介入。上线第一个月出现过2次数据偏差，都是因为接口超时导致WMS回传未成功。
我们改成了异步队列+重试机制后，至今一年零差错。所以只要设计好状态机和对账机制，不会混乱，反而比单一系统更精准。
我是一家零售连锁的运营经理，每天订单量大约3000单，仓库一直用ERP直接打印拣货单，按单拣货，效率很低，经常出现路线交叉堵塞。别人推荐用WMS做波次拣货，但我不太理解：库存系统只管出什么货，WMS怎么就能帮我规划路径？能举个例子说说波次拣货的实际效果吗？
这个问题我恰好在一家日单量2万单的生鲜电商仓库验证过。先划清界限：库存系统（ERP）只告诉你“订单需要哪些SKU，各多少件”，它不关心货架排布，也不管工人怎么走。而WMS的职责是：把多个订单中相同的商品“波次”合并，按最短路径一次性取完，再重新分货。
我们之前用ERP按单拣货：每个订单都是独立的，工人A拣完1号订单的牛奶、面包、可乐，要走300米；接着拣2号订单又要走300米。10个订单下来，走了3000米，但其中牛奶重复跑了8趟。
上线WMS后，我们做了三件事： 1. 波次合并：WMS把30分钟内同一品类（比如低温乳品）的订单合并成一个波次，生成一张汇总拣货单；2. 路径优化：WMS根据货架位置，用“先近后远+不走回头路”算法计算最短路径。
比如从入口开始，依次经过库位A-001、A-003、B-002……工人按顺序走，路线不交叉；3. 排序分货：拣完货后，在分货区按订单快速分拣，PDA扫描条码，系统显示每个订单应该放几件。
具体数据对比：
| 指标 | 按单拣货（ERP） | 波次拣货（WMS） | 提升比例 |
|---|---|---|---|
| 拣货路径长度 | 平均每个订单320米 | 平均每个订单40米 | 87.5% |
| 每小时拣货单数 | 15单/人/小时 | 50单/人/小时 | 233% |
| 拣货差错率 | 2.1% | 0.3% | 85.7% |
我的经验：WMS路径优化本质上不是让人走更快，而是让人少走路、少重复。
如果你现在每天订单量超过500单且SKU超过2000个，WMS的波次拣货几乎是必备的。
我们是年营收5000万左右的食品贸易公司，现在用着ERP的库存模块，老板觉得再花十几万上WMS不划算。但仓库经常出现库存不准、发货慢的问题。我想说服老板，但不知道拿什么数据来评估是否需要WMS？有没有一些具体指标或临界点可以参考？
我见过很多中小老板踩的坑：要么过早投入WMS（仓库只有几百个SKU、每天几十单，徒增成本），要么过晚投入（错发率高、退货多、客户流失才知道晚了）。我总结了一套“5步自检法”，用5个指标帮你判断： 1. 日均发货单量 > 200单（且呈上升趋势）；
SKU数 > 500个（尤其是有多批次、效期的）；3. 拣货差错率 > 1%（按照电商平均800元/单的退货成本，每个月损失=单量×差错率×800）；4. 仓库面积 > 1000平方米（人找货时间占比超过30%）；5. 人工盘点周期 > 1个月（库存不准确导致缺货或积压）。
只要满足3条以上，就值得上WMS。我曾帮一家年营收8000万的零食贸易商算过：他们仓库面积1500平，SKU 600+，每天400单，拣货差错率1.8%。
上线WMS（包含PDA和看板，总投入12万），半年内拣货差错率降到0.3%，每天节省1个全职拣货人力（约6万/年），退货损失每月从576元（400×30×1.8%×800？等一下，实际平均退货成本他们算的是约50元/单，所以月损失=12000×？
），具体数字：他们月发货量1.2万单，1.8%差错，即216单退货，每单退货处理成本约50元，月损失10800元。上线后每月损失降至50元，年节省约12.24万元。加上节省的仓管人力6万/年，投资回报期不到8个月。
所以判断标准不是“我们公司小不小”，而是“库存不准和效率低下带来的隐性损失是否超过WMS投入”。建议你算一笔账：用2个月的实际差错数据和退货成本对比WMS报价，老板自然会明白。
读者评论
我们公司就是老周那种情况，ERP和WMS各管各的，仓库主管天天吵着数据对不上。看了这篇文章才明白，核心问题不是系统不好用，而是没人把‘管账’和‘管物’的分工讲清楚。尤其是入库环节，财务说等审核，仓库说货都上了架，中间差的40箱永远说不清。打算明天就把文章转发给IT和财务，一起重订交接流程。
作为财务老油条，深有感触。文中提到的超收20%案例简直就是我们去年的翻版，WMS收了货，ERP不认账，月底库存负数，老板骂我们做假账。其实财务不是想卡着不放，而是没有采购单的物资流入等于资产失控。建议所有企业上线WMS之前，先把这块‘权力边界’画清楚，不然两个系统就是互相打架的猪队友。
文章里那几张数据对比图太有说服力了：行走距离减少42%、差错率从0.8%降到0.05%。我们仓库月均拣货30万件，节省的成本远超WMS年费。但最受用的是‘账面锁定与物理拣货的时间差’那段，以前总觉得超卖是系统bug，现在知道是所有库存系统都有的盲区，必须靠WMS做二次确认。已转发给CTO，准备评估实施。