海仓笔记 · 2026年9月24日美妆个护、3C 配件、耗材这一类仓库，单子长得都差不多：一天几千上万张，一张单一到三件，货散在几百上千个位置上，件均数低到拣货的手真正抓住货的时间只是零头。
拣货的人按单一张张走，一半以上的工时耗在空车走道上，把单子攒成一个大波次；
前端走的路短了，后端复核和分拣那头立刻堵住，格口转不动，半齐套的料箱在地上摊开一片，整批的交付时间被越拖越长。
批次这东西一头连着拣货员的脚，一头连着分拣台的格口，两边挨着的是同一根绳子。
两头的账得合起来算：前端一批能攒多大，不由前端的脚力定，由后端工位一小时能吞下多少定。
一、小件单子的堵点，出在两头
小件仓的难处不在人跑得慢，在单子生成的方式和货位摆放的方式天生对不上。要看懂合批和拆解为什么这么设计，得先把作业链上的几个堵点摆开。
1、前端是推出来的，后端是拉出来的
前端拣选是把货从架上搬下来的活，作业员搬多少算多少，节奏由自己的脚决定，这叫推式。
后端分拨和复核是另一回事，格位就那么多、人手就那么多，一个工位一小时出多少活是有天花板的，货到不了位就干等，这叫拉式。
两头的算盘正好相反：前端算的是走一米能带走几件，波次越大越划算，跨巷道的那点路被摊薄；
后端算的是每个格口多久能空出来，单子越少越好，投完就能封箱。软件的算盘只打前端，拣选的高产出会原封不动变成集货区的积压。
集货区一满，通道被占，前端的料箱卸不下来，整条线就停在那儿。
2、货位是钉死的，单子是随机落下来的
小件订单有个特点：促销、直播、限时抢购一开，单子成片涌进来，一个爆款几分钟就能出几百张单，而长尾商品稀稀拉拉散在几百个货位上。
货位的排布几个月才动一次，单子落下来却是随机的。放开不管，快货慢货混在一个批次里走，拣货的人为了几件长尾商品把动线拉得老长。
爆款那一片货位密、单子也密，长尾那头零散，同一个批次里的空间分布像一块块斑，走起来只能一段一段试。
3、有几样资源是买不来也变不出来的
集货缓存区能放多少箱、播种墙上装几个格口、复核台一个人一小时能处理多少单，这几样在现场是钉死的。
软件生成任务时不管这些数字，一个劲儿往库区放任务，全场的节奏就会散。
合批和拆批也就不是两套算法，是同一套逻辑在作业两头照出来的影子。
二、一批攒多大，得看后端吃得下多少
批次合并说白了，是规则引擎在订单池里做一轮过滤加聚类：把乱的单子按作业上顺当的顺序重新排成一组组任务。这中间有几道门槛，也有一个算法上的取舍。
1、一单一品的单子，先摘出来走直通
在混合订单进入聚类之前，系统先做一道分流，把一单一品的单子整个挑出来。
这套思路叫工序减法：更省事的做法不是把某道工序做得更快，是这道工序压根不走。
系统扫一遍订单池，把命中同一个 SKU 的单件订单聚到一起。
五百张同一个爆款防晒霜的单件单，合成一张五百件的汇总拣货单。
拣货员走到托盘或者流利货架前，先按整箱数划扣搬走，零头再拆开数。
这一趟不用认客户信息，不用推多格拣选车，找位、核对、逐件扫码的时间全省了。
这批货下架之后绕开播种墙和二次分拨区，走输送线或者地牛直达单品包装线，配上自动贴标机或者扫码即打的面单设备，包裹按秒的节奏出去。
对这批单子本身就是快的，顺带还给后面的一单多品腾出了播种墙的格口，复杂的分拨区只处理真要分拣的混装货。
2、混合波次要过的几道硬杠
一单多品的混装小件占比更高，这帮单子不能只按订单数量凑数，得同时卡住几条线。
（1）巷道这条线。
系统读商品主数据上绑的货位编码，一直拆到库区、巷道、货架跨度和层高。
一个批次跨五条巷道，拣货员大半时间耗在主通道上；把跨巷道数压在两条到三条以内，人就能在高密度区里把活干完。
路径上按货位排布方式套 S 形遍历或者间距优先的动线，同一条巷道里不许来回折返。
（2）格口这条线。
后端的播种墙有多少格口，是波次规模的硬上限。
现场是四十八格或者二十四格，进这条分拨链路的订单总数就得锁在这个数以内，不然投不进去。
光看格数还不够，得算容积：格口没超员，但某几单件数多一点、包装大一点，实物胀满溢出来，旁边的格口就没法操作了。
这么一来，聚类阶段就得按长宽高估体积，判定超标就提前在逻辑上给它分一对相邻的子母双格口，或者直接剥到大件复核线去。
（3）发车这条线。
仓库的速度到末了要由物流车的发车时刻来验收。
同一家承运商、发车频次挨着的单子，时间权重压在前头，优先切下来成批。
不然仓里拣得再快，一个批次里夹着两小时后截单和六小时后截单的单子，整批就得按早的时间去追，后端的复核打包节奏跟着乱。
3、算得快，比算得到位要紧
算法这块，很多团队一开始会想着把全库的批次一次算到位，这里有个坑。
仓储现场是对响应时间极敏感的实时系统，用整型规划或者遗传算法去算几万单的理想解，服务器跑几十分钟，现场没法等。
中大型 WMS 普遍用启发式：节约算法、种子订单法。
做法是先在订单池里挑一张货位偏的、或者件数偏多的单子当种子，再算其他单子加进来能省下多少行走距离。
加一张，算一次综合的行走节约值和 SKU 重合增益。等到边际增益走平，或者批次撞上格口上限，这批就锁死释放。
牺牲了理论上的极小行走距离，换来秒级出任务。
长尾小件还有一层：系统定期翻历史订单，把经常一起买的商品对找出来，手机壳和钢化膜、洗发水和护发素这种。
静态货位规划上引导它们就近存放，合并波次时再给这类共现 SKU 加权重。
借的是消费者自己的购买习惯，把批次内的商品集中度做上去，分拣那头就轻。
三、拣回来的一堆货，怎么还原成一张张订单
拣完之后，货以高密度的料箱或者整托的形态离开存储区，在箱子里是混的。拆解要做的事，是用尽量少的人手差错、尽量快的工位流转，把它还原成一张客户订单一个交付单元。
1、先拣后分：回到墙面前一件件投
先拣后分是集中处理的思路，适合 SKU 离散度高、单批订单又相对集中的中大型仓。
现场主角是播种墙：几十个开口格位排成一面墙，每个格位上方或者侧边配电子标签，带指示灯、数显屏和确认键。
墙上通常还挂着扫码枪或者固定式全向扫描台，跟软件的工位界面实时通着。
标准动作是这样走的：拣选的人把满箱的集合态周转箱推到播种工位，播种员扫一下箱壁的任务条码，后台激活这次拆解波次，把这批绑定的订单一个个映射到墙上的一号到四十八号格口。
接着从箱里随机抽一件商品扫码，系统认出这件货归哪张单，该格口的灯亮起来，数显屏给出这张单要几件。
作业员把货投进去，伸手拍一下确认键，硬件那边收到反馈。
系统再校验这张单的明细是不是都投完了，齐套了灯就换成另一种闪法或者响一声，作业员转身取打印好的面单和装箱清单贴上封箱，格口状态同步改成待释放。
2、格口别等着尾单
传统播种有个浪费大头，是尾单等待。
四十八单的批次，前四十单十分钟就分完封箱了，剩下八单在等跨巷道的慢料箱，这八个格口一直被占着，另外四十个空的只能干看着。
滚动格口的做法是：上一批进到收尾阶段，系统就允许作业员扫下一波次的起始料箱。
上一批腾出空格的编号，立刻指派给新波次的订单，两批在同一面墙上交叠着做，工位就没有等的时间了。
3、小件长得像，就得靠硬件拦
口红的不同色号、数据线的不同长度，包装摆在一起几乎分不出来，投错是常事。
要求高的场景可以在格口里加一道红外对射光幕：手伸进不是亮灯的那个格口，光幕被挡，立刻红光亮起并锁住系统。
多出来的是毫秒级的动作延迟，换掉的是后面几十上百块的错发客诉和逆向成本。
4、边拣边分：分拣摊在拣货的路上
边拣边分是分布式处理的思路，它干脆不要集中分拨区，把分拣的动作摊到拣货行走的途中。
拣选的人推专用的小件拣选车，车架上是多层可调的周转料箱，常见十二、十六、十八、二十四格。
波次一下发，系统就要求作业员把车上每个料箱的条码扫一遍，跟这批里的具体订单绑定成一对一。
之后终端按规划路径把人领到货位，屏幕上写清楚这个位子要拣多少、往哪儿分。
比如在某个货位取五支蓝色记号笔，往二号箱投两支、九号箱投三支。
作业员取完货，依次扫二号箱和九号箱的条码，系统核过才让过单。
这条路的收益很直接：不要集中播种区，省掉很贵的中转和播种平效，箱子在库内也不用再装卸一次，货推到出货口就是齐套的包裹。
代价是人的要求高，推着车走的时候注意力一散，一车十几个箱子很容易看错箱号投错货；
受通道宽度和小车的物理限制，单批订单量很难突破二十四单，拣货员的行走距离没法像大波次总拣那样压到很薄。
这条路适合仓库面积紧、条码清楚、订单行稳定在两到四行的中等密度场。
5、两条路怎么选
按订单结构和场地定。SKU 散、单批订单多、场地够，走先拣后分，播种墙把复杂度关在一个工位里，对拣货员的要求低。
面积不够、SKU 条码清楚、订单行数稳定，走边拣边分，用一点行走成本换掉一整套分拨设备和场地。
四、缺货和退单，怎么不拖住整批
1、货位上少一件，别把整个任务挂起
一批四十八张单推到播种墙，四十七张的货全到位了，剩下一件在货位上发现破损或者账实不符。
老做法是把整个任务挂起来等，四十八个格口一起锁死，后面的波次进不来。
要断就在源头断：拣货员在货位上发现数量不够、包装破损或者条码扫不出来，就在终端上打短拣标记，填实际能拣的数量，不是把任务挂住。
后台立刻算影响面，锁定这件货属于哪张单，把这张异常单从当前物理波次里强制剥出去，同时通知播种墙释放它原本占的格口编号。
剥出来的单子降级进紧急补拣池，或者交异常处理组做同品替代和二次调账。
墙上剩下四十七张正常的单子，异常已经被隔开，齐套状态立刻判定成立，自动打面单、进打包封箱。
整条播种链几秒钟就恢复了，一件异常对全场产线的影响收在一小圈里。
2、退单要在出门前拦住
大促期间冲动消费多，退单信号要是没在出库前拦住，货一旦打包交给快递，往返干线运费和逆向质检上架的钱都得仓库吃下去。
退单请求进系统之后，先查这张单在哪一步。
还在拣选、货没下架，直接把任务行置为作废，拣货员终端更新动线时自动跳过这个货位；
这件货如果在这一批里是合并拣选的，终点数量核验时扣掉件数，任务完成时给一句提示。
货已经拣出来、跟着料箱进了播种区，拦截点就放在播种扫码那一下。
播种员拿起退单的那件货一扫，系统不给亮任何格口，屏幕上弹红字告警，喇叭出声，提示这张单已经取消。
作业员把这件货投进专用的逆向回流暂存筐，后台自动生成上架返库任务。实物和订单在分拨台前就这么干净地分开了，后面的包材和无效发运也省了。
五、拿什么看这批走得好不好
1、一件货走了多少米
这条量的是前端聚类的空间收敛能力。数据从系统里的操作时间戳和货位坐标反算，也可以接现场的穿戴设备。
没有约束的单品拣选，一件货的行走距离能到几十米。
把跨巷道范围压住、把挨着的货位捏到一起，小件的平均有效行走距离能压到五米以下，巷道里无效折返不超过一成。
这个数反弹，先看波次容量是不是设小了，或者空间跨度的约束是不是失效了，没能把货位靠近的订单捏在一起。
2、一个格口一天转几次
这条量的是拆解工位的效率，直接定分拣区的单位平效产出。算法是全天从播种墙封箱出库的订单总量，除以现场真正投入使用的格口数。
周转率低，多数时候不是播种员手慢，是合批的时候跨区太大，早到的货在格口里干等齐套，把格口占死了。
运转顺的现场，一个格口在单班八小时里能转几十次以上。数字掉下去，先查的是波次生成时的空间集中度，不是去催现场的进度。
3、一批货从生成到封箱多久
从系统聚类完、把任务放给一线算起，到这批里收尾那一个包裹封装完、进发货缓存区为止。
小件快消这个场景，一般要控制在三十到四十五分钟以内。
这个跨度越长，在制品在库内积压越重，这批货暴露在缺货、破损、退单和承运商截单违约里的敞口也越大。
周期短，库内在制品就少，批次像流水一样过站，现场反而有余量。
4、头一个箱子和末一个箱子差多久
同一批里，头一个进分拨工位的周转箱，和末一个进去的箱子，中间的时间差。
这个差要是持续超过十五分钟，说明前端的任务分配失衡了，或者某个巷道堵住了。
这时候要回头调合批算法里的空间离散度阈值，把单批的物理跨区范围收窄，让前线的货以匀一点的节奏汇到拆解那头，后端工位才不会一头堆着一头空着。
六、总结
前面这些事收在一起，小件仓顺不顺，落到系统上是两句话：一批攒多大跟着后端工位走，一件货出了岔子能当场从批次里切出去。
这两条得有人在软件里接着，顶妙WMS 的出库链路按这个顺序铺。
波次这一头，入口在 出库 => 拣货管理 => 选择订单生成波次，勾单生成；量稳的仓用 按规则生成波次 自动汇总。
一单一品的货单独走，波次设置里开爆品分拣，符合条件的自动进爆品拣货。
要推车作业的仓，先在 仓库 => 拣货车 建好车，PDA 上扫车号绑定。
走先拣后分的，拣完回 出库 => 二次分拣，扫拣货单号或拣货车号就能分。
出库前在 系统 => 出库设置 里定哪一步扣库存、要不要逐件校验。
手上有小件仓在管的，挑一批单量大的日子，把一个大波次按三种分拣模式各跑一遍，看格口周转和收尾那个包裹的封箱时间。
跨境简一
欧哥跨境日记
大麦victory
