WMS货品批次管理收官：聊完入库后的批次逻辑，下一站换个视角聊收货入库

第二阶段的第一站是货品批次管理，写了三篇。

开专题的时候，我们在第一阶段那张知识地图里预告过三件事：版次管理、印次追踪、条码应用。

真正写下来，版次和印次是顺着"货品隔离"和"批次码"两条线聊下来的。

条码那一块欠着没还——不是忘了，是它真正发挥作用的地方不在批次表里，在收货扫码那一瞬间，硬塞进这三篇会显得别扭。这个坑留到下一个专题填。

所以这三篇聊的都是"入库之后"的事：货品批次怎么设计、怎么控制膨胀、出库时怎么被分配出去。

而货到月台那一刻发生了什么——收货任务怎么派、来货怎么验、批次信息怎么被接住——一直没正面聊过。那是收货入库的事，也就是下一个专题。

回头看，这三篇其实就回答了三个问题

先划个范围。"批次"这个词在 WMS 里容易被几种完全不同的东西占着，最容易撞车的是波次——它聚合的对象不是货，是订单：把一段时间内的订单攒到一起统一释放拣货，货拣完这一波就过去了，不跟任何一批实物绑定。

收货这边也容易混，一张采购单分三车送，先收第一车再收第二车，说的是同一批货怎么按车次拆开验收。这两个指的都是"一批活"，活干完这个批就散了。

这个专题说的货品批次不是那回事。它是库存自己的属性——同一个货品编码下面，因为生产日期、供应商、版次印次不同，必须分开管理、分开追溯的那一批实物，从入库建出来一直跟到出库发出去，不会因为活干完就散掉。

出库时按先进先出还是效期先出挑的就是它，后面再提"批次"，说的都是这个。

三篇各回答了一个问题。

第1篇的问题是为什么要分。同一个标准商品编码下，藏着实物不同的货——同一个ISBN背后可能印了不同印次，同一个批准文号下挂着不同批号和效期。这一层必须按更细的维度区分开。

第2篇接着问分到什么粒度。答案是一句话：批次码不是独立的技术决策，它是货品粒度的投影。货品定义得粗，批次码就得背更多东西；货品定义得细，一个流水号就够。

第3篇走到最后一步，分完怎么用。出库策略看着是技术选型，背后其实是业务约束——指定批次发错了客户，可能违反渠道协议；FEFO没执行到位，可能发出临期品。

所以批次码和出库策略必须相互校验。这一篇把批次码规则、出库分配的SQL、四表联动的DDL和业务伪代码都给全了。

这个顺序不是随便排的。先搞清"为什么要分"，才知道"该分到多细"；粒度定了，才谈得上"怎么用"。三步是递进的。

一句话总结：批次管理解决的，是标准商品编码管不到的那一层——用更细的维度把实物区分开，出库时再按业务规则正确地分配出去。

最值得带走的两个判断

一个是投影思想。很多人设计批次码时纠结要不要把生产日期、供应商编进去，其实答案不在编码规则本身，而在货品定义到了哪一层。想清楚货品粒度，批次码的设计方向就定了大半。

另一个是WMS和ERP管的是两个粒度。WMS管作业怎么搬，ERP管成本怎么算，中间必须有一层接口协议当翻译。这层翻译没约定清楚，盘点永远对不上账。

这两个判断值得单独拎出来说，是因为它们回答的不是某个功能该怎么配，而是遇到这类问题该往哪个方向想。这一层思路，医药、快消、制造都用得上。

但想得到和做得对，中间还隔着一套行业规矩。同样是定义一个批次，图书挂在版次印次上，医药挂在生产批号和效期上——思路是通用的，拿什么维度去落地，行业说了算。

货品批次落库和现场作业，是两码事

批次是怎么产生的，第3篇的落地实现部分聊过：批次码怎么生成、入库时系统怎么创建批次记录、库存和流水怎么初始化。

但那是系统实现的视角，站在"货已经验收完，准备落库"这个点往后看。

再往前一段，就是另一个专题的活了：收货任务怎么派发、来货怎么验收、上架策略怎么定、来货跟单据对不上怎么闭环。

这些事发生在月台上和验收现场，是仓库作业的活，不是批次表的活——但每走一步，都在决定批次信息最终长什么样。

所以两个专题的分工很清楚：

第3篇聊的是，货验完了，系统怎么把批次建出来。

收货入库要聊的是，货到月台，现场怎么把作业和信息接住。

一个是系统落库，一个是现场作业。现场这头没接住，批次信息采错一位，系统建出来的批次再规范，后面也是一路错下去——而且这种错往往要等到盘点或者客诉才暴露，那时候追溯成本已经很高了。

一句话总结：第3篇盯着货验完之后系统怎么落库，收货入库要盯的是货到月台之后现场怎么把信息接住。

同一条入库路，这次从批次视角看过去

顺着这个分工往下走，就是收货入库。不过入库其实不是第一次聊——第一阶段我们写过《WMS入库管理：从预约到上架，库存是怎么"活"起来的？》。

那篇走的是全景图：预约到货怎么排月台和班组，实收跟应收对不上怎么处理，规则引擎怎么推荐库位，上架确认后四种库存口径怎么同步，异常怎么记。

那篇的一句话总结是：入库是库存的起点，入口管不好，后面全是糊涂账。

当时看的是库存怎么活起来。

这次换一个镜头，看批次怎么被造出来。

同一条链路，关注的点完全不同：

预约到货那一步，上次关心月台和班组怎么派，这次关心预约信息里带不带批次字段、批次属性能不能提前锁定。

验收那一步，上次关心实收和应收对不对得上，这次关心生产日期和效期从哪采、录错了下游怎么跟着错。

上架那一步，上次关心规则引擎怎么推荐库位，这次关心同一批货该不该拆、拆了批次怎么跟、一货多位和多位一货怎么处理。

异常那一步，上次关心短装破损错发怎么记，这次关心批次信息本身录错了怎么兜底。

一句话总结：入库这条路上一次看库存怎么流，这一次看批次怎么被造出来——路是同一条，镜头换了一个。

而且批次管理聊完再回头看入库，你会发现每个环节都在给后面的批次管理埋伏笔——或者埋雷。

主线还是图书，别的行业拿来对照

跟批次管理一样，收货入库还是以图书为主线。原因有两条。

一是图书自己够难。一批书可能混着多个版次和印次，版权页还压在塑封里面看不见，退货入库得先判断是不是原批次。

难不在流程比其他行业复杂，在于要盯的维度多——同一车货得同时确认版次、印次、数量、品相这几件事。

二是收货这条路上，走到哪一步该停、该记什么，本来就是行业说了算。怎么区分货品、收货要走哪几步，这些底层动作各行各业都一样；不一样的是限制的关键维度——图书追版次印次，医药追生产批号和效期，快消追生产日期，卡住你的那件事完全不同。

所以不打算写一套放之四海的收货方案。盯着图书这条线往深里挖，每走完一段，把别的行业的限制条件拎出来对照一下——路是同一条，换了卡口就是另一套打法。

至于怎么铺开，大致会围绕这几个方向走：预约和派发环节批次信息怎么前置，验收时批次属性怎么采集和校验，上架时批次怎么落到库位、该不该拆，批次信息出错怎么兜底。具体拆几篇、怎么排，写的时候再定，方向先摆在这。

收货入库、批次管理、出库策略，是一条链

这个系列不是一个个孤立的知识点堆起来的。

收货入库造出的批次，决定了批次管理能管到多细；批次管理管到多细，又决定了出库策略能怎么玩；出库策略反过来倒逼收货入库要采集哪些信息。

一句话总结：这三段首尾咬着，动一处就得动全身。

也是因为这个，入库这条链路值得聊两次——一次看库存怎么流，一次看批次怎么造。看着像重复，其实两次盯的是同一条路上的不同东西。

反过来也成立：只看其中一篇时，很容易对某个设计产生"为什么要搞这么复杂"的疑问——因为它本来就不是单独存在的，是被上游和下游一起约束出来的。

所以我们想把这个系列做完整——单点的方法论到处都是，但把一条完整链路聊清楚的资料不多。

回到开头欠着的那个坑，顺便问个事儿

批次管理这个专题写下来，后台和评论区收了不少留言，问得最多的是两类：

一类是"我们行业不是图书，这套逻辑怎么用"——怎么想是通用的，追溯到哪一层算够，得按你那行的规矩来。换掉的是限制维度，不是底层逻辑。

另一类是"批次膨胀了怎么救"——这个问题没有标准答案，得看你开了哪些跟踪维度，以及这些维度当初为什么开。

回头说开头欠着的那个坑。条码那一块我们打算挪到收货入库里补：

收货现场扫的是ISBN还是内部码，条码扫不出来怎么兜底，一个条码对着多个货品怎么处理——这些问题本来就长在收货这一端，放在批次专题里聊别扭。

收货入库这个专题，你最想先看到哪部分？扫码与条码识别、预约环节的批次信息前置、验收时批次属性怎么采集、上架时批次该不该拆，还是批次信息出错的兜底逻辑？

特别是——你在收货这一块踩过的坑里，哪个最疼？评论区告诉我们，我们按大家的痛点排优先级。

关注「架构至善之路」，后台回复「加群」进入仓储数字化交流群，一起聊批次与收货入库的实战设计。

推荐阅读

WMS货品批次管理：通用的"货品"隔离底层逻辑——以图书"同品不同版"为例

WMS货品批次管理：拒绝货品批次膨胀——批次码设计思想与追溯链路

3篇WMS货品批次精华：从货品批次码到出库业务策略，再到完整设计实现

WMS入库管理：从预约到上架，库存是怎么"活"起来的？

10篇WMS精华：从入门到盘点，一张图讲透仓库物流全流程

WMS和ERP库存对不上？六种实战场景溯源拆解