补货任务 Replenishment：拣选位不断货

拣选位库存掉到最低线以下，系统自动生成补货任务——执行流程与移库任务相同（扫码 Pick/Drop），但标为紧急。三种触发方式、人工批量创建、手机端执行，一篇讲全。

补货任务就是"拣选位快没货了，从存储位拉货来补"。执行流程和移库任务完全一样（Summary → 扫码 Pick → 扫码 Drop），但是独立的任务类型，有自己的名字、列表和统计——工人一看"补货任务"就知道这是紧急的，直接影响拣货。

补多少#

每个拣选位按产品设置最低线（min_qty）和目标量（target_qty），在 WMS → 设置 → 拣选位最低库存里配。库存掉到最低线以下时，补货量 = 目标量 − 当前库存（不超过库位最大容量）。例子：最低 20、目标 100、当前 15 → 补 85。

三种触发方式#

1）事务触发（主力）：拣选任务提交、移库 pick 完成、出库扣库存之后，系统当场检查受影响的拣选位。2）定时扫描（兜底）：每天凌晨 02:00 全量扫一遍，防止漏网。3）人工创建：打开 WMS → 人工补货，看到所有低于最低线的库位，勾选后批量生成任务。

紧急任务#

如果拣选位已经空了（0 库存）但还有单要拣，补货任务会自动标为"紧急"，在手机任务列表里置顶并打红色徽标——优先做它。

手机端执行#

打开 WMS → 手机端 → 补货任务。点进任务看 Summary，点开始：第 1 步 Pick（扫库位 → 扫托盘如为存储位 → 扫产品 → 输实际数量 → Pick），第 2 步 Drop（扫目标库位 → 扫托盘如为存储位 → Drop）。和移库任务一模一样，只是标题显示"补货任务"。

规则页：三个 section#

打开 WMS → 任务规则 → 补货 tab。Section 1 硬约束（最低库存触发、容量上限、盘点锁定、任务幂等）——违反直接否决。Section 2 软偏好：政策型规则（补货时机、按需/批量、避峰、紧急插队、补货量计算）用下拉框/开关，没有权重滑块；打分型规则（路径最短、存储位选择）对多个候选源库位做真实加权打分选优。每条规则都带诚实标记：🟢已接线 / 🟡部分接线（注明哪部分暂不支持）。Section 3 自动分配任务规则（按货主配）：技能多选 → 服务区域（location group，不选不限）→ 只分在班人员 → open 任务最少者 → 兜底链（每货主 2 人按序；都不在班则本轮不建任务，下次触发重试）。

工时与绩效#

每次任务执行（Start=Pick、Close=Drop）都会自动记一条工时（关联 task_id + task_kind），归属"日常运营"。桌面直接收货也会自动补建一条 completed 的收货任务 + 工时。每人的绩效数据——完成任务数、平均任务耗时、总工时——从任务表和工时表直接聚合，不用新表。

常见问题#

问：补货任务建好了，但存储位这会儿没货了怎么办？答：Pick 那步会校验可用量，没货就报错，任务可以取消；下次扫描如果还缺会重新生成。问：min/target 能改吗？答：能，在 WMS → 设置 → 拣选位最低库存里改，下次检查生效。