4. 仓储业务流程总览
EWM 的仓储业务并不是“一个动作对应一张单据”的简单映射，而是以仓储请求（Warehouse Request）和仓储任务（Warehouse Task）为核心的双层结构来驱动。理解这一点，是理解入库、出库、内部移动、盘点、补货、越库六类流程的共同钥匙：业务层产生“要做什么”的请求，执行层把请求拆解为“由谁、在哪个仓位、用什么资源去做”的任务，任务确认后再回写库存与单据状态。
一、贯穿所有流程的双层单据模型
在 EWM 中，几乎所有仓库内部作业都遵循同一套逻辑：
- 仓储请求（WR）：描述业务意图，例如“把 100 件物料 A 从收货区上架到某个存储仓位”“把销售订单的 20 件物料 B 从拣配区发到发货区”。它不指定具体执行仓位和操作人，只表达需求。
- 仓储任务（WT）：由系统根据仓位主数据、库存类型、作业策略（上架策略、拣配策略、补货策略）拆分生成，明确源仓位、目标仓位、数量、资源（人或设备）、优先级和确认方式。
- 仓储订单（WO）：把多个相关的 WT 组织在一起，便于按波次、按区域或按资源批量执行与监控。
因此，判断一个流程在 EWM 中“走到哪一步”，最直接的方法不是看业务单据，而是看 WR 是否已生成 WT、WT 是否已确认、库存是否已从源仓位扣减并写入目标仓位。
二、六类端到端流程的实现逻辑
入库流程通常从外部采购订单或生产订单触发。货物到达后先做收货过账，库存进入“收货区”这一临时仓位，同时生成入库 WR。系统依据上架策略（如先进先出、固定仓位、散装/整箱分离）把 WR 拆成若干 WT，指示作业人员把货物从收货区移到目标存储仓位。确认 WT 后，库存正式转入可用状态。关键观察点是：收货区库存是否清零、目标仓位库存是否增加、WT 状态是否全部为“已确认”。
出库流程由销售订单、交货单或生产领料触发。系统先做拣配，生成出库 WR，再按拣配策略拆成 WT，把货物从存储仓位移到拣配区或发货区。随后执行打包、装车、发货过账，库存从仓库账面上扣减。若涉及批次或序列号，WT 确认时会同步校验批次属性与数量一致性。
内部移动不改变仓库总库存，只改变库存所在的仓位或库存类型。典型场景包括：把货物从存储区移到拣配区、从不良品区移到质检区、从临时区移到正式仓位。内部移动同样生成 WR 与 WT，确认后源仓位减少、目标仓位增加，总库存不变。它是补货、盘点差异调整、仓位优化等流程的底层动作。
盘点在 EWM 中通过创建盘点凭证、冻结相关仓位或库存、生成盘点 WT 来执行。作业人员清点实物后录入结果，系统比较账面数量与实盘数量，产生差异。差异需要经过审批或调整过账，最终以内部移动或库存调整的方式修正账面。盘点的关键不是“数数”，而是差异如何被记录、审批并回写。
补货解决的是拣配区库存不足的问题。系统监控拣配区的最小/最大库存水平，当低于阈值时自动生成补货 WR，再从存储区生成 WT 把货物补到拣配区。补货通常与出库波次联动：如果补货不及时，拣配 WT 会因缺货而无法确认，进而阻塞发货。
越库是入库与出库的“直连”模式。货物到达后不进入长期存储，而是直接从收货区流转到发货区，甚至在同一区域内完成分拨。EWM 通过越库标识和相应的 WT 逻辑，让入库 WR 与出库 WR 共享同一批库存，减少上架与下架两次搬运。越库对时效和单据同步要求最高，一旦出库需求取消，货物必须及时转为正常上架。
三、单据流转关系图
下图把六类流程放在同一张关系图中，重点表现“业务触发 → WR → WT → 库存变化”的主链路，以及补货、越库与出库之间的联动关系。
四、如何判断流程是否真正走通
在实际项目中，流程“看起来配好了”和“真正走通”是两回事。建议用以下三个观察点做验证：
- WR 是否全部转化为 WT：如果 WR 长期停留在“未处理”，通常是上架策略、拣配策略或仓位主数据缺失，导致系统无法确定源/目标仓位。
- WT 确认后库存是否按预期变化：确认一张上架 WT，收货区库存应减少、目标存储仓位库存应增加；确认一张拣配 WT，存储仓位库存应减少、发货区库存应增加。若只变一边，说明仓位类型或库存类型配置有误。
- 异常是否有出口：缺货、盘点差异、越库取消都必须有明确的后续处理路径，否则流程会在某个状态卡死，而不是“自动恢复”。