企业官网建设流程全解析

简介：这是一份来自SAP官方培训体系的EWM110基础定制英文版参与者手册，面向SAP EWM实施顾问、物流与仓库管理人员，以及需要系统入门的项目成员。压缩包为单个PDF文件，大小17.84MB，内容对应Course Version 17、为期5天的讲师指导课程，电子书时长约19小时40分钟。手册围绕系统设置（公司代码、仓库号、库存参数）、仓库结构定义、库存管理与质量状态配置展开，同时覆盖物料移动规则与仓库任务生成优化、RFID/条码设备接口集成、质量检验与不合格品处理，以及EWM与MM/SD/PP等模块和第三方系统的端到端接口设计。全书按课程单元布局，既有原理讲解也有配置操作指引，便于对照演示流程进行实践。目前已有668人学习下载，适合希望按官方体系掌握SAP EWM基础定制能力、提升仓库运营效率的从业者参考。

1. 一个新手最先要弄明白的问题：EWM110这门基础定制课到底带你做什么

很多第一次接触 SAP 的人，面对 EWM（Extended Warehouse Management，扩展仓库管理）这个词都会发怵。打开 EWM110 这本官方基础定制手册，满眼是存储类型、上架规则、仓库订单、物理盘点……光看目录就觉得是另一个世界。我在刚开始学这门课时也一样，翻了两页就想合上。后来我才明白，这门课存在的价值，就是把"仓库要怎么被一个系统管起来"这件事，拆成一块一块可以照着做的配置步骤。它回答的是最实际的困惑：一个新仓库要上线 SAP EWM，先配什么、再配什么、每个配置项是什么意思、配完怎么验证。适合想转行做 SAP 仓库模块的初学者、刚接手 EWM 项目的业务或 IT 人员，也适合只想知道"一套完整 EWM 配置到底长什么样"的人。

2. 先搞懂一个概念：EWM 是什么，以及它和 ERP 怎么分工

2.1 EWM 不是一个模块，而是一个独立系统

很多新手最大的误区，是以为 EWM 只是 ERP 系统里多勾选一个功能开关。实际上，SAP EWM 在设计上是一个可以独立部署的系统，通常跑在单独的服务器上。它和 SAP ERP（企业资源计划系统）是两套系统：ERP 管的是采购订单、销售订单、财务账、生产计划这些"公司层面的业务"，而 EWM 管的是货物进了仓库大门之后的一切——放在哪个货位、怎么上架、怎么拣选、怎么发货、怎么盘点。

你可以这样理解：ERP 是前台接单的店长，EWM 是仓库里的调度员。店长说"今天有一批货要入库"，接下来货到了仓库门口，该卸在哪、验不验、往哪放、怎么找，这些事 ERP 不操心，全是 EWM 的活。既然它是独立系统，你就得有单独的环境、单独的配置入口、单独的监控工具。

手册一开始就在讲系统环境，原因就在这里。EWM 虽然也可以装在 SAP ERP 所在的环境里（集中式部署），但使用范围有限制——它只能处理同一个 Client 下的存储地点。更常见、也更推荐的做法是分散式部署：EWM 单独跑在 SCM 服务器上，或者从 1610 版本开始，S/4HANA 还提供了嵌入式 EWM 的选项。这门课在讲流程时，会特别标出嵌入式 EWM 和分散式 EWM 有差异的地方。

对新手来说，这里不需要记住所有部署组合，你只需要在脑子里建立一个画面：两套系统、多个服务器，之间要传数据。这个画面是你理解后面所有配置的前提。如果你一开始就把它们当成一个系统，后面看 CIF、看队列、看接口报错时，会觉得自己掉进了一个黑匣子。

2.2 两类数据，两条路：主数据和业务数据各走各的

既然 ERP 和 EWM 是两套系统，数据怎么过去？这是第二个必须弄清楚的问题。手册把数据分成两类：主数据和业务数据。

主数据包括物料、供应商、客户、批次等基础信息。这类数据的"源头"在 ERP，也就是说 ERP 是主数据的主导系统，数据只从 ERP 往 EWM 单向传，反过来不行。业务数据则是动态的，比如一张入库交货单、一张出库交货单，这类数据需要在系统之间来回传递，走的是另一套单独的分发模型。

之所以要分开，是因为两类数据的性质完全不同。主数据变化慢，传一次能用很久；业务数据是每一单都实时产生、实时变化，不能只传一次。如果混在一起，一个数据量大、频率高，会把另一个拖垮。

那物理上传输是靠什么？主数据走的是 CIF（Core Interface，核心接口），这是 SAP ERP 和 SCM 系统之间的标准接口。业务数据走单独的分发模型。两种方式的底层技术都基于 qRFC（队列式远程函数调用），早期版本还支持 IDoc。这里你不需要理解 qRFC 的技术细节，只要把它想象成"一份带编号的快递，必须按顺序送达，不能乱序"就够了。

还有一个新手容易忽略的点：某些功能，比如批次选择、Kit-to-Stock、生产集成，需要 ERP 侧安装特定版本的 Enhancement Pack 才能配合。这也是为什么手册强调要看版本说明——很多时候你在 EWM 里配了半天功能没反应，问题不在 EWM，而在远端的 ERP 版本不够。

2.3 CIF 与 qRFC：数据是怎么从 ERP 进到 EWM 的

CIF 的配置是每个 EWM 项目的第一步，也是新手最容易卡住的环节。整个主数据迁移的流程可以概括成三步：先维护分发模型（Distribution Model），再创建集成模型（Integration Model），最后执行初始传输。

第一步是告诉系统"哪些 ERP 的数据要发往哪个 EWM 系统"，相当于先建立两个系统之间的"通信录"。第二步是生成一个集成模型，定义具体传哪些对象——比如物料主数据、库存数据、业务伙伴，这一步相当于选择"这次打电话要聊哪些话题"，可以按条件过滤，只传某一个工厂、某一个仓库的数据。第三步才是真正把数据拉过来，执行初始传输。

我第一次学的时候，就是被这三个模型绕晕了。后来想想，它其实就是一个"寄包裹"的过程：先写收件人地址，再打包选东西，最后塞进快递柜。当你建好了集成模型并完成初始传输，物料数据就会出现在 EWM 的仓库产品主数据里，后续再有新物料，系统会自动增量同步，不需要每次手工传。

还要提醒一点：嵌入式 EWM 因为 ERP 和 EWM 本来就在同一个技术底座上，不需要 CIF 这套传输,这是它和分散式部署最大的区别之一。所以你在网上查资料时，经常会看到"嵌入式不需要维护 CIF"的说法。如果你学的是分散式 EWM，CIF 是绕不开的第一步；如果你面向的是 S/4HANA 嵌入式，就可以跳过这块配置，但流程本身的逻辑不变。

3. 搭地基：仓库结构元素和主数据怎么一步步建起来

3.1 仓库号、存储类型、仓储区、货位：四层结构怎么理解

弄清了系统之间的关系，接下来要面对的是 EWM 里最核心也最抽象的一个概念：仓库结构。很多新手学的第一周都在和这几个词搏斗——仓库号（Warehouse Number）、存储类型（Storage Type）、仓储区（Storage Section）、货位（Storage Bin）。

这四个词是一层套一层的关系，你可以把它想成"城市、区、街道、门牌号"。仓库号是最大的一层，代表一个完整的仓库。一个公司可以有多个仓库号，比如华东仓、华南仓，各有各的配置。存储类型是仓库号下面的功能分区，比如整托盘存储区、高位货架区、拣货区、收货暂存区。仓储区是存储类型内部再切分的块——比如同一个高位货架区里，A 区放快周转货，B 区放慢周转货。货位则是实际存东西的最小格子，由坐标组成，系统一眼就能定位。

为什么四层缺一不可？因为 EWM 的核心能力之一，是让货物在仓库里"被系统知道它在哪"。如果只有"放仓库里"这个层级，系统没法指挥叉车去正确的货位。货位这个最小单位，承载了容量、重量限制、库存数量，是后面所有上架、拣选、盘点的落脚点。

我见过一个同学自己练手时，随便建了几个存储类型就急着配流程，结果到货位设置那一步，发现之前的存储类型根本没有分配货位，系统在生成仓库任务时找不到放货的地方，反复报错。这就像盖房子地基没打稳就砌墙，后面全是返工。

3.2 工作中心、资源：让仓库真正"跑起来"的零件

有了货位，仓库只能"看起来像个仓库"。要想让它真正运转，还需要两样东西：工作中心（Work Center）和资源（Resource）。

工作中心是一个逻辑位置，描述仓库里某个作业发生在哪里。比如"收货区工作中心""高位货架拣货区工作中心"，它定义了在这个区域进行的操作类型，以及默认的操作员是谁。资源则是干活的实体——可能是一个叉车驾驶员、一台堆垛机，或者一个手持终端（RF）。资源必须绑定到工作中心，系统才知道"这个区域里有哪些人/设备可以接活"。

这一对概念新手特别容易漏配。你可能会想：仓库订单生成后，系统直接派给某个员工不就完了吗？实际不是。EWM 的资源管理机制，要先在配置里建好资源，把它分配给工作中心，RF 终端登录的是资源，而不是登录"某个人"。如果没有资源，RF 根本没法接收任务，仓库作业就只能停滞在 ERP 单据层面。

我在练习时犯过一个傻错：配好了工作中心，但忘了给每个工作中心分配资源，结果模拟收货流程时，仓库订单状态一直停在"未执行"，折腾了一个多小时才想起来资源没配。这个细节，参加 EWM110 讲师授课时也会反复强调——资源管理是 EWM 区别于老式 WMS 系统的一大亮点，但也是配置里最容易遗漏的一环。

3.3 用 CIF 把主数据从 ERP 迁过来，这一步有顺序

结构元素配好之后，就该把 ERP 里的物料、供应商等主数据搬进 EWM 了。这一步前面说了用 CIF 完成，具体顺序可以按下面走：

1. 维护分发模型：在 ERP 侧用事务码 SPRO 进入配置，找到 Core Interface 下的分发模型维护，把 EWM 系统加进去并激活。

2. 创建集成模型：选择要传输的对象类型（物料、库存、业务伙伴等），设置过滤条件——比如只传某个工厂的数据。这一步决定传输范围，过滤条件越清晰，传过来的数据越可控。

3. 执行初始传输：把集成模型"跑"一遍，系统开始批量传数据。传输完成后，去 EWM 侧查看对应物料是否已经生成为仓库产品主数据。

第 3 步跑的时候，经常有人发现数据没过来。别慌，大概率不是 CIF 的问题，而是第 2 步的过滤条件设得太苛刻，或者集成模型没有激活。你可以去看队列监控，里面会记录每条数据的传输状态和错误原因。记住一个原则：先小范围试传，确认通了，再放开全量，能帮你避开"一次性传了一大堆不知道哪条错了"的状态。

3.4 仓库产品主数据和包装规格：给每个物料建立仓库身份

物料从 ERP 传过来，只是有了一个基础身份。要让它真正能在这个仓库里作业，还必须维护仓库产品主数据（Warehouse Product Master Data）。这份主数据回答了仓库最关心的几个问题：这个物料按什么单位管理库存、是否启用批次管理、保质期要不要管、上架时有没有特殊要求。

同时建议维护包装规格（Packaging Specification）。它定义了一种产品怎么装进内箱、怎么码到托盘上，一箱装多少、一拖装几箱。别小看这个配置，打包规格会直接影响自动化上架、拣选时的数量计算和货位容量占用。如果包装规格为空，系统在做收货时就没法自动算出"这一托盘会占多大空间"，很多后续流程就推不动。

这里想给新手一个心态上的建议：主数据这一块内容又多又碎，很容易让人烦躁。我第一次学到这里时也觉得"怎么都是填不完的字段"。后来发现，你不用一次学会所有字段，只需要抓住一条主线——每个字段最终要么影响"放哪"，要么影响"放多少"。带着这个思路去填，就不会迷失在界面的细节里。

4. 动手第一步：把收货上架流程配置跑通

4.1 收货流程里发生了什么

如果说仓库每天最重要的事情是什么，收货一定排在前面。货到了仓库门口，从进门到最终放到货位上，整个链路是 EWM 最核心的场景之一。EWM110 在收货这一章里，带着你从流程概览一路配到容量检查，完成之后你对 EWM 的运作方式会有一个整体印象。

先说收货流程是怎么回事。一辆运输工具到达仓库大门，在门口做预检，然后卸货，每一托货物在卸货点再次核对。接着货被送到质检区域（如果需要质检的话），质检通过之后，系统根据上架规则给这托货分配一个目标货位，生成上架仓库订单，由叉车司机执行上架。整个过程中，库存并不是"一到仓库就算可用"的，而是跟着每个节点一步步变更状态。

这段描述看起来很简单，但背后对应着一整套配置。新手容易犯的错，是想一上来就把所有环节配得又全又完美。其实你应该先配一条最简路径：货物到达、入库、直接上架、确认上架。先把这条主链路跑通，再去加质检、加波次、加运输单元这些复杂环节。这也是我在练手时总结的血泪经验——第一遍能跑通，比一遍配全覆盖更重要。

4.2 设置可用性检查组：决定哪些库存"可以用"

在配收货流程之前，有一个基础配置要先做：为库存管理（IM）设置可用性检查组（Availability Group）。

这个配置解决的是一个业务问题：什么样的库存算"能发货的可用库存"？比如，货已经质检通过、系统确认在可用库存里，那肯定算。但质检中、或者在收货暂存区的货，能不能拿来答应客户的订单？不同企业答案不一样。有些企业与客户约定"只要在仓库的货就能卖"，有些则必须等质检完全通过才允许销售。可用性检查组就是把这类判断规则配置成系统的判断依据。

配置时，你会在系统里定义不同类型的库存（可用库存、质检库存、冻结库存等），并设置它们在可用性检查时如何参与计算。理解这个配置的关键是：它直接影响你对客户承诺了多少货。配得太严，明明有货却告诉客户没货；配得太松，答应了客户的订单，实际到发货时发现货还在质检区，翻车的就是你自己。这也是为什么这类配置通常由业务负责人参与确认，而不是让 IT 自己拍板。

4.3 配置直接上架：给每托货定一个"进门就去哪"的规则

主链路里最核心的一个配置是直接上架（Direct Putaway）。有了它，货物在收货确认之后，系统马上可以根据上架规则计算出目标货位，并生成上架仓库订单。下面是一个典型配置记录的示意，你可以照着这个思路去建立自己的第一条配置：

存储类型: 0001 ; 整托盘存储区 上架策略: 固定货位上架（Fixed Bin） 搜索顺序: 10 最大占用率: 90% 收货后动作: 生成上架仓库订单

这段配置的意思是：当一托货物收货完成，系统会去"整托盘存储区"里找合适的货位，优先找固定货位——就是专门给这个物料预留的位置。找到后，只要该货位的占用率不超过 90%，就把货放进去，同时自动生成一张上架仓库订单交给 RF 终端执行。

几个参数可以按需调整。搜索顺序决定系统先去哪个存储类型里找位置，数字越小越优先。比如你希望整托货先进整托盘存储区、放不下再去高架区，就把两个存储类型的搜索顺序分别设成 10 和 20。

需要提醒的是，"固定货位上架"只是策略之一。如果你的仓库是高流转的零散电商仓，货位是动态分配的，就用"随机上架"——系统找一个空位就能放，灵活度更高。仓库类型决定了你选上架策略，而不是哪个策略更高级。这是配置新手特别容易忽略的"业务匹配"思维。

4.4 上架规则怎么选：别在配置里绕晕

直接上架配置好之后，紧接着要定义上架规则（Putaway Rules）。规则和策略容易搞混，这里帮你分清楚：上架策略是"每个货位上怎么放"，上架规则是"系统在哪些存储类型之间怎么选"。

打个比方，上架策略像是停车时"停固定车位还是随便找个空位"，上架规则像是"先看地面停车场，满了再看地下停车场"。搜索顺序在这里起作用：你可以把多个存储类型按优先级排好，系统从优先级最高的开始找，找不到再顺延下一个。配置这类规则时，新手最容易犯的错，是把顺序排错。我见过一个案例：拣货区排在了存储区前面，结果整托的货全部被指导拣货区，小货位被大托盘塞满，后面怎么调都别扭。这种配置错误排查起来特别费劲，属于典型的"当时配得快，上线哭得响"。

正确的做法是：先按物料存储特性（整托、整箱、拆零）划分存储类型，再把搜索顺序按"最合适的放最前面"来排。在做验证测试时，可以故意把某一种货的可放存储类型清掉一个，看系统是不是按顺序去找下一个。这一步走通，你才算真正理解上架规则的工作机制。

4.5 容量检查：让系统说"这个货位放不下了"

最后一个关键配置是容量检查。EWM 的货位是有容量上限的——以重量和体积为维度。设置了容量检查之后，系统在生成上架仓库订单时会先判断：目标货位还剩多少重量/空间，这托货放不放得下。放不下，系统会自动去搜索顺序里的下一个存储类型寻找新货位。

重量和体积的最大值，是在货位主数据里维护的，而上架的占用率规则在前面那条示意配置里已经见过。维护容量时要写实一点——别把托盘的重量估少了，否则到了实际作业时，叉车把货放上去才发现超重，既影响效率，也容易造成安全隐患。

到这里，一条最简收货上架链路就配完了。怎么知道配对了？用一个测试入库交货单验证：在 EWM 里创建一张入库交货单，做收货确认，然后去仓库订单监控里看系统是否自动生成了"上架"类型的仓库订单。如果订单生成了、货位也给出来了，恭喜你，第一条主链路跑通了。我第一次跑通时，看到那一行仓库订单，简直比解出一道数学题还有成就感——那个瞬间你会突然明白，之前学的所有概念是怎么串起来的。

5. 新手避坑：配置 EWM 最容易踩的五个坑

5.1 坑一：存储类型搜索顺序排反了

现象：货物收货后，系统总把整托货往拣货区放，拣货区爆满，而整托盘存储区空着一大片。

原因：上架规则里存储类型的搜索顺序设反了，或者干脆没设，系统按默认顺序找位置。

解决：回到上架规则的配置里，把存储类型的搜索顺序按"最适合的放在最前面"重新排列。整托货对应的存储类型优先级最高，拣货区排在最后。改完后重新跑一遍收货测试，确认生成的目标货位落在正确的存储类型里。

这个"现象→原因→解决"的排查方法，是我后来排查问题时用的最顺手的方式。它逼着自己先描述现象，再找原因，而不是上来就乱翻配置。

5.2 坑二：CIF 主数据传不过来

现象：在 ERP 里维护了新物料，但 EWM 里查不到对应的仓库产品主数据。

原因：最常见的是集成模型里没把这个物料纳入传输范围，或者集成模型没激活。

解决：去 ERP 侧检查集成模型状态。如果模型未激活，激活后重新传输；如果模型范围过滤了工厂或物料类型，先把过滤条件改对，再执行初始传输。传输过程中用队列监控看有没有报错，一条条查清楚再放开全量。

5.3 坑三：仓库订单就是生成不出来

现象：收货确认都做完了，但监控里没有出现上架仓库订单。

原因：仓库过程类型（Warehouse Process Type）没有正确分配给对应的流程，或者配套的入库规则没有配置。

解决：去配置里检查该收货流程对应的仓库过程类型是否存在并已激活。新手经常忘记为自定义的存储类型或流程分配过程类型，系统不知道该用什么方式生成订单，自然"无动于衷"。给测试场景单独建一个过程类型，能最快暴露问题所在。

5.4 坑四：把可用性检查组配得太严

现象：仓库里明明有货，但销售团队反馈系统显示无可用库存，客户订单交不了。

原因：可用性检查组的配置把质检中、暂存区的库存都排除了，导致可承诺库存被低估。

解决：和业务确认实际的可用库存口径。如果业务急需开单，可以把质检库存改为参与可用性计算，或者缩短质检流程，让库存更快转为可用。这类配置一定要拉着业务一起定，别自己觉得"合理"就配。

5.5 坑五：只配置不测试，上线才发现"货落不了地"

现象：配置都做完了，实际作业时发现叉车司机手里的 RF 收不到任务，或者收了任务但找不到货位。

原因：测试只做到了单据层面，没有做完整的端到端验证——也就是没有模拟"收货→上架任务→ RF 确认→库存到位"这条完整链路。

解决：配完一个小节，就立刻用一个测试入库单把该节涉及的流程跑一遍，确认每一步都产生预期的结果。这是我在经历了那次"货落不了地"的苦头之后养成的习惯，从那以后，我每配一个模块都会强制自己走一遍最小闭环测试，不再等到最后统一验证。

6. 下一步学什么：从 EWM110 到能独立上手做配置

这门课往后还有不少内容，我建议你按下面的顺序继续推进，而不是按手册章节顺序硬啃。这样每一块都能落地、能看到系统反应，心态上不容易崩。

一个具体的技巧是：不要用完整的大仓库来练习，而是自己搭一个迷你仓库——一个仓库号、三个存储类型（收货暂存区、整托盘存储区、拣货区）、二十个货位。所有练习都基于这个迷你仓库做。它小到你能清楚看到每一单货在哪个货位，又大到能覆盖主要流程。我第一次做完整套 EWM110 之后，就是靠这个迷你仓库反复折腾，才算真正把配置和业务对上了号。

学到这里，你可能会发现：EWM 配置并不难，难的是建立"每个配置都会影响仓库真实作业"的意识。这也是我开始学的时候最缺的东西。所以如果你现在还是零基础，不需要追求一次课就什么都会，先把自己手里的那个最小闭环跑通，之后每学一个新功能，就接到这个闭环上，慢慢它就会长成一棵完整的技能树。

希望这个入门路径对你有所帮助。

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