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库存对不上六种实战场景溯源拆解
