拣货位总空、存储位很满？补货触发要接波次，而不是靠仓管「眼看」
夜班波次已下发，PDA 在拣货位扫到空库。存储位有货，补货单还在晨会口头安排里。拣货员等待，或绕去存储位「临时拣」——FIFO 与货位策略一起被拆掉。
读这一篇能得到什么
- 拣货位设最小持有量/补货点，低于阈值自动生成补货任务
- 任务占用具体存储库位与批次（遵 FIFO/货主），禁止「去那边拿一些」
- 波次释放前检查拣货位齐套；不齐则拦截或拆波并留例外
- 存储位直拣须授权、记原因、尽量回写为补货+拣货；直拣率进周报
- 先清高频 SKU 主数据（容量、最小持有、移库关系），再扩全仓自动补货
总库存够，拣货位照样断
早会库存准确率还行，夜班拣货位空扫。仓管说白天补过、又被大单掏空；补货单在哪？微信语音。存储位理货员说补过了，系统移库没有——两边都累，账上拣货位仍空。
断货分两种：真缺（全仓可用不足）与假缺（货在存储位，拣货位节奏失败）。假缺被当成「人不够」，加人只会抬高直拣例外，FIFO 与货位容量一起坏。把假缺当真缺去加采购，还会抬高在库与资金占用——问题却不在采购。
补货必须是任务对象
| 要素 | 最低要求 |
|---|---|
| 触发 | 低于最小持有量，或波次预占后缺口 |
| 来源 | 指定存储库位 + 批次（FIFO/货主） |
| 去向 | 指定拣货位；容量校验 |
| 状态 | 待领 → 执行中 → 完成 / 失败原因码 |
| 与波次 | 释放前齐套检查可读补货完成量；完成回写即时可见 |
没有任务，就无法统计「谁晚了、晚在哪个 SKU」。不能统计，就不能改参数。完成回写若仍读旧快照，会出现「人已补完、系统仍拦」——现场立刻恢复直拣，信任一次打穿。
领取必须互斥：同一任务两人同时领，会出现双补或都不补。改派留痕；口头「你去补那个」不算领取。失败原因码要能区分：批次被锁、库位主数据错、通道忙、设备占用——笼统「未完成」只会逼仓管继续微信调度。
量怎么定：避免两个极端
太小：任务刷屏，叉车空跑。太大：拣货位爆满，溢出回存二次劳动。
实务公式先用（示意，不是唯一算法）：
补货量 ≈ max(最小持有 − 当前量, 波次预估缺口)，再被拣货位容量上限裁剪。有包装规格时再按整箱/整托上取整，避免半箱任务刷屏。
按 ABC 分级：A 更勤更快，C 更大批量、更低频。全仓同一套安全量，是补货项目翻车的经典原因。第一周先保证「有触发」，第二周再按空扫与任务密度调参——一次算准几乎不可能，连续调两类参数会无法归因。
待检库存不得补进拣货位。状态过滤比「补货时多扫一次质检」重要：待检进了拣货面，波次会把风险放大到每一个客户订单。
波次引擎与补货谁先谁后
推荐顺序：
- 生成/预占波次需求；
- 计算拣货位缺口并下发补货；
- 补货完成（或例外放行）后释放拣货任务。
若先放拣货再补货，空扫会变成常态。允许「边补边拣」的仓，必须在任务上标依赖：未完成补货的 SKU 拣货任务保持冻结或降优先级。例外放行要记原因与授权人——否则「边补边拣」会退化成永久直拣。
多货主/寄售拣货位：补货来源批次必须带货主，禁止用 A 货主存货补 B 的拣货面。货主错了，比数量错了更难事后纠偏。
动态拣货位同样适用：触发改为「波次需求 − 当前占用 < 0」即时补货，对象仍是任务，不是口头。
直拣：救急可以，默认不行
允许存储位直拣救急，但同时满足：
- 授权角色有限；
- 系统记直拣原因；
- 尽量自动生成事后补货回写，避免拣货位账长期空洞；
- 直拣率进周报——持续偏高说明参数或人员配置失败，不是英雄行为。
直拣被当「灵活」表扬时，拣货位主数据会迅速腐烂：系统以为有货，现场只信熟人。直拣若不回写，盘点与补货触发会长期读到错误的拣货位水位。
主数据三种腐烂，先清再怪人
- 拣货位容量填 9999 → 永不触发；
- 最小持有量大于容量 → 任务永失败；
- 存储→拣货移库关系未维护 → 派不出去。
上线第一周单独列出这三类错误清掉。通道与设备也是约束：同一巷道并发上限、大件错峰；失败原因码要能出现「通道忙」「设备占用」。主数据错误占比高时，停调参，先清容量与移库关系——调参救不了错主数据。
和谁分清边界
| 场景 | 主责 | 别混成一句「缺料」 |
|---|---|---|
| 出库拣货位空 | 仓内补货任务 | 查最小持有与波次齐套 |
| 工位叫料不到 | WMS↔MES 线边配送 | 查配送扫描闭环 |
| 盘点锁库过久 | 盘点窗与补货窗错开 | 或允许盘点中受限补货 |
两套「补货」混谈，仓管与车间会互相等。盘点窗若长时间锁住拣货面来源，夜班空扫会暴涨——要么错开窗，要么允许受限补货并留例外。
Top SKU，一周三张数
选出库频次最高的一批料，设最小持有，打开自动补货。看：拣货位空扫次数、直拣例外率、补货任务准时完成率。空扫降不下来，先查容量与批次锁定；直拣率被表扬，说明任务还没成为默认路径——先别扩全仓，也先别加人。
连续两周记录失败原因 Top3，调参只动一类（例如只调 A 类最小持有）。空扫、直拣、准时率三张数不动，扩面只会把微信调度复制到更多巷道。
批次锁定、波次拆分与紧急插单
补货任务占用批次后，该批次不应再被其他波次静默抢走。若允许拆分占用，任务上要显示「部分锁定」与剩余量；抢光导致失败时，原因码写「批次被占用」，并触发重算来源——不要只显示红色「失败」让仓管猜。
紧急插单若插在补货完成前，齐套检查应重跑：要么抬升该 SKU 补货优先级，要么拆波并留例外。插单直接放行拣货、绕过补货依赖，是空扫率反弹的常见原因。
冷热区与大件：补货路径过长时，最小持有可按「补货提前期」加大，而不是按「感觉多放一点」。路径时间不进参数，调参会永远在空跑与爆位之间摇摆。
人员班次与补货窗口
补货任务若集中在拣货高峰同通道，空扫与拥堵会一起出现。按班次配置补货窗口：波次预占后优先补 A 类；C 类可错峰。窗口外生成的任务进入队列，不强制立即抢设备。
夜班人力少时，最小持有可按班次抬高，而不是拷贝白班参数。班次参数不分开，夜班空扫会被误诊为「人不够」，加人却补不到点上。
与循环盘点的窗口冲突
拣货位正在盘点时，补货任务会失败或把账打乱。规则二选一：盘点锁定位期间暂停对该位的补货并改派邻近位；或允许「盘点中受限补货」并强制复盘该位。没有规则，夜班会在「空扫」与「盘点不准」之间来回甩锅。
盘点差异关闭前，该 SKU 的最小持有触发可降级为人工确认，避免错误水位自动生成一串无效补货。
补货完成定义
补货「完成」必须含：源库位扣减、目标拣货位增加、批次/货主一致、容量未超。少一环的「口头完成」会让齐套检查读到假水位。PDA 确认顺序建议先扫源再扫目标；只扫目标不扫源，存储位账会漂。
想把这篇里的做法落到自己的厂里？资源中心有对应场景的在线自测与资料模板，也可以直接约一次真实环境演示。
常见问题
围绕本篇主题的追问，先看这里；仍有疑问可联系我们
补货量和安全量怎么定？
先按日均出库与补货提前期估，再按一周断货次数校准。先有触发再调参，比一次算准更现实。
补货要不要质检？
存储位已是可用则移库即可；待检不得补进拣货位。状态过滤比「多扫一次」重要。
多人抢同一补货任务怎么办？
领取互斥；改派留痕。口头「你去补」会导致双补或都不补。
动态拣货位还适用吗？
适用。触发改为「波次需求 − 当前占用 < 0」即时补货；仍要有任务对象。
补货失败最常见原因？
批次被别波次锁走、库位主数据错、通道拥堵。任务要露出原因码，不能只显示「未完成」。