简介《EWM110_EN_Col17_Basic Customizing SAP EWM.pdf》是面向SAP EWM实施顾问、仓库业务分析师及初学者的英文基础定制参与者手册对应课程版本17聚焦系统环境、仓库结构、库存管理、物料移动、仓库任务、设备集成、质量管理及接口集成等核心配置主题帮助读者建立从基础设置到端到端流程的配置框架。压缩包内为1个PDF文件大小约17.84MB便于在电脑或平板上查阅与检索。目前已有669人学习适合作为培训跟学、项目配置对照和知识点查漏补缺的参考材料。手册以讲师指导培训的章节结构组织覆盖课程概览与多个单元读者可据此理解EWM定制的整体脉络、关键术语和常见业务场景为后续实操和深入模块学习打下基础。1. 从一本 5 天手册说起EWM110 把 SAP EWM 定制压缩成了 12 个单元仓库上线前最难熬的那几天通常是配置表还空着一大半、项目组却在催着要一张端到端流程图的时候。EWM110 这本参与者手册就是为这种时刻准备的课程版本 175 天讲师面授电子书时长 19 小时 40 分钟12 个单元从系统环境、ERP 集成一路铺到结构元素、收货发货、存储控制和 PPF。它不按事务码罗列按一个仓库从建号、建箱、收货上架到拣配发货的真实顺序组织。适合谁读刚接手 SAP EWM 基础定制、需要把 SPRO 里散落的开关串成流程的人已经在做 ERP 集成、但对 CIF 和交货单分发只有模糊印象的人以及要给团队做内部培训、需要一份结构化大纲的人。手册给的是配置顺序和每个开关背后的业务含义照着走不容易踩坑。2. 集成先固定下来分散式布局下 CIF 与交货单分发怎么搭2.1 三种部署形态选完再动配置手册开头就把话说得很直SAP EWM 设计上是按分散式系统运行的通常部署在 SCM 服务器上和 APO、事件管理共用一套服务器环境但逻辑上是一个独立应用。手册还明确建议把 EWM 和生产计划类应用比如 APO 的需求计划、生产计划与详细排程分到不同服务器上原因是这两类负载的高峰期经常撞车——月末跑计划的时候仓库还在拣货抢的就是同一批 CPU。部署形态运行位置典型适用场景关键限制分散式 EWM独立 SCM 服务器多个 ERP 实例、多仓库、仓库自动化程度高需要维护 CIF 与交货分发两条链路S/4HANA 嵌入式 EWMS/4HANA 同一实例单一 ERP 实例、希望减少集成点不需要 CIF主数据同库直读集中式ERP 内ECC 应用服务器规模小、预算紧、只有一个 client只能操作与仓库同 client 的存储地点选型的判断顺序我一般这么走先看有几个 ERP 生产实例超过一个基本就得分散式再看仓库是否需要独立升级节奏需要就分散式如果只有一个 S/4HANA 实例、集成点越少越好嵌入式是更省心的选择手册里也点明了嵌入式 EWM 从 S/4HANA 1610 起可用。集中式那条路要格外谨慎它的限制写得很清楚——装在 ERP 里的 EWM 只能处理同 client 内、仓库所在的那个存储地点范围跨 client 或跨公司代码的仓网一旦铺开就会撞墙。嵌入式方案还有个容易被忽略的点手册说分散式和嵌入式的流程本质上是相同的差异会在对应章节单独指出。这句话的实际含义是你在嵌入式里学到的流程类型、上架规则、拣配策略配置逻辑换到分散式一样成立差异主要集中在集成层。所以先定形态不是为了学两套东西而是为了决定集成章节要不要认真读。2.2 CIF主数据只能单向走这一条路两类数据要在 ERP 和 EWM 之间流动主数据和事务数据。主数据的主导系统是 ERP数据只从 ERP 单向传到 EWM用的是 CIFCore Interface也就是 ERP 与 SCM 系统之间的标准接口事务数据走的是另一套分发模型。两者技术上都是基于 qRFC 的早期 ERP 版本还支持 IDoc。这条“单向”很关键EWM 侧改物料主数据不会回写 ERP所以主数据有问题必须回源头改别在 EWM 里打补丁。实操步骤大致是这些对齐逻辑系统。ERP 侧和 EWM 侧各自维护对方的逻辑系统名称这一步错了后面全是空的。在 ERP 侧用 CF01 创建集成模型指定目标系统为 EWM 所在系统。选对象。物料主数据是必选客户、供应商、采购信息记录按业务范围决定要不要带。首次激活做初始传输之后靠增量传输保持同步。传输过程中盯 SMQ1出站队列和 SMQ2入站队列队列堆积就是传输没走完。上线前做一次 CIF 对账确认 ERP 和 EWM 两边的物料数量、关键字段一致。集成模型里有两个参数值得单独说。Block Size 决定一次打包传输多少条记录设得太大会让单次队列报文变重、失败重传慢设得太小则队列数量暴涨、监控困难常规做法是从几百条起步观察队列处理速度再调。并行进程数Number of Parallel Processes直接决定初始传输的总耗时但不是越大越好源系统 CPU 和 qRFC 调度器会成为瓶颈一般按业务闲时窗口的容量来定。提示初始传输建议放在业务空闲时段并且提前把 ERP 侧的应用日志清一遍否则传输失败时日志会被冲掉排查只能靠猜。2.3 交货单分发和 CIF 完全独立的第二条链路事务数据不走 CIF走的是独立的分发模型。ERP 侧生成交货单后由输出控制触发通过 qRFC 推到 EWMEWM 侧在分发模型里维护 ERP 逻辑系统、消息类型和仓库号的对应关系决定哪些交货单进哪个仓库。这套配置和 CIF 是两条平行链路经常出现 CIF 通了、物料主数据也都对得上但交货单就是进不来——因为分发模型根本没配或者输出类型没挂到对应的交货类型上。链路传什么触发方式主要监控点CIF物料、客户、供应商等主数据集成模型激活 增量SMQ1 / SMQ2、集成模型日志交货单分发入库交货、出库交货ERP 输出控制触发 qRFCSMQ1 / SMQ2、EWM 侧入库/出库交货单库存与过账过账更改、库存同步业务操作触发EWM 监控器中的队列与错误日志分发模型里最容易配错的是过滤条件。如果模型里限制了仓库号但 ERP 交货单上的收货工厂、存储地点映射不到这个仓库号单据会在 ERP 侧排队但 EWM 侧永远收不到。上线前建议拿三种典型交货类型各跑一遍标准采购入库、标准销售出库、退货三种全通才算链路通。另外ERP 侧的交货单一旦在 EWM 侧生成了对应单据后续就归 EWM 管ERP 侧的回写是异步的不要指望即时一致。3. 结构元素与主数据仓库号往下这四层怎么搭3.1 仓库号、存储类型、存储区、存储箱层级不能跳EWM 的仓库结构是严格的树形仓库号在最上层往下是存储类型Storage Type再往下是存储区Storage Section最细是存储箱Storage Bin。这四个层次不是装饰上架规则、拣配策略、容量检查全部挂在这些层级上跳着建最典型的后果是后面配规则时发现没有可挂的对象。配置顺序建议固定成这个套路定义仓库号一般四位编码同时确定仓库的编号范围和后续要分配的业务类型。定义存储类型并给每个存储类型指定角色。角色决定这个存储类型能不能收货、能不能拣货、是不是拣配区或发货区。定义存储区按物理区域或货架区划分一个存储类型下可以有多个存储区。维护存储箱主数据按货架模板批量生成再逐个补充容量和状态。存储类型角色典型用途配置上要注意标准存储常规托盘、货架存储需要维护上架规则和容量检查拣配区面向订单拣货的前置区需要配补货策略否则会拣空收货区 / 发货区收发货暂存一般不参与上架规则搜索质检区待检库存隔离与可用性组配合使用存储类型的角色配错了最直观的表现是收货时系统提示找不到上架目标。这种错误在配置阶段很难自查出来因为存类型本身建得好好的只是“角色”这个开关没打开。3.2 存储箱与工作中心批量生成的务实做法存储箱按货架坐标编码是最常见的做法形如01-02-03表示 1 号货架、2 层、3 位。手工一个个建几百个箱子纯属自找麻烦常规走法是先定义货架模板结构把行、层、位的数量填进去让系统按模板批量生成存储箱然后再把箱子分配给对应的存储类型和存储区。生成之后必须抽查重点看三样箱子所属的存储类型对不对、排序值合不合理、容量字段有没有留空。工作中心Work Center是容易被拖到最后才做的对象但它决定了后续仓库订单能不能分配到具体作业点。维护时至少要把工作中心与存储区绑定声明这个工作中心负责哪些区域再确定它支持的作业类型收货、上架、拣货、包装。如果仓库用 RF 作业工作中心的设备分配也要一并确认否则仓库订单生成后没有可用的执行终端任务就卡在系统里。注意存储箱生成后如果要调整存储类型归属先确认箱子里没有库存。有库存的箱子改归属后续库存一致性和盘点都会对不上。3.3 产品主数据与包装规格CIF 来的和本地补的产品主数据从 ERP 通过 CIF 过来带的是基础视图EWM 侧还要补仓库相关的内容存储类型数据哪些存储类型允许存这个产品、计量单位换算、危险品标识、批次相关设置。这些字段在 ERP 里没有对应位置只能在 EWM 侧维护所以上线前要规划好谁负责补、什么时候补否则收货当天才发现没有可用的上架存储类型。包装规格Packaging Specification是另一块独立主数据用来描述一个产品能怎么被打包单件装几层、一层几箱、一托几层每层的数量上限是多少。它在收货、包装和仓库任务里都会被引用作用是把“数量”翻译成“几个搬运单元”。维护的时候重点不是把层级写全而是把每层的最大数量和单位的换算关系写对这两项错了后面的容量检查和包装建议全部失真。主数据对象来源需要补的关键内容影响的下游产品主数据ERP 经 CIF 传输存储类型数据、单位换算、批次设置上架、拣配、盘点包装规格EWM 本地维护层级数量、每层上限、单位换算收货包装、容量检查存储箱EWM 本地维护所属存储类型、容量、排序值上架规则、容量检查工作中心EWM 本地维护负责的存储区、作业类型、设备仓库订单分配4. 入库与出库的流程配置从仓库流程类型到两步拣配4.1 仓库流程类型先决定这一步要不要生成仓库任务仓库流程类型Warehouse Process Type是整个流程配置的总开关。它挂在仓库号加业务场景上决定一笔业务进来之后系统做哪几件事要不要生成仓库任务、要不要生成仓库订单、要不要创建搬运单元、要不要打印单据。很多人一上来就配拣配策略结果发现拣配策略根本没被调用问题就出在流程类型上——它压根没让系统生成仓库任务。配置路径在 SPRO 的 EWM 交叉流程设置下先定义流程类型再分配给仓库号和业务事务。判断逻辑很简单先问这一步是否需要人工或设备真的去搬货需要就生成仓库任务如果只是账面上的库存变化流程类型里就别开任务创建否则会产生一堆没有实际作业意义的任务把监控报表冲得没法看。流程类型控制项打开的效果什么时候不该打开仓库任务创建生成可执行的作业任务纯账面过账、内部调账仓库订单创建任务被打包成订单分配给资源任务量大但无需按资源调度搬运单元创建收货时自动建 HU散装或不需要 HU 管理的物料打印控制触发单据打印已全面无纸化、走 RF 的场景4.2 入库侧可用性组、直接上架、上架规则与容量检查可用性组解决的是“货到了但还不能卖”的问题。收货完成不等于库存可用质检没走完、上架没完成的库存如果直接进可用库存销售端就会超卖。可用性组的作用就是把收货后的库存先挂在一个受控状态上等质检或上架流程走完再释放。配置时要注意组的数量别开太多三到五个覆盖待检、冻结、可用就够开十几个只会让后续的库存报表没人看得懂。直接上架Direct Putaway跳过中间存储收货后直接把货分到最终存储箱。它适合周转快、品类稳定的物料配置上需要把上架规则和存储类型搜索顺序先理顺否则直接上架会退化成“随机找个空箱子扔进去”。上架规则的常见组合是空箱优先、就近原则、固定箱补充固定箱适合有固定货位的畅销品但固定箱一旦满了规则里必须有兜底的下一顺位不然收货直接报错。容量检查是上架环节的保险。它按存储类型或存储箱的容量上限重量、体积、最大数量判断还能不能放检查级别可以设成警告或错误。设成警告意味着超容量还能继续上架只是留一条日志设成错误则直接阻断。生产环境里我倾向对存储类型级别设错误、对单个箱子设警告因为箱子容量数据经常维护得不全一刀切设错误会让收货频繁中断。4.3 出库侧拣配策略、波次与两步拣配拣配策略决定系统从哪个箱子开始拣。常用的几种FIFO 按入库日期先进先出适合保质期不敏感但周转要求高的品类LIFO 后进先出适合堆垛存放、只方便取最上层的场景保质期策略SLED按剩余保质期排序食品、医药类基本绕不开。策略可以叠加配置时要注意优先级顺序先按哪个排序、再按哪个排序这个顺序错了结果会完全不同。拣配策略排序依据适用场景常见误配FIFO入库日期快消、周转要求高未维护入库日期退化成随机LIFO入库日期倒序堆垛存储、单侧取货与 FIFO 同时启用未设优先级SLED剩余保质期食品、医药批次未启用保质期管理部分数量满足数量的最小箱数拆零拣配未配拆箱规则导致整箱出库波次是把多个出库需求合并成一批作业的手段。合并的维度可以是路线、客户、发货时间窗。配置波次模板时最容易翻车的是合并规则设得太宽把不同路线的单据塞进同一个波次拣完之后在发货区还要二次分拣实际效率反而下降。两步拣配把拣货拆成两段先从存储箱拣到拣配区再从拣配区分配到最终的发货或包装点。它的价值在于大批量拣货时可以集中作业减少设备在仓库深处的往返。配置需要分两层做仓库级的参数决定是否启用两步单据级的参数决定这一单走不走两步只配一层是最常见的半吊子状态。4.4 存储控制与仓库订单创建把前后台串起来面向流程的存储控制Process-Oriented Storage Control允许在标准的上架或拣配路径中插入额外步骤比如先称重、再去包装、再质检。它的配置方式是定义一套步骤序列把步骤挂到流程类型上每个步骤都可以有自己的仓库流程类型。这套东西很灵活但每加一个步骤就多一次任务生成任务数量会成倍增长配之前先算清楚作业量。面向布局的存储控制Layout-Oriented Storage Control走的是另一条思路按仓库的物理布局控制搬运单元从哪个存储类型进、从哪个存储类型出中间经过哪些过渡区。它更适合有明确物理分区、搬运路径固定的大型仓库。仓库订单创建规则决定多少个仓库任务被打包成一个仓库订单。打包维度可以是资源、作业类型、优先级、数量上限。规则设得太细订单数量爆炸作业员领单领到手软设得太粗一个订单干半天进度无法跟踪。常规经验是按作业类型加数量上限打包上限取作业员一个波次能完成的量。5. 常见问题排查五条踩坑记录5.1 坑一CIF 激活成功EWM 里就是查不到物料现象集成模型显示已激活SMQ1 和 SMQ2 都是空的但在 EWM 侧按物料号查询要么查不到要么字段大面积空白。原因多半是集成模型里的对象范围没选全。物料主数据在 CIF 里是按工厂、按视图拆开传的模型里只选了基础视图、没选仓库相关视图或者过滤条件限定了工厂范围而目标仓库对应的工厂不在其中。另一种情况是逻辑系统对不上报文进了队列但目标系统找不到接收方。解决回到 CF01 检查模型的过滤条件和对象勾选把仓库实际用到的工厂全部纳入确认两边的逻辑系统名称完全一致区分大小写重新激活模型后做一次增量传输再用 SMQ1/SMQ2 确认队列清空。最后在 EWM 侧核对产品主数据的存储类型数据是否已补CIF 不会传这部分。5.2 坑二交货单在 ERP 侧生成了EWM 侧死活收不到现象ERP 里交货单状态正常但 EWM 侧查不到对应的入库或出库交货单SMQ1 里能看到堆积的队列条目。原因分发模型没配或者配置了但过滤条件把这张单排除了。另一个高频原因是 ERP 侧的输出类型没有挂到该交货类型上单据生成时压根没触发分发。队列堆积则说明报文发出去了但接收端处理失败。解决先在 SMQ1 看队列里的报文内容确认单据号是否在预期范围内再检查分发模型里维护的仓库号与 ERP 交货单上映射出来的仓库号是否一致最后核对输出确定配置拿一张测试单据手工触发一次输出看报文能不能生成。队列里的错误条目不要直接删先看错误日志再决定重传还是作废。5.3 坑三收货过账成功但没有生成任何仓库任务现象入库交货单在 EWM 侧收货过账完成库存也有了但监控器里看不到仓库任务货实际还堆在收货区。原因仓库流程类型没配或者配了但没分配给对应的仓库号和业务事务。也可能是流程类型里“仓库任务创建”这个开关没打开。相对少见的第三种情况是库存所在位置本身就不需要任务比如直接过到某个不参与任务管理的存储类型。解决按业务事务反查流程类型的分配表确认仓库号加业务事务的组合有对应条目进流程类型明细确认任务创建和订单创建的勾选状态如果都正常再查该物料的存储类型数据确认目标存储类型允许存放并参与上架规则搜索。5.4 坑四上架规则配了一堆系统还是随便找箱子现象存储类型搜索顺序和上架策略都维护了实际收货时系统分配的位置却完全没有按规则走。原因上架规则的生效前提是存储类型上启用了对应的上架控制规则本身只是策略得有人调用它。常见错误是搜索顺序里列的存储类型没有开启上架控制或者固定箱没维护、空箱优先策略下又没有可用空箱系统直接落到兜底逻辑。容量检查设成错误级别时超容量的箱子会被跳过看起来也像“没按规则走”。解决逐个检查搜索顺序里的存储类型确认上架控制开关打开抽查固定箱的维护记录把容量检查临时调成警告看是不是被容量拦掉了最后用系统的上架模拟功能跑一遍比对着日志看规则到底命中了哪一条。5.5 坑五两步拣配只走了第一步现象拣配任务执行完第一步货到了拣配区第二步的分发任务却没有自动生成货卡在中间区。原因两步拣配要配两层参数仓库级开关打开了、单据级没打开或者反过来。另一种情况是拣配区的存储类型角色配错系统不认为那里是合法的中间暂存点也就不生成后续任务。波次合并后单据结构变化也可能导致第二步的触发条件不满足。解决先确认仓库级和单据级的两个开关都是启用状态检查拣配区存储类型的角色和上架/拣配控制对已经卡住的单据用监控器里的后续功能手工触发一次分发任务生成确认逻辑通不通再回头找配置缺口。6. 一条端到端验证链六个检查点走完再谈上线配置做完不等于流程跑得通。我习惯在正式切换前跑一条从主数据到发货的完整链路把它拆成六个检查点每个点都有明确的期望结果和失败时的排查方向。这套顺序的价值在于前一个点不通过后面的点全部不成立可以快速定位问题出在哪一层而不是在一片报错里靠猜。检查点操作期望结果失败先看哪里1. 主数据从 ERP 触发一次物料增量传输EWM 侧能查到产品且存储类型数据已补CIF 集成模型、SMQ1/SMQ22. 结构按仓库号查存储类型、存储区、存储箱层级完整、角色正确、无孤立存储箱存储类型角色、箱子归属3. 入库分发创建采购入库交货单并分发EWM 侧生成对应入库交货单分发模型、输出类型4. 收货上架收货过账并执行上架生成仓库任务与仓库订单库存落到目标箱流程类型、上架规则、容量检查5. 出库拣配创建销售出库单跑波次和拣配按策略命中源箱两步拣配两段任务齐全拣配策略、波次模板、两层开关6. 发货过账完成包装、发货过账库存减少ERP 侧状态同步分发回写队列、PPF 动作第三点和第四点之间最容易出问题因为跨了系统边界。我一般会在跑之前先把 EWM 监控器里的队列清一遍跑完立刻回看队列里出现新条目就说明某段报文没被处理完。有个技巧值得单独说把这六个检查点对应的关键单据号记在一张纸上不要依赖系统里翻。切换当天几十个人在不同环节操作出问题时最快的方式是拿着单据号直接定位到具体环节而不是从菜单一层层点进去找。我吃过这个亏一个卡住的入库单翻了一个多小时最后发现只是分发队列里积压了一条失败报文重传就好。从那以后我每次做 EWM 上线前的验证都强制走完这六步并且留下单据号记录哪怕时间再紧也不跳步。希望帮到你。本文还有配套的精品资源点击获取