SAP EWM110入门：仓库结构、主数据与收货上架配置指南

简介：面向SAP EWM初级至中级实施顾问、仓库业务配置人员及希望系统掌握Extended Warehouse Management基础定制的学习者，这份SAP EWM110（课程版本17）参与者手册对应5天讲师指导培训，围绕系统环境、仓库结构、库存管理、收货上架拣选发货、仓库任务、设备集成、质量检验、报表KPI、接口集成与变更管理等核心配置展开，帮助读者理解如何按业务需求搭建并优化仓库运营流程。资源包共1个PDF文件，大小17.84MB，便于在电脑或平板上查阅与检索。已有669人学习，适合作为培训跟学、配置查阅和项目准备时的参考材料，也可用于梳理EWM基础定制知识框架、对照课程单元查漏补缺，提升仓库配置与流程设计能力。

1. 别被"配置"两个字劝退：EWM110 到底是一份什么资料

第一次听到这个课名的人，多半会先被"配置"两个字吓退，以为要背一长串开关。换个说法就好懂了：一个仓库从"货堆在地上、靠老师傅记位置"，长成"系统知道每一托盘在第几排第几层第几格"，中间要补哪些表、开哪些开关，就是这份 SAP EWM110 参与者手册要讲的事。它对应 SAP EWM 一门 5 天的讲师课，内容覆盖系统环境、仓库结构、收货上架、拣配发货、盘点这几条主线，讲的是最基础的那一层。

适合谁读？刚转进仓储方向的顾问、要参与项目但听不懂技术同事在说什么的业务成员，以及想自学摸清门路的初学者。不需要会写代码，但得愿意在系统里点着走一遍。

2. 先搞清楚它管什么：为什么仓库不能靠普通库存管理硬扛

2.1 从自家车库到立体库：一个不用记术语的类比

想象你家车库。东西不多的时候，你只需要知道"工具箱在车库里"，这一层信息普通库存管理就够了——它回答的是"我有多少、放在哪个仓库"。可当车库变成三层立体货架、两百个格子、三个工人同时进出货，问题立刻变了：不是"有没有"，而是"到底在第几排第几列第几层，谁去拿，走哪条路最近，拿完要不要补货"。SAP EWM 管的正是后面这一层。

这就是新手最容易混淆的地方。普通库存管理站在"账"的角度，关心数量和金额；EWM 站在"动"的角度，关心每一箱货从进大门到出大门之间走过的每一步。所以同样的一个物料，在 ERP 里记的是库存余额，在 EWM 里记的是它此刻躺在哪个存储箱、属于哪个可用状态、下一步被派给谁去搬。搞清楚这个视角差别，后面看手册里那些听着玄学的名词，就都有落脚点了。

由此也能推出一个判断标准：如果你的仓库只有一两个区域、几个工人、SKU 不到几百，硬上 EWM 是自找麻烦；一旦出现多区域、多作业类型、需要按波次集中拣货、需要记录每个人干了多少活，那普通库存管理就会开始吃力，EWM 的价值才显出来。这份手册面向的就是后者。

2.2 三块地盘：入库、库存与作业、出库

手册把 EWM 的流程归成三大块，这个划分值得先记在脑子里，因为它基本就是后面所有配置章节的目录。

入库这一块，从运输单元到门口开始。车到了，门岗先做个预检，卸货，每一托盘再过一遍，然后送到作业台拆包，该送检的送检，最后上架到最终存储箱。中间任何一步检查不通过，货就往退回的方向走。手册里对应的是收货流程、直装上架、上架规则、能力检查这几节。

库存与作业这一块，是仓库的"日常维护"。盘点、补货、货位重整、成套装配（把几个总是一起发的物料打成一个套件再入库），都属于这里。这部分最容易被新手忽略，因为平时不显眼，可一旦盘点对不上、拣货区空了没补，整条线就停了。

出库这一块，从计划开始。系统先定路线、定波次、定从哪个箱子取货，然后拣货、打包、暂存、装车。手册里对应的就是库存移除策略、异常处理、波次合并、两步拣配。把这三块想成"进—存—出"三个抽屉，你在手册目录里翻到任何一节，都能立刻归位。

2.3 三种摆法：分散式、嵌入 S/4HANA、装在 ERP 里

新手看部署这一节最容易犯困，但它是绕不过去的，因为后面所有操作路径都取决于你们家是哪种摆法。手册里给了三种。

第一种是分散式，也是最常见的。EWM 作为一套独立系统跑，和 ERP 分开，中间靠接口传数据。它的好处是仓库这边再怎么折腾——加设备、调策略、跑大批量任务——都不会拖累 ERP 那边的财务和销售。

第二种是嵌入在 S/4HANA 里的，从 1610 版本开始提供。它把 EWM 装进同一套系统里，好处是不用再搭一套接口，坏处是仓库和 ERP 抢同一份资源，出了问题排查面更宽。

第三种是把 EWM 装在 ERP 系统内部，这种摆法有个明确的限制：仓库只能对同一个 client 里的存储地点生效。手册特意点了这一句，因为这是新手最容易踩到的地方——跨 client 的库存，它管不了。

入门阶段你不需要判断哪种更好，只需要做一件事：问清楚你手上的环境属于哪一种。这句话听起来废话，但我见过太多人对着分散式的界面找嵌入式的菜单，找了一下午。

2.4 数据怎么进来：CIF 单向传主数据，交货单据传业务数据

EWM 虽然自成一套，但它不生产数据，数据是从 ERP 流进来的。手册把这件事拆得很清楚：两类数据，两条通道。

主数据，比如物料、包装规格、存储相关的属性，ERP 是主导系统，也就是谁说了算在 ERP 那边。所以数据只往一个方向走：ERP 到 EWM，不回流。传输用的接口叫 CIF，是 ERP 和供应链这套系统之间的标准通道。注意，用的是嵌入 S/4HANA 的话，就不需要 CIF 了，因为两边本来就在一套系统里。

业务数据，比如入库交货单、出库交货单，走的是另一套分发模型。技术上这两条通道底层都基于 qRFC，早期版本的 ERP 还支持 IDoc。入门阶段你只要记住一句话就够了：主数据是"抄过来"的，业务数据是"传过来"的，抄坏了要回 ERP 改，传丢了要去查队列。

这个区分非常实用。新手最典型的困惑是"我在 EWM 里改了个物料属性，怎么一刷新又变回去了"——因为主导系统不在这边，改了也白改。知道这条规则，能省掉很多无谓的排查时间。

2.5 第一个动手练习：拿一张纸画出数据流

这一步不需要登录系统，一张纸一支笔就够，但做完之后你对整份手册的理解会完全不一样。

1. 在纸左边画一个方框，写"ERP"，右边画一个方框，写"EWM"。
2. 在 ERP 框里列出三样东西：物料、包装规格、交货单。
3. 从 ERP 往 EWM 画箭头，物料和包装规格这两条标上"CIF，单向"。
4. 交货单单独画一条箭头，标上"分发模型"。
5. 在 EWM 框下面再画三个小方框：入库、库存作业、出库，用箭头串起来。
6. 在入库和出库之间画一条反向的小箭头，标上"库存变动回传"。

画完盯着看两分钟。你会发现，手册后面十二个单元，基本都挂在这张图的某个位置上——讲结构的挂右边，讲集成的挂中间那两条线上，讲流程的挂在下面三个框里。

这个练习的意义在于建立"位置感"。新手学这类系统最痛苦的不是某个功能不会用，而是不知道自己在哪。有了这张图，你翻到任何一节，都能先问自己一句：我现在站在图的哪个位置？是数据流，还是流程？问题一被定位，答案就好找了。

提示：这张图建议手画，别在电脑上画。手写一遍的过程本身就是在记忆结构，而且新手阶段这张图会改很多次，手画改起来不心疼。

3. 骨架先立起来：仓库结构、存储箱与主数据怎么配

3.1 仓库号、存储类型、存储区：三层结构别搞混

配置 EWM，第一步永远是搭结构，而结构就三层，从大到小：仓库号、存储类型、存储区。这三层的关系可以拿一栋楼来比。

仓库号，相当于这栋楼本身，是一个独立的作业单元。一个公司可以有多个仓库号，比如一个成品仓、一个原料仓，它们的数据彼此隔离。新手常见的误解是把仓库号当成 ERP 里的工厂，其实不是一回事，两者之间要单独建映射关系，这一步没做，后面单据根本传不过来。

存储类型，相当于楼里的楼层或区域划分。常见的有收货区、上架区、拣货区、发货区。它决定的不是位置，而是"这块地方按什么规则作业"——比如收货区的货默认要上架，拣货区的货默认要补货。所以存储类型本质上是一个行为约定，不是地理坐标。

存储区，是存储类型下面的细分，通常按物理特征分，比如重型货架区、小件区、冷藏区。它的作用是让系统在做上架搜索时能缩小范围。再往下才是存储箱，也就是真正的那一格。

三层结构之所以必须先搭，是因为后面所有的策略——上架往哪放、拣货从哪取、补货怎么算——都要在这三层上做搜索。结构乱了，策略就永远调不准。我第一次学的时候，是先把这三个词在纸上画成"楼—层—格"再回系统里看的，比对着菜单硬背快得多。

3.2 存储箱和工作中心：把"位置"和"人"落到系统里

存储箱是系统里最小的位置单位，一个箱子就是货架上的一格。手册里专门有一节讲创建存储箱，因为这一步数量大、又容易错。常规做法不是手工一个个建，而是按坐标规则批量生成，比如"排-列-层"三段式编号，系统按区间一次性铺开。

这里有个新手很容易忽略的细节：存储箱不只是个编号，它还挂着属性，比如能放多高、能承多重、允许放什么类型。这些属性在后面的能力检查里会被用到。也就是说，你建箱子时随手填的重量上限，会在某个上架动作时决定系统让不让你放——填错了，货就会莫名上不去。

工作中心解决的是另一个维度：人。它代表仓库里一个具体的作业位置，比如某个打包台、某个拣货站。把工作中心和存储箱分开建，是很多人一开始想不通的地方——为什么不能直接用存储箱当作业点？因为作业点强调的是"谁来干、用什么设备、默认走哪套流程"，它跟货放哪儿是两回事。一个打包台不存货，但它必须存在。

把这两个概念分开之后，你会更容易理解后面的仓库订单：订单不是派的"位置"，派的是"人加任务"。

3.3 物料主数据和包装规格：为什么同一个物料要建两遍

新手第一次看到"物料在 ERP 建一遍、还要在 EWM 建一遍"通常会炸：这不是重复劳动吗？

不是。两边记的东西根本不一样。ERP 那边的物料主数据，重点在采购、销售、财务这些视角——多少钱、从谁买、税怎么算。EWM 这边的仓储产品主数据，重点在物理属性——这个物料能不能拆包、按什么单位存、需不需要序列号、上架时允不允许混放。一个物料在 ERP 里可能只是一行金额，在 EWM 里却要描述成"一个 40×30×20 的箱子，最重 15 公斤，可以叠三层"。

包装规格就是干这个的。它把"一个托盘上放多少箱、一箱装多少件"这种现实世界的包装层级，翻译成系统能算的东西。没有它，系统不知道一托盘到底算一件还是算一百件，波次和拣配的数就全乱了。

所以正确的理解是：ERP 负责"这东西值多少钱"，EWM 负责"这东西怎么搬"。两边字段重合度低，谈不上重复。入门阶段不必把每个字段都背下来，只要记住上架、拣货、包装这三个动作各自依赖哪些属性，其余用到再查。

3.4 第一个跟做练习：按清单把最小仓库搭出来

这个练习的目标不是配全，而是跑通一个"能上架"的最小闭环。建议在测试环境做，动手前先确认自己在一个可以随便改的 client 里。

1. 建一个仓库号，记下编号，后面所有配置都挂在它下面。
2. 建两个存储类型：一个叫收货区，一个叫上架区。
3. 在上架区下面建一个存储区，比如"重型货架区"。
4. 批量生成 10 个存储箱，编号用"01-01-01"到"01-01-10"这种三段式。
5. 建一个工作中心，指向打包或收货作业。
6. 从 ERP 侧触发一次物料同步，到 EWM 里确认这个物料已经能看到。
7. 给这个物料建一条包装规格，写清一托盘放几箱、一箱装几件。
8. 在系统里做一笔最简单的入库交货单，看它能不能生成仓库任务。

做完第 8 步基本就成功了。如果卡在某一步，先别急着改配置，回到第 2 章那张数据流图上看一眼：你卡住的地方是数据没过来，还是结构没建对？这两个方向的排查方法完全不同。

注意：这个练习里的存储类型名字随便起，但编号规则一定要定死。后面所有策略都靠编号搜索，编号一乱，等于给自己埋雷。

4. 让货真的动起来：收货、上架、拣配与仓库任务

4.1 仓库流程类型：一句话说清它在决定什么

仓库流程类型这个名字听着抽象，其实它管的事很具体：这一笔货，该走哪套作业规则。

每一笔入库或出库动作，系统都要问几个问题——上架时用哪套存储控制？拣货时用哪种移除策略？要不要生成仓库任务？要不要走两步？仓库流程类型就是这几个答案的打包。它像一张"作业说明书"，贴在每一行单据上，系统照着它去执行。

这解释了为什么新手会觉得"我明明配了上架策略，怎么没生效"。八成是流程类型没指到那套策略上，或者指到了但优先级被别的规则盖住了。所以排查顺序永远是：先看这行单据带的是哪个流程类型，再看这个流程类型引用了什么。

入门阶段不建议一上来就自定义流程类型，先用系统里现有的标准类型把流程跑通，理解每个字段在影响什么，再动手改。这是我自己踩过的坑——一开始就想着"我按业务需要重新设计一套"，结果流程跑不通，也说不清是哪一步的问题。

4.2 收货：直装上架、上架规则和能力检查

收货这一段的入门重点，是搞懂货到了之后系统怎么决定"放哪"。

最直接的方式叫直装上架，意思是收货之后不做中间暂存，直接一步上到最终存储箱。它适合那些明确知道该放哪的货，速度快。但现实中很多货不知道该放哪，这时候就要靠上架规则来搜索。

上架规则的搜索逻辑可以想成一张打分表：先按存储类型找范围，再按存储区缩范围，然后看箱子空不空、能不能混放、容量够不够，最后挑一个。搜索顺序是有先后的，顺序错了，结果就会很奇怪——比如你明明想优先填满已有的箱子，系统却总开新箱，那多半是"空箱优先"这条规则排在了前面。

能力检查是上架的最后一道闸。系统会算这个箱子还能不能再放，重量、体积、最大堆叠层数都算进去。这一步是很多"货上不去"问题的根源，而它依赖的数据，恰恰是你在建存储箱时填的那些属性。属性填错，检查就会误判。

把这三件事串起来看就清楚了：直装上架是策略，上架规则是搜索，能力检查是守门。三者缺一，收货就不完整。

4.3 发货：库存移除策略、波次、两步拣配

出库这边的入门重点，和收货正好对称：收货问"放哪"，发货问"从哪取"。

库存移除策略决定取货顺序。最常见的两种思路，一种是先进先出，按入库时间排；另一种是按到期日，快过期的先出。选哪种不是技术问题，是业务问题——食品和化学品多半按到期日，普通件按先进先出就行。新手容易在这里翻车的地方是：策略配了，但物料上没带对应的日期字段，系统没东西可排，就退化成随机取货。

波次解决的是效率。一个人一趟只拿一张单的货，走一趟仓库只取三件，太浪费。波次就是把多张出库单里的货合并成一批，让拣货员一次走完。手册里讲波次合并，重点在"什么条件下能合"——同一个路线、同一个时间窗、同类包装，才能合到一起。

两步拣配是为了解决拣货区容量有限的问题。第一步从存储区大批量取到拣货区，第二步再从拣货区按单取到发货区。这么绕一圈，是因为大货架上的整托盘不方便一张单一张单地拆。新手听到"两步"容易觉得多余，等看到拣货区每天被塞爆，就明白了。

4.4 仓库订单与存储控制：任务是怎么被派到人手上的

到这一步，前面所有配置开始收口。系统知道了货在哪、该去哪，接下来要决定：这些动作怎么变成一张张能派给工人的单子。

仓库任务是原子动作，比如"从 A 箱取 10 件到 B 箱"。仓库订单是任务的打包，一个订单里可以有好几个任务，通常按作业区域和优先级合并，目的是让一个人少跑几趟。这一步的合并规则是可以配的，配得好，工人一趟能带好几张单；配得不好，一个人满仓库乱跑。

存储控制管的是另一件事：动作的先后顺序。面向过程的存储控制，是按作业步骤排，比如先质检再上架；面向布局的存储控制，是按物理位置排，比如货必须先经过某个中间存储类型才能到最终位置。前者管"先做什么"，后者管"经过哪"。

这两者经常被混在一起问。一个简单的区分方法：如果你的需求是"这批货要先检验再入库"，那是过程；如果是"这批货必须先放在缓冲区的某个位置"，那是布局。想清楚是哪一种，再去翻对应的那节，能少走很多弯路。

4.5 第二个跟做练习：走一遍从收货到上架

这次要在系统里真点一遍，目标是把第 3 章搭的最小仓库用起来。

1. 建一张入库交货单，带上第 3 章那个物料和数量。
2. 确认单据已经传到 EWM，能看到对应的入库交货。
3. 触发收货过账，观察系统是否生成了仓库任务。
4. 打开这张仓库任务，看它的源位置和目标位置分别是什么。
5. 如果目标位置不是你以为的那个箱子，去看这条任务带的是哪个仓库流程类型。
6. 顺着流程类型去找它引用的上架规则，看搜索顺序里哪一条先命中了。
7. 确认任务，完成上架，回头查这个存储箱的库存。
8. 把第 5 步到第 7 步再走一遍，这次故意把某个箱子的容量属性改小，看上架会不会被拦。

第 8 步是关键。故意制造一次失败，比成功十次学到的东西多——你会亲眼看到能力检查在哪儿拦人，报什么错，错误信息指向哪个配置。这种"看见"是看文档看不来的，只能自己撞一次。

5. 新手最容易翻车的五件事：常见问题与排查

5.1 配置层面的三个坑

现象一：ERP 里建了交货单，EWM 里死活查不到。

原因是仓库号和 ERP 那边的工厂、存储地点没建立映射，或者这条单据类型根本没开启集成。很多人一上来就怀疑接口坏了，其实大部分时候是映射表里少了一行。解决方式很朴素：回到配置里，确认仓库号已分配给对应的工厂和存储地点组合，再看单据类型有没有勾上集成标识。改完重新触发一次，别用旧单据试。

现象二：上架策略明明配了，货却永远往同一个箱子跑。

先别怪策略。最常见的真实原因是那个箱子被设成了"空箱优先"或者"固定位置"，也可能是其他箱子的容量属性没填，系统一算发现只有这一个能放。解决顺序是：打开这条仓库任务的搜索日志，看它按什么顺序找到了这个箱子；再逐个检查候选箱子的容量属性是否完整。属性为空在新环境里极其普遍，因为它不是必填项，但检查时会当成 0 处理。

现象三：改完配置，刷新页面毫无变化。

这类系统的配置并非全部即时生效，有些规则在单据创建那一刻就已经固化在单据上了。所以改完配置，拿一张旧单据去测，永远测不出效果。正确做法是新建一张单据验证。另外别忘了确认自己待的是哪个 client——测试环境和开发环境长得一模一样，切错了自己都不知道。

5.2 数据与流程层面的两个坑

现象四：物料在 EWM 里能看到，但上架时报错说找不到产品。

能"看到"和能"用来作业"是两回事。物料同步过来了，但仓储视图里的关键属性可能是空的，比如计量单位、包装规格、序列号要求。系统在收货过账那一刻才发现缺字段，于是报错。解决方式是回到源系统补齐对应的视图，然后重新推一次，不要试图在 EWM 里直接改，改了下次同步照样被覆盖。

现象五：盘完点，账实差得离谱，越查越乱。

盘点的坑几乎都出在时机上。盘点凭证建了，但仓库里还有一堆没确认的仓库任务在跑，这些任务一确认，账面数就动了，你按盘点时的数去核，当然对不上。另外盘点范围也要看清：按存储箱盘和按产品盘是两种逻辑，混着用会漏货。稳妥的做法是先确认没有挂起的任务，再冻结相关区域，盘完再放开。

提示：这五条里，前三条占了新手求助的一大半。如果你正卡住，先照着前面三条对一遍，再往下查，能省掉很多时间。

6. 学完这一本之后：下一步该往哪儿走

手册一共十二个单元，新手最容易犯的错是从第一页顺着读到第十二页，读完感觉什么都见了，上手还是不会。原因很简单：这份材料的组织逻辑是"功能清单"，不是"学习路径"。它按模块罗列，但人的理解必须按依赖关系走。

我的建议是把它拆成三段来用，每段只盯一个目标。

三段之间不要跳。第二段卡住的人，九成是第一段没吃透——结构建得含糊，上架规则就永远调不准。

第三段之后，再看货位优化和后处理框架这两块。货位优化解决的是"货放得对不对"，把周转快的货挪到近处；后处理框架解决的是"事情做完了还能触发什么"，比如出库完成后自动发个通知。这两块都属于锦上添花，但在真实项目里，它们往往是最容易被业务挑刺的地方，早点看一眼有好处。

至于设备集成、报表这些，等你手上有一个能跑通的环境再说。没有环境支撑，看这些章节等于看小说。

最后说个我自己的教训。刚开始学的时候，我总想着把每个配置项都填一遍，觉得填满了就懂了。结果有一次做测试，货怎么都上不了架，我查了整整一天，把上架规则、能力检查、流程类型全翻了一遍，最后发现问题出在一个我当初"觉得无所谓、随手填了个数"的重量上限上——那个数太小，能力检查一直判定箱子放不下。从那以后我每次动配置，哪怕是测试环境，我都会在旁边的记事本上写一行"改了什么、为什么改、怎么验证"。这个习惯救过我很多次，因为它让"我改过"和"系统本来就这样"不再混为一谈。

入门这件事，慢就是快。先把结构搭对，再把一条链路走通，剩下的都是往上叠。希望帮到你。

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