3. 入库凭证与单据流设计
在 SAP EWM 中，入库流程并不是“一张单据走到底”，而是由多个业务凭证按层次逐级下钻、逐级细化。理解这些凭证之间的映射关系，是设计数字化入库流程的基础。很多项目上线后出现“数量对不上、批次丢失、上架库位错误”等问题，根源往往不在执行环节，而在于凭证流设计阶段没有把上游业务单据与仓库执行单据的对应关系定义清楚。
一、五类核心凭证的定位
入库链路上最常出现的五类凭证，可以按“业务意图 → 仓库执行”的顺序理解：
- 采购订单（Purchase Order, PO）：由采购部门创建，表达“向供应商买什么、买多少、什么时候到”的业务意图。它属于 ERP 侧凭证，EWM 通过 CIF 或直接集成接收其副本。
- 内向交货单（Inbound Delivery, IB Delivery）：由采购订单派生，是入库流程真正被触发的起点。它携带供应商、预计到货时间、物料、数量、批次等关键信息，是 EWM 生成仓库请求的依据。
- 仓库请求（Warehouse Request, WR）：EWM 内向交货单在仓库侧的“镜像”。它把交货单行项目转化为仓库可识别的需求，是仓库执行层与业务层之间的桥梁。
- 仓库任务（Warehouse Task, WT）：仓库请求被确认后拆分出的具体作业指令，例如“从卸货区 A 移动到收货暂存区 B”“从暂存区 B 上架到库位 C”。WT 是执行人员实际操作的凭证。
- 仓库订单（Warehouse Order, WO）：一个或多个仓库任务的集合，用于组织、分配和监控作业。WO 是作业计划与执行的容器，WT 是容器内的具体动作。
这五类凭证并非简单的一对一关系，而是存在“一对多、多对一”的映射。例如一张内向交货单可能对应一个仓库请求，一个仓库请求可能拆成多个仓库订单，一个仓库订单又包含多个仓库任务。设计时必须在系统中明确这些映射规则，否则后续的库存、批次、序列号追溯都会出现断点。
二、凭证流的数字化映射关系
下面这张图展示了从采购订单到仓库任务的完整凭证流与映射方向。图中标注了每层凭证的关键字段来源，以及 EWM 中负责生成下一层凭证的主要动作。
三、映射设计中的关键字段与参数
凭证流能否顺畅贯通，取决于每层凭证之间字段的传递是否完整。以下字段是设计时必须逐项确认的：
| 字段 | 来源凭证 | 目标凭证 | 说明 |
|---|---|---|---|
| 物料号 | PO / IBD | WR / WO / WT | 必须与 EWM 产品主数据一致，否则无法生成仓库请求 |
| 数量 | PO / IBD | WR / WT | 支持分批交货，WR 数量可小于 IBD 数量 |
| 批次 | IBD | WR / WT | 若物料启用批次管理，批次号必须在 IBD 层确定 |
| 仓库号 | IBD | WR | 决定请求进入哪个 EWM 仓库，影响后续库位策略 |
| 作业类型 | WR | WO | 如收货、上架、质检，决定 WO 的拆分方式 |
| 源/目标库位 | WO | WT | 由上架策略、存储类型搜索决定，是 WT 的核心字段 |
以某电子制造企业的实际配置为例：物料 MAT-1001 启用批次管理，采购订单数量 500 件，供应商分两批到货。第一张内向交货单数量 300 件，批次 B2024-001；第二张 200 件，批次 B2024-002。EWM 收到后分别生成两个仓库请求，每个请求再按“收货”作业类型生成一个仓库订单，每个仓库订单下包含“卸货区→收货暂存区”和“暂存区→上架库位”两个仓库任务。整个链路中，批次号从 IBD 层带入 WR，再带入 WT，确保库存追溯不断链。
四、常见设计缺陷与规避方法
在实际项目中，凭证流设计最容易出现三类问题：
- 批次在 IBD 层未确定：导致 WR 生成时批次为空，后续 WT 无法执行。规避方法是在 IBD 创建时强制批次字段必输，或在 EWM 中配置批次自动生成规则。
- WR 与 WO 的拆分规则不清晰：同一张交货单的多个行项目被错误合并或拆分，造成作业混乱。建议按“作业类型 + 仓库号”作为 WO 拆分维度，并在配置中明确合并策略。
- WT 的源/目标库位未按策略生成：上架库位由存储类型搜索和上架策略决定，若策略未维护或优先级错误，WT 会指向错误库位。上线前应使用测试物料验证策略链，确认每个存储类型的搜索顺序。
凭证流设计的本质，是把业务意图逐层翻译成仓库可执行的作业指令。采购订单回答“买什么”，内向交货单回答“什么时候到”，仓库请求回答“仓库要处理什么”，仓库订单回答“怎么组织作业”，仓库任务回答“具体搬到哪里”。五层凭证各司其职，映射关系清晰，数字化入库流程才能稳定运行。