简介：作为 SAP EWM 基础定制课程的官方参与者手册（EWM110，Course Version 17），这份 PDF 面向 SAP EWM 实施顾问、仓库与物流管理人员，旨在帮助读者从零掌握企业级仓库管理系统的核心配置方法。内容先从公司代码、仓库号、库存管理参数等基础设置入手，再讲解存储类型、拣选区、收货区等仓库结构定义，随后深入批号、有效期、质量状态等库存策略，并覆盖收货、上架、拣选、发货的移动类型与工作流定制。手册还详细展开仓库任务自动化生成与优化、RFID/条码/叉车等设备集成、质量检验与不合格品处理、报表和 KPI 配置，以及与 MM、SD、PP 等模块的集成要点，帮助读者结合业务场景完成配置，同时规避接口与变更管理中的常见问题。资源为单个 PDF 文档，约 17.84MB，对应约 19 小时 40 分钟电子书内容，内置讲师引导式教学结构，适合课程预习、项目配置参考和日常查阅。该资料已有 668 人学习下载，适合需要系统夯实 EWM 基础、提升仓储运营效率的实施及运维人员。

1. 为什么 EWM110 值得从头翻一遍：版本 17 的配置逻辑没变，变的是部署方式

第一次拿到 EWM110 参与者手册，我以为它只是课堂教材：Course Version 17、Instructor-Led Training、2018 年的版权声明，典型的「给教室准备的东西」。当时某公司仓库项目正好卡在收货后生成不了上架仓库任务，我翻遍论坛都没有一个能对上号的解法，回头把这份手册按 Unit 顺序重新过了一遍，才意识到问题出在部署模式和配置顺序上。SAP EWM 的难点从来不在某个字段读不懂，而在你还没定 decentralized 还是 embedded、CIF 数据还没打通、存储类型还没建好的时候，就急着配流程类型和存储控制，后面每一步都是在空中楼阁上贴砖。EWM110 版本 17 把这些步骤编排得很完整：先环境、再集成、然后是结构元素、主数据和收货上架。适合应用顾问、刚转 EWM 的实施新人，还有需要给团队梳理基础定制的系统架构师。别泛读，照着配一遍比看十遍都有用。

2. 先把系统环境定下来：decentral EWM、embedded EWM 和 S/4HANA 1610 的取舍

2.1 三种部署方式先选一个，不然后面每步都是白配

EWM110 第 1 单元第一课讲的就是部署：SAP EWM 一般作为 decentralized 系统运行，最常见的形态是 ERP 一套、EWM 一套，中间通过接口同步数据。这句话看着像背景介绍，实际上是你后面所有配置的坐标系。同是 SAP SCM 家族的 APO、Event Management 可以和 EWM 共享 SCM server，但官方明确建议不要把 EWM 和 APO 的需求计划（DP）或生产计划/详细排程（PP/DS）放在同一个服务器上跑生产。我当时在某公司就是这么干的：ERP 是 ECC 6.0，EWM 装在独立 SCM server 上，多仓库共用一套 EWM，选 decentralized。

三种部署方式对比如下：

Centralized 模式从 SCM 2007 版本开始可以在 ECC 6.0 里跑，但有个很实际的限制：它只能配合同一 client 下的存储地点。如果你公司的存储地点分散在多个 client 或公司代码，这套方案基本可以排除。Embedded EWM 则是 S/4HANA 1610 才出现的选项，EWM110 里凡是和 decentralized 有差异的地方都会在对应位置标注出来，所以两种路线都能跟着学，只是练习时环境要选对一个。

我一般会让顾问先回答三个问题再动手：ERP 是 ECC 还是 S/4HANA？仓库有多少个、是不是共用一套 EWM？有没有自动化设备（RF、传送带、AS/RS）要对接？这三个答案基本就能定死部署方式。选错了不是不能改，而是后面主数据、流程类型、存储控制全部要返工，真金白银的工时浪费在这种地方最亏。

2.2 两条数据通路：CIF 主数据和事务数据分发模型

部署方式定下来，接下来是数据怎么在两个系统之间流动。EWM110 第 2 单元把这条讲得很清楚：主数据和事务数据是两条完全不同的通路，别混。

主数据走 CIF，这和 APO 用的是同一个接口，不是 EWM 专属。很多人配置时只盯着 EWM 侧，忘了在 ERP 侧把物料主数据的 EWM 相关视图激活，CIF 初始化当然传不过去。主数据方向是单向的，从 ERP 传到 EWM，EWM 侧一般不会反向维护物料，重复传输时要小心覆盖问题。

事务数据用的是独立分发模型，技术上同样是 qRFC。qRFC 是队列化 RFC，为了保证同一队列内数据按顺序处理，缺点是任何一个环节失败，队列会变红并把后面的任务全部堵住。你在实践中看到的「所有东西都卡住不动」，十有八九不是功能配置问题，而是 qRFC 队列里有一笔老任务没有确认成功。

实操建议：decentral 模式下，先把 ERP 和 EWM 之间的 RFC 连接、逻辑系统名和分发模型配置好，再做一次 CIF 全量初始化，之后跑增量。EWM110 第 2 单元里演示的集成步骤也是这个顺序。S/4HANA embedded EWM 不需要 CIF，学习时少一个环节，但事务数据同步到 S/4 的物料凭证仍然要验证。

2.3 学习环境怎么搭：两套系统怎么分配资源

这份材料本身是 5 天讲师课，电子书时长 19 小时 40 分钟，材料号 50145165。也就是说它设计成一边听一边在系统里跟练，不是给你通读的。

学习环境我建议二选一：方案 A：装 ERP 6.0 EHP 加 SCM 2007（带 EWM 组件），两台虚拟机模拟 decentralized，缺点是占用资源大；方案 B：装 S/4HANA 1610 或更高版本，embedded EWM 单系统，适合不想维护两套 instance 的人。内存方面，两个 instance 的学习环境 16 GB 起步，32 GB 会比较舒服；单 S/4 系统同样建议 16 GB 以上。硬盘两个 instance 预留 200 GB 左右，S/4 单系统也要 120 GB 以上。不要一开始就上 HA、高可用、负载均衡，那些都是生产环境的事，学习环境越简单越不容易翻车。

环境搭好后，建议先过一遍检查清单：SPRO 里能看到 SCM Extended Warehouse Management 配置节点；能跑 /SCWM/ 开头的事务码；RFC 连接可用；至少有一个 000 客户端能登录。前面两个条件不满足，说明 EWM 组件根本没激活，后面所有配置都是空谈。

2.4 先建什么全局设置：仓库号、公司代码、库存管理参数

开始配结构元素之前，SPRO 里先建仓库号（Warehouse Number）。这个仓库号不同于 ERP 的 Plant，也不是存储地点，它是 EWM 里所有存储类型、货位、仓库任务、仓库订单的顶层归属。公司代码和仓库号的映射也得先配，否则 ERP 的收货凭证过账时不知道交给哪个 EWM 仓库。

库存管理参数（IM 相关设置）决定库存由谁管。decentral EWM 下，EWM 有自己的库存视图，要和 ERP 保持一致，靠的是事务数据分发模型的同步。很多人收货做完，ERP 和 EWM 的库存数量对不上，多半是分发模型没配全，或者 IM 的可用性组没有设置。可用性组的事到 Unit 5 收货章节才展开，但全局参数这一步就要把思想准备好：EWM 的库存状态（可用、质检、冻结）不是一个字段，而是一套配置的联动结果。

提示：CIF 传主数据时，产品主数据里要维护 EWM 仓库号视图；如果 ERP 侧存储地点没有映射到 EWM 仓库，收货单据根本找不到仓库。这是建环境阶段最常见的「静默失败」。

3. 从结构元素到收货上架：EWM110 前半程的配置主线

3.1 先建仓库结构：存储类型 → 存储区 → 货位 → 工作中心

EWM110 的 Unit 3 按顺序讲了四类结构对象：存储类型（Storage Type）、存储区（Storage Section）、货位（Storage Bin）、工作中心（Work Center）。顺序不是随便排的。

存储类型是仓库里按物理或逻辑划分的区域，比如整托盘存储区、高位货架、拣货区。存储区是存储类型内的细分，比如按 ABC 分类、按温区。货位是最终放货的坐标点，命名规则常见是「排-列-层」，配置里可以用掩码定义，建多少个取决于你要模拟的仓库规模。工作中心和生产的 routing 无关，在 EWM 里它代表资源（人员、叉车、RF 设备）的分配单位。

有一次某公司就是把 AS/RS 和拣货区合并在一个存储类型里，上架规则只能按存储类型区分，高位货架里的货永远到不了拣货区。最后切开成两个存储类型、把上架规则补上才恢复。这就是 EWM110 把结构元素单独放一章的原因：它是后面所有流程的地基，地基歪了，收货、拣货、盘点全跟着歪。

货位上的最大重量、最大体积字段特别重要。容量检查（Capacity Check）在 Unit 5 才讲，但它的计算依据是货位的容量字段和产品主数据的重量体积。先建货位时不填容量字段，后面就等着超容入库的麻烦。

3.2 主数据从 ERP 灌进来：CIF 传输、仓库产品主数据和包装规格

结构建好了，开始灌主数据。EWM110 的 Unit 3 后半部分讲了三块：CIF 传输主数据、仓库产品主数据、包装规格。

主数据是 ERP 主导的单向传输，操作顺序大致是：先在 ERP 里创建物料并维护 EWM 相关视图（仓库号、存储条件、包装信息），然后跑 CIF 初始化，最后到 EWM 侧补充仓库产品特有的字段。很多人直接跳到 EWM 建产品主数据，忘了 ERP 侧物料没有仓库视图，CIF 传过来的是半成品，后面每一步都会踩坑。

仓库产品主数据里，除了物料号还要维护重量、体积、存储条件、危险品标识、是否批次管理。重量和体积是容量检查的输入，存储条件决定这个物料能不能进某个存储类型，批次管理则牵涉到 EWM 的 Batch 功能。EWM110 里提到 batch selection 这类功能对 ERP 的版本有要求，需要 SAP ECC 6.0 加特定的 Enhancement Pack，配批次管理前先翻 release notes，别想当然。

包装规格（Packaging Specification）不少人会漏掉。它定义产品如何装进处理单元（HU）：一个 HU 能装多少、怎么堆叠、要不要托盘。收货时没有包装规格，系统无法正确生成 HU，后续拣货、装车、发货全受影响。EWM 是处理单元驱动的仓库系统，包装规格不是锦上添花，是基本配置。

3.3 收货相关的四个配置点：直接上架、上架规则、可用性组、容量检查

EWM110 的 Unit 5 是收货（Goods Receipt），这一 Unit 有四个配置点经常被人配串：可用性组、直接上架、上架规则、容量检查。

可用性组（Availability Group）用于库存管理（IM）的可用性检查。收货时系统先判断这批库存进入哪个库存状态：可用、质检还是冻结。可用性组没配好的表现是：库存明明在 EWM 里，ERP 侧却说不可用，或者反过来。正确处理方式是先定义可用性组，再把它分配给流程类型和产品主数据。

直接上架（Direct Putaway）控制收货后是否直接创建上架仓库任务。如果没激活，收货完成后货物停留在收货暂存区，需要人工或后续流程触发上架。EWM110 里的标准演示是激活直接上架，但前提是上架规则已经存在，否则系统不知道往哪放。

上架规则（Putaway Rules）决定产品放到哪个存储类型、存储区、货位。规则按优先级从上到下判断，条件可以来自产品主数据、存储类型属性、甚至仓库订单类型。最常见的错误是规则条件与产品主数据字段重叠，两条规则互相打架，结果货去了意外的地方。

容量检查（Capacity Check）在收货上架时核对目标货位容量。规则可以配置为超容时报错、找相邻空货位、或者拆成多个 HU 存放。容量检查只在特定仓库任务类型上生效，建货位时容量字段为空，这个检查就没有计算依据。

这四个配置点的依赖顺序是：先可用性组，再上架规则，再直接上架，再容量检查。顺序反了，结果就是「规则配了但不生效」。

3.4 仓库流程类型：把前面所有元素串起来

仓库流程类型（Warehouse Process Type）在 EWM110 里有单独一课（Unit 4），它不算一个具体主数据对象，而是一套流程模板，决定收货、发货、内部移动用哪种类别的流程。

理解方式很简单：入库是一个流程类型，出库是另一个，盘点和转储又是各自的。流程类型之下，系统会确定对应的仓库任务类型（Warehouse Task Type）和仓库订单类型（Warehouse Order Type）。比如收货上架用 10 类流程，发货拣选用 20 类流程，这些编号不用死记，但要知道流程类型是连接「业务动作」和「系统任务」的桥。

配置流程类型前，结构元素和主数据必须已经存在。因为流程类型里要引用存储类型、工作中心、可用性组；引用对象不存在，配置保存时不会报错，运行时才暴露问题。很多人倒过来先配流程类型，回头再补结构，结果流程类型里绑定的存储类型编号写错，一个字节的差异就能让整个收货流程沉默失败。

4. 避坑：EWM 基础定制里最容易翻车的 5 个配置点

4.1 CIF 传输主数据失败，qRFC 队列一片红

现象：CIF 初始化模型跑完，EWM 侧查不到任何产品主数据；到 SMQ2 或 SMQR 里看，qRFC 队列中的任务一片红色，后续任务全部排队等待。

原因：九成是 RFC 连接或逻辑系统配置问题。ERP 和 SCM 之间的 RFC 目标没有配对，或者两端逻辑系统名不一致，导致分发模型无法正确路由。剩下的情况是物料主数据的 EWM 视图没有激活，CIF 找不到要传的字段。

解决：第一步查 SM59 里的 RFC 连接是否绿灯；第二步核对 ERP 和 SCM 两端的逻辑系统名。两个都正常，再重新执行 CIF 初始化。不要急着反复全量重传，先把红色队列清掉，否则每重传一次就多一批重复任务，队列只会越来越堵。

4.2 收货流程配完，仓库任务没有自动生成

现象：inbound delivery 收货过账成功，ERP 侧库存也增加了，但进 EWM 看到货物还在收货暂存区，没有任何上架仓库任务生成。

原因：直接上架没激活，最常见的不是漏配 Direct Putaway 本身，而是流程类型绑定的仓库任务类型没有配对。仓库任务类型是实际生成任务的载体，流程类型选了、任务类型没指定，系统不知道要创建什么。

解决：先回到 SPRO 检查流程类型到仓库任务类型的映射；再确认产品主数据的上架规则存在。排查时打开 EWM 的应用程序日志，看收货动作到底停在哪个环节，是缺规则还是缺任务类型，日志会给明确答案。

4.3 上架规则存在，但货落到了错误的存储类型

现象：产品主数据明明设置了整托优先进高位货架，收货后货却进了拣货区，或者相反。

原因：上架规则的优先级顺序不对。上架规则按条件从上到下判断，第一条规则匹配成功就不再往下走。如果第一条规则条件写得太宽（比如只写了存储类型，没写产品组），那所有产品都被第一条规则接走，后面的高优先级规则形同虚设。

解决：把 EWM110 Unit 5 的上架规则课再走一遍，重点关注规则条件字段的粒度。规则条件越具体，优先级越靠前；同时确认产品主数据上有没有维护存储条件字段，主数据字段往往比规则条件更早生效，两个地方都要一致才行。

4.4 波次合并拣货（Two-Step Picking）配了但 RF 上没反应

现象：Unit 6 的波次（Waves）和两步拣货都配完了，波次能创建，但 RF 上只显示单品拣货，两步拣货的流程完全不触发。

原因：两步拣货不是波次类型自带的属性。波次创建后，要落到对应的仓库任务类型，而仓库任务类型的拣货确认方式决定了 RF 是按单品还按两步走。只配了波次类型、没配任务类型，等于上层有了、底层没搭。

解决：检查波次类型对应的仓库任务类型配置，确认拣货确认方式为两步拣货；再到 RF 菜单配置里确认两步拣货的 transaction 已激活。这个坑的隐蔽之处在于波次本身不报错，只是行为不对，必须从任务类型层面追。

4.5 容量检查配了但超容货照样入库

现象：货位最大重量设成 500 kg，收货 1000 kg 的货，系统照样把货分配到这个货位，没有任何警告。

原因：容量检查只在特定的仓库任务类型上生效。如果绑定给该流程的仓库任务类型没有勾选容量检查，货位的容量字段就是个摆设。另一种情况是产品主数据里的重量没维护，系统不知道货有多重，自然无法判断是否超容。

解决：核对仓库任务类型是否激活容量检查；核对产品主数据的重量和体积字段是否传输完整；最后到仓库监控里看货位占用量是否在预期范围内。这个配置点属于「配了不代表生效」的典型，必须在验证链路里加一条超容压力测试。

5. 配置完成怎么验证：把 12 个 Unit 走成一条验收链路

配置类的工作最怕「都配完了但不知道算不算成功」。EWM110 有 12 个 Unit，我的做法是不等全部配完再验证，而是每完成一个 Unit 就用最小数据跑一轮对应的业务动作，最后连成一条完整的验收链路。

这条链路也叫「最小闭环」：一笔货物从 ERP 收货进 EWM、上架、再拣货出库，这个循环能走通，基础定制才算真正完成了 Unit 1 到 Unit 6 的目标。后面 Unit 7 到 Unit 12 的存储控制、仓库订单创建、物理盘点、Slotting、PPF，都是在这个闭环上继续加条件和动作。

每一个节点失败时，先看该环节对应的配置点而不是报错日志本身。CIF 失败查 qRFC 队列，收货不生成任务查流程类型到任务类型的映射，波次不生效查任务类型的确认方式。报错信息永远是结果，配置差漏才是原因。

从那以后，我每次带人学 EWM，都强制自己先按 EWM110 的 Unit 顺序走一遍这条链路，配完一个 Unit 立即用最小数据验证，而不是攒到最后一起验。装环境也一样，先把部署方式定死、把数据通路打通，再动手配结构、灌主数据，顺序对了后面就很顺。这条验收链路我后来在多个项目里都当作业标准用，希望帮到你。

本文还有配套的精品资源，点击获取