企业官网建设流程全解析

简介：SAP EWM110基础定制参与者手册（课程版本17）面向SAP EWM顾问、仓库信息化实施人员及供应链系统学习者，围绕扩展仓库管理系统的基础配置与业务落地，帮助读者建立从系统环境搭建到仓内作业优化的配置框架。压缩包内为1个PDF文件，大小约17.84MB，按讲师指导培训结构组织，便于系统学习、课堂跟进与日常查阅。内容覆盖公司代码、仓库号与库存参数等系统设置，仓库结构、库存管理、收货上架拣选发货等物料移动，以及仓库任务生成、设备集成、质量管理、报表KPI、接口集成和变更管理等主题，并结合5天课程与19小时40分钟电子书时长展开，突出基础定制的完整脉络。已有670人学习，适合需要梳理EWM参数与流程的初中级读者，也可作为实施前的知识准备、配置思路对照和团队培训参考。

1. 先定部署形态：EWM110 定制的整体地图

学 SAP EWM 的人常从仓库号开始配置，配到一半才想起没决定部署形态，这是定制路上最常见的失误。EWM110 这套基础定制材料用十二个单元铺出一条主线：系统环境与部署、集成、结构元素与主数据、仓库流程类型，然后才到收货、发货、存储控制、仓库订单、库存事务、盘点、货位优化与后处理框架；五天课程、电子书十九小时四十分钟，内容很密。这条主线可以压成一张图：左边是 ERP 或 S/4HANA，中间是数据通道，右边是仓库内部的任务流。先看清这张图，后面每条配置都知道自己站在哪一格，也才知道改一个参数会牵动哪一段。

2. 集成与结构主数据：从 CIF 通道到仓库号、仓位与工作中心

2.1 两套数据通道：主数据单向走 CIF，事务数据走分发模型

集成这一块的第一个判断是：哪些数据由谁做主。主数据以 ERP 为唯一源头，只做单向传输，从 ERP 流向 EWM，走的通道是核心接口 CIF，也就是 ERP 与供应链管理类系统之间的标准接口，底层基于 qRFC 队列机制。事务数据则另走一套分发模型，同样建立在 qRFC 之上；更早的 ERP 版本还支持 IDoc。这两条通道分开，意味着主数据改了要触发 CIF 重传，业务单据变了走的是分发模型，排查问题时先分清是哪条通道堵了。

在 S/4HANA 嵌入式部署下，CIF 不再必须，主数据与业务数据在同一个系统里，这直接改变了排错顺序：嵌入式先看应用日志和单据流，去中心化先看队列。队列积压是去中心化架构的典型问题，业务侧表现为“单据在 ERP 里发了，EWM 里查不到”，技术侧就是出站队列没跑完。

-- 排查思路示意：按目标系统过滤 qRFC 出站队列，看状态分布 -- 表名与字段名以实际版本为准，这里只演示“先过滤、再看状态、最后定位积压”的顺序 SELECT dest, state, COUNT(*) AS queue_cnt FROM trfcqout WHERE dest = 'EWMCLNT100' GROUP BY dest, state;

这段查询的目的不是拿到某个固定数字，而是把“有没有积压、积压在哪个状态”变成可观测的结论。dest是目标系统标识，填错等于查了个空；state用来区分待处理、处理中、出错；queue_cnt是分组后的条目数。实际排错时先按dest收窄，再按时间序列看增长趋势，确认是“一次性高峰”还是“持续堵塞”，前者重跑即可，后者往往要回到主数据变更的触发逻辑上找原因。

2.2 交货单据集成：单据类型、映射与状态回传

交货单据是 ERP 与 EWM 之间最核心的事务数据载体。ERP 侧的交货单传到 EWM 后，会落成 EWM 自己的内向交货单或外向交货单，中间涉及单据类型映射、行项目类别映射以及包装数据的传递。这块最容易出问题的地方不是“传不过去”，而是“传过去了但对不上”：ERP 的单据类型在 EWM 侧没有对应的映射条目，单据就停在中间状态，既不报错也不继续。

梳理时要把三个问题分开看：单据类型映射决定单据落成什么；行项目类别映射决定每一行能不能继续走流程；状态回传决定收货或发货过账的结果能不能回到 ERP。第三个最容易被忽略，因为它不阻塞 EWM 内部作业，只让两边的库存数字慢慢对不上，等财务对账时才发现，那时已经积了一个月的差异。

提示：验证交货单据集成不要只看“单据是否生成”，要顺着单据流看到状态回传那一格，两边状态一致才算通。

2.3 结构元素到仓位：仓库号、存储类型、存储区与仓位的顺序

结构元素是有严格先后顺序的，跳步就会返工。最上层是仓库号，它代表一个独立的仓库，所有配置都挂在它下面；往下是存储类型，它描述仓位的物理或逻辑属性，比如高架库、散件区、收货区、发货区；再往下是存储区，把同一存储类型里的仓位按巷道、区域再切分；最细是仓位，实际的存储位置。

仓位生成这段经常被当成体力活，其实它有章可循：先定义仓位结构，用模板描述层级与编号规则，再按排序序列批量生成，最后校验容量字段。手工建仓位的项目，后期几乎都会因为编号不连续、容量字段为空而在容量检查环节出问题。

2.4 工作中心、产品主数据与包装规格

工作中心描述“人在哪里干活”，它和资源、拣配区绑定，决定仓库订单派给谁。产品主数据在 EWM 侧需要单独维护仓库视图，ERP 的物料主数据通过 CIF 传过来只是基础，仓库相关的计量单位、存储类型视图、包装相关属性要在 EWM 里补齐，缺了这些，上架和移除策略拿不到判断依据。

包装规格是另一块容易漏的主数据，它定义了产品怎么装箱、一层几个、一托几层。上架时的容量检查、拣配时的搬运单位换算都依赖它。很多项目在测试阶段发现“系统算不出能放几托”，追下去往往不是容量检查配错，而是包装规格根本没建。

3. 入库到出库：上架规则、移除策略与波次拣配的配置主线

3.1 入库收货：从内向交货单到上架任务

收货链路的起点是内向交货单，终点是仓位上的库存。中间的转换靠仓库流程类型：ERP 的移动类型到了 EWM 侧，要经由仓库流程类型的确定逻辑转换成“是否创建仓库任务、按什么方式上架、走哪套存储控制”。仓库流程类型是整条链路的开关，它决定一张单据是直接产生仓库任务，还是先停在仓库请求状态等人处理。

配置时要盯住三个判断：仓库流程类型的确定规则是否覆盖了全部业务场景，比如正常收货、退货、免费收货；仓库任务创建时机是否和现场作业节奏匹配，先建任务后卸货和先卸货后建任务，现场感受完全不同；上架前的中间存储类型是否必要，走收货区暂存还是直接上架，直接决定后面直接上架配不配。

3.2 可用性组：入库环节最容易被跳过的前置配置

可用性组把 EWM 的存储类型和库存管理层的可用性检查挂在一起。ERP 侧做可用性检查时，它看到的是库存管理层的数字，但货实际在 EWM 的某个存储类型里。没有可用性组，两边就是两套账：ERP 认为有货可卖，EWM 里的货还压在收货区没上架。

这段配置常被跳过，是因为它不影响单据流转，测试时一切正常，只有到销售接单、生产领料需要看可用库存时才暴露。补的方法也不复杂：按存储类型划分可用性组，明确哪些类型的库存算“可用”，哪些算“冻结”或“质检中”，再回到 ERP 侧确认检查组引用的正是这组映射。

3.3 上架策略：直接上架、上架规则与容量检查

直接上架指的是跳过中间存储类型，收货后直接生成到最终仓位的任务。它的价值在效率，代价是灵活性：一旦目标仓位满了，没有缓冲。配置直接上架要确认两件事，一是仓库流程类型允许跳过中间步骤，二是上架规则在找不到合适仓位时有兜底策略，否则任务会卡在“未确定仓位”。

容量检查是上架的最后一道关，它按重量、体积、容量百分比判断仓位还放不放得下。这里最常见的配置错误是把检查级别设成“仅警告”：测试时一路绿灯，上线后托盘摞到通道里才发现系统从来没拦过。正确做法是生产环境用“错误”级别拦住，测试环境用“警告”级别观察，两边分开。

3.4 出库移除策略：判定顺序与优先级

移除策略决定从哪个仓位取货，它挂在存储类型上，由一组策略加一个搜索顺序组成。策略本身不复杂，难的是顺序：系统按配置的策略列表依次尝试，前一个策略找到货就不再往后走。顺序配反了，本该先进先出的物料被后进先出取走，账面上没差异，实际库存龄期全乱。

策略之间还有一层组合关系：同一存储类型内可以配多条策略，系统按序列逐条尝试；存储类型之间也有搜索顺序，比如先从拣配区取，取不到再去高架库。这两层顺序要一起看，只调其中一层，另一层会把效果抵消掉。

3.5 例外处理、波次合并与两步拣配

例外处理是给异常场景留的出口：仓位空了、数量不够、货损了，系统不应该直接卡死，而应该按预设的例外代码触发后续动作，比如拆单、生成新的仓库任务、触发通知。配置的关键是把例外代码和后续动作绑定，并且明确哪些例外需要人工确认。没有这层配置，现场遇到异常只能找顾问改数据，这就是没有后悔药的典型场景。

波次合并把多张出库需求攒成一批作业，按路线、发货条件、时间窗分组。波次模板定义合并规则和创建时机，配得好，拣货员一趟走完十几个订单；配得粗，波次里混进不该合并的单据，拣货路线来回折返。两步拣配则是在波次之上再做一层：第一步按总量拣到拣配区，第二步再按订单分发到各发货点，适合订单碎、单品重复率高的场景。

4. 后半程的硬骨头：仓库订单、存储控制、库存事务与后处理

4.1 仓库订单的创建与拆分

仓库任务是原子操作，仓库订单是派工单位。系统把同一活动区域、同一资源队列的多个任务打包成一个仓库订单，再按优先级和资源可用性派给具体的人或设备。拆分的逻辑决定现场体验：拆得太细，一个人一天开十几个单，来回切换；拆得太粗，一个订单干三小时，中途插不进急单。

配置时要看三个参数：按活动区域分组，保证一个订单内的任务物理位置集中；按资源队列限定，避免把需要叉车的任务派给只带手持终端的拣货员；按优先级排序，让急单能被插进去。这三者之间是有取舍的，追求极致合并就会牺牲响应速度，多数仓库的做法是给急单留一条独立的队列。

4.2 存储控制：面向流程与面向布局

存储控制是上架和移除过程中的“中间步骤编排”。面向流程的存储控制处理的是作业步骤，比如收货后先去质检工位、再去称重、最后上架，每一步都是一个中间存储类型加一个后续动作。它解决的是“货要先经过哪些工序”，配置形态是一串步骤序列，每步指定目标存储类型和触发条件。

面向布局的存储控制处理的是物理路径，比如货要先经过巷道口、再经过交叉通道，最后到达目标仓位。它解决的是“货怎么走”，配置形态是路径步骤，每步指定中间仓位。这两者容易混，判断方法很简单：问一句“这一步是为了做某件事，还是为了走某段路”，前者是流程控制，后者是布局控制。

4.3 过账变更、库存转储与补货

过账变更不改变货物的物理位置，只改库存属性，比如质量状态从质检中变成非限制使用，或者批次属性调整。它同样会生成仓库任务，因为系统认为“货的归属变了，需要有人确认”。配置重点是变更原因的映射和是否需要物理移动，把不需要移动的场景错配成需要移动，会产生大量空跑任务。

库存转储分为仓内转储和跨存储类型转储，前者在同一存储类型内换仓位，后者跨类型移动。补货是转储的一个特例，目标是把拣配区的库存补到满足需求。补货策略可以按需求触发，也可以按最小最大量触发，还可以做临时补货。这里最容易踩的坑是补货上限设得过高，拣配区堆满，反而挤占了拣货通道。

4.4 实物盘点与货位优化

盘点程序分三类：定期盘点在固定时点全盘，连续盘点按周期轮盘，循环盘点按ABC分类或高风险物料高频盘。配置的核心不是“选哪种”，而是“盘点期间业务能不能动”：冻结策略配严了，盘点当天出不了货；配松了，盘出来的差异说不清是损耗还是作业导致的。

货位优化做的是仓位重新分配，按物料的需求频率、体积、周转率算出一个更优的位置，再生成移库任务。它的配置门槛在于约束条件：哪些物料不能动、哪些区域要保留、移库任务什么时候执行。约束没设好，优化跑完发现把自己刚整理好的拣配区又打乱了，这种返工最伤士气。

4.5 PPF：把后处理动作挂到单据上

后处理框架的作用是“单据到了某个状态，自动做一件事”，比如打印单据、发消息、触发工作流。它由三部分组成：条件决定什么时候触发，动作决定做什么，调度决定什么时候执行。配置时经常被忽略的是执行时机，同步执行会卡住主流程，异步执行要接受延迟，选错了要么慢要么乱。

注意：PPF 的动作如果调用了外部输出，一定要做失败重试和日志，否则单据状态正常但通知没发出去，这类问题排查起来像黑匣子。

5. 易漏点：五处一配错就要返工的角落

5.1 可用性组没配，库存对不上账

易漏点在于它不影响任何单据流转，测试阶段完全无感。为什么漏：验收通常看“单据能不能走通”，而可用性组只影响跨系统的可用库存数字。怎么补：在上线前的集成测试里加一条用例，ERP 侧查可用库存，对比 EWM 对应存储类型的实际库存，两边能对上才算过。

5.2 仓库流程类型没覆盖全场景

易漏点在于只配了主流程。为什么漏：正常收货、正常发货测通了就以为完事，退货、免费收货、跨仓调拨这些低频场景没人测。怎么补：把移动类型清单拉出来，逐条对照仓库流程类型的确定规则，标出没有映射的条目，低频场景至少做一次端到端单据流。

5.3 搜索顺序颠倒，策略形同虚设

易漏点在于单条策略都是对的，组合起来是错的。为什么漏：测试时只看“有没有取到货”，不看“取的是不是该取的货”。怎么补：造两批不同入库日期的同物料，验证 FIFO 取的是早的那批；再造两条存储类型，验证先取拣配区。顺序验证要用数据说话，不能靠读配置推测。

5.4 容量检查停在警告级别

易漏点在于测试环境一路绿灯，生产环境托盘上通道。为什么漏：警告级别不拦任务，日志里只有一行提示，没人翻。怎么补：生产用错误级别，测试用警告级别；同时把容量检查的日志纳入日常巡检，出现警告就去核仓位实际占用。

5.5 波次模板与发货条件不对齐

易漏点在于波次能建出来，但内容不对。为什么漏：波次生成成功就算通过，没人核对波次里的单据组合是否合理。怎么补：按路线和发货条件各造一组单据，检查波次分组结果；对跨条件合并的场景单独设规则，别指望默认模板自动分对。

6. 复习清单：用一张图把十二个单元串回主线

我复习这套材料的方法是先画一张最小闭环图：ERP 交货单进 EWM，确定仓库流程类型，生成仓库任务，打包成仓库订单派给资源，按上架或移除策略定仓位，作业完成后回传状态。十二个单元全部挂在这条线上，哪个单元挂不上去，就是没吃透。下面这张表是我自己用的自测清单，每个单元配一个能立刻回答的问题。

走完这张表，我一般会挑三个最容易翻车的点做一次全链路推演：可用性组对账、策略顺序验证、容量检查级别。推演不靠读配置，靠造数据跑一遍单子，跑通了才算数。从那以后我每次接一个新的仓库配置，都强制走一遍“先定部署、再建结构、后配流程、最后验策略顺序”的顺序，宁可前慢三天，也不想上线后回头补账。希望帮到你。

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