D365手动波次已有订单行，为何还没有对应拣货工作

仓储软件里，一个订单行已经属于某个波次，却还没有对应的拣货工作，两项记录并不一定互相矛盾。Microsoft的Wave templates说明将手动处理模式分成不同阶段：行加入波次时发生库存预留，而工作是在波次处理时生成的。[1] 对读软件记录的人，这提供了一个具体的中间状态：已归入波次，尚未生成工作。

波次模板在文档中的作用，涉及将波次与已释放的销售订单、生产订单或看板行相匹配，并确定处理时产生的工作。因而，波次不是拣货工作的一种简称。某行与某波次之间的归属，说明它进入了该分组关系，却没有把随后产生的工作对象也一并证明出来。这里讨论的是软件记录，不是现场货物已被搬动的结论。

手动模式的说明尤其重要。原文写明，行被加入波次、库存被预留，但还需要波次处理才创建订单的拣货工作。由此可见，预留与工作生成在这个模式下可以分处前后两个时点。“库存已经预留”不能直接改写成“拣货任务已经发出”，同样，“没有工作”也不能反推该行从未进入波次。两项观察各自有可能成立，仍需完整记录说明所处阶段。

波次经过处理后，系统依据仓库所指定的工作模板与库位指令创建拣货工作。本文在这里引用它们，是为了交代工作生成有相应的软件依据，而非展开任务步骤或位置选择规则。波次关联提供的是分组背景，工作记录则属于处理后的结果对象；将两者按时点连接起来，比把每项状态都统称为“已下发”更具体。

一个纯假设的报表情境是，甲页列出订单行及波次编号，乙页查询对应工作，但尚未列出结果。只凭这两页不能认定任务丢失，因为手动模式本身存在上述中间状态；也不能据概念文档断定这家仓库一定正常，实际采用的模式与处理记录仍未核实。本篇不提供触发波次、改变库存或安排现场拣货的步骤。来源为本次读取的Dynamics 365公开说明，首次发布日期未知。保留“手动模式”和“处理前后”的条件，才能准确理解为何波次关系已存在，而拣货工作仍未形成。