4. 波次创建与释放流程
波次（Wave）在 SAP EWM 中是把一批待处理的仓储请求（WT Request）按某种业务规则聚合起来，再统一释放为仓库任务（Warehouse Task）的中间载体。理解波次，关键要抓住两个动作：创建（把需求装进波次）和释放（把波次变成可执行的仓库任务）。创建决定“哪些需求被归到一起”，释放决定“这些需求以什么顺序、什么粒度、什么资源被下发到仓库执行”。
一、手动波次创建：由计划员按业务意图组波
手动创建适用于计划性较强、需要人工干预优先级的场景，例如按承运商截单时间、按客户优先级、按拣配区域集中处理。典型入口是 EWM 的“创建波次”事务（如 /SCWM/WAVE 相关功能），计划员先设定选择条件，再决定波次模板与释放策略。
手动创建的核心输入通常包括：
- 波次模板（Wave Template）：定义波次类型、释放策略、任务创建规则、拆分/合并规则。
- 选择条件：仓库号、活动区域、装运点、路线、承运商、交货优先级、计划发运日期、拣配区域等。
- 数量与容量约束：单波次最大行数、最大重量/体积、最大拣配箱数，避免一个波次过大导致拣配路径失控。
例如，计划员设置条件为“装运点=SP01、路线=R0001、计划发运日期=今天、未释放”，系统筛选出 120 个 WT Request，按波次模板生成波次 W0000123。此时波次处于“已创建未释放”状态，需求已被锁定，但尚未生成仓库任务。
二、自动波次创建：由后台作业按规则触发
自动创建适合高频、规则稳定的日常作业。它通常由后台作业（如 /SCWM/WAVE_CREATE 类报表或计划程序）周期性运行，按波次模板中的选择条件自动抓取符合条件的 WT Request 并组波。自动创建的关键在于“触发时机”和“选择条件”的稳定性：触发太频繁会产生大量小波次，触发太稀疏会积压需求。
实际配置中常见的自动触发方式包括：
- 按固定时间间隔（如每 15 分钟）扫描一次待处理需求；
- 按事件触发，例如交货单过账、装运单创建后触发；
- 按容量阈值触发，例如某区域待拣行数超过 200 行时自动组波。
三、波次释放逻辑：从“已创建”到“可执行”
释放（Release）是波次真正生效的节点。释放时系统会读取波次模板中的释放策略，决定任务生成方式、任务优先级、资源分配以及是否允许部分释放。释放逻辑通常包含以下判断：
- 释放策略：立即释放、按计划时间释放、手动释放、按容量分批释放。
- 任务创建规则：是否合并同一拣配区域的多个需求为一个任务，是否按 HU（ Handling Unit）拆分。
- 优先级继承：波次优先级如何传递给生成的仓库任务，是否按路线/客户覆盖。
- 资源与队列：任务进入哪个资源队列，是否限定拣配人员或叉车。
释放后，WT Request 被转换为 Warehouse Task，状态从“未释放”变为“已释放/执行中”。此时仓库操作员才能在 RF 或自动化设备上看到任务。
四、波次拆分与合并：控制粒度与效率
拆分与合并是波次优化中最容易出效果、也最容易出问题的部分。拆分通常按拣配区域、承运商、路线、时间窗口、重量/体积上限进行；合并则把多个小波次合并为一个大波次，减少释放次数和任务碎片。
例如，一个波次包含 3 个拣配区域的需求，若模板设置为“按拣配区域拆分”，释放后会生成 3 个子波次，每个子波次独立生成任务，便于不同区域并行拣配。反之，若设置为“合并同一路线的小波次”，系统会把多个小波次合并，减少任务数量但可能增加单次拣配路径长度。
| 策略 | 适用场景 | 影响 |
|---|---|---|
| 按拣配区域拆分 | 多区域并行拣配 | 任务数增加，路径缩短 |
| 按承运商拆分 | 不同承运商截单时间不同 | 避免混装，便于装车 |
| 按重量/体积合并 | 小件多行拣配 | 减少任务数，提升单次效率 |
五、释放后的任务生成机制
释放完成后，系统按波次模板中的“任务创建规则”生成 Warehouse Task。生成机制的核心是：把 WT Request 的明细行按规则分组，再映射为任务。常见规则包括：
- 按源存储类型分组：同一拣配区域的行合并为一个任务；
- 按目标 HU 分组：同一目标箱的行合并，便于打包；
- 按数量拆分：超过单任务上限时自动拆成多个任务；
- 按优先级排序：高优先级任务先进入队列。
任务生成后，系统会写入任务号、源/目标存储位、物料、数量、优先级、资源队列等字段。此时可通过 Warehouse Task 监控事务查看任务状态，确认是否全部生成、是否有异常锁定。
六、实操中的关键检查点
在实际项目中，波次创建与释放最容易出问题的地方往往不是配置本身，而是“释放后任务不符合预期”。建议在释放前后各做一次检查：
- 释放前：确认波次中的 WT Request 数量、优先级、路线是否与计划一致；确认拆分/合并规则是否会导致任务数暴增或过少。
- 释放后：检查 Warehouse Task 是否全部生成、是否有任务被锁定、优先级是否正确传递、资源队列是否匹配。
- 异常处理：若任务未生成，优先检查波次模板中的任务创建规则、源存储类型是否存在、库存是否可用；若任务数量异常，检查拆分/合并条件是否过细或过粗。
总结来说，手动与自动创建解决“怎么组波”，释放逻辑解决“怎么下发”，拆分与合并解决“粒度是否合理”，任务生成机制解决“最终执行对象是什么”。四者环环相扣，任何一环配置不当，都会在释放后以任务异常的形式暴露出来。