按截单与订单结构编排出库波次

订单合得越多，拣选不一定越快。一个大波次可能省了重复走路，却把复核台、合流区和装车暂存区堵住；急着合单，也可能让最早截单的货被拖到后面。

WorkBuddy 可以先用订单与现场限制做一版波次建议，把要一起做的订单、不能纳入的订单和前置补货列清楚。

先说清截单和容量

准备待释放订单及行明细、线路或配送区域、承诺交付和截单时间、包装规格、可用库存及其时点。再给每波允许的订单数、行数或数量上限，以及人员、复核、合流和待装能力。

系统创建时间、允许释放时间、运输截单和客户交付时间应分别保留。规则没写清时，不让 WorkBuddy 自行决定哪一个是硬截止。

请把待释放订单编成出库波次建议，供调度员确认，不直接操作 WMS。

先核订单主键、当前状态、各时间字段和库存时点。排除已取消、冻结和必需资料不全的订单，列原因。按明确的硬截单与路线要求分组，在组内考虑 SKU 重合和整托/整箱/拆零结构。

逐波检查企业给定的数量上限、补货前置、人员与复核合流待装能力。库存不足或质量冻结不得用计划到货补成可用。若无作业节拍，不推算精确完成时刻。

输出波次编号建议、包含订单与行、分组理由、负载、前置补货、截单风险；另外给未纳入项和待调度决策。验证每条有效订单行仅出现一次。临时急单和取消列影响及待确认，不擅自覆盖优先规则。

先检查漏单，再检查波次大小

结果应能从订单行反查到波次，不能只有每波多少单的汇总。某线路 16 点截单，若其中一行还在等补货，建议表应标明依赖和截单风险；不能因为其他商品已齐就把整单写成“可出库”。

同样，一波即使没超订单数，若拆零行特别多、合流口不足，也应提示现场复核。不能用订单数一个指标证明容量充足。

从截单倒排，再用节拍检查是否需要拆波

以下是教学假设。某线路 16:00 截单，企业要求截单前完成全部待装交接；复核与打包需要 30 分钟，待装交接与缓冲需要 15 分钟，因此本批拣选最晚应在 15:15 完成。这里假定各阶段顺序衔接，不与上一阶段重叠；实际能并行时要按真实流程重算。

若计划 14:00 开始，2 名拣货员各有 75 分钟，最多提供 150 人分钟。该组有 120 条订单行，本仓已确认同类任务平均每行需 1.5 人分钟，则拣选工作量为 180 人分钟，超过窗口容量 30 人分钟。在人员可均衡分工、没有额外拥堵的假设下，也至少需要 90 分钟，15:30 才能完成，存在截单风险。

调度可核实能否将其中一组完整订单提前到 13:30 开始，另组仍在 14:00 作业；例如提前组 40 行、后组 80 行，对应 60 与 120 人分钟。但拆成两个编号本身不会增加产能：必须确认提前时段有空闲人手、补货已就绪，而且后续复核与待装也容得下。若不能提前，保留风险并交主管决定资源或交付调整，不能让 AI 默认加人或改承诺。

结果表要显示最晚完成点、可用人分钟、预计工作量、差额和所需前置。订单是否允许分批、整单必须齐套等限制应保持有效，不能为了凑行数把订单拆散。

调度员确认优先级、现场负载和库存后，再通过原系统释放。遇到急单插入或订单取消，按仓库异常流程处理，保留对原波次的影响，避免一份静态表假装实时排程。