SAP WM配置实战:从模板拷贝到101收货全链路避坑指南

发布时间:2026/10/27 5:56:19
SAP WM配置实战:从模板拷贝到101收货全链路避坑指南

简介:面向SAP实施顾问与仓储管理人员的WM模块配置参考文档,聚焦仓库主数据与存取策略两大核心配置域,帮助读者理解如何通过参数设定与策略激活优化物料流与库存控制。文档以配置清单形式展开,涵盖仓库号控制参数、编号范围、存储类型与存储段、仓位类型与结构、存储单位类型及各类指示器定义,并系统梳理存储类型搜索、固定仓位、开放存储、托盘与空仓位等策略的激活与分配逻辑,适合具备一定MM基础、需要落地WM配置的中级用户对照查阅。资源包共1个doc文件,约572KB,为英文配置说明文档,按主数据、策略、危险品、作业活动等章节组织,目录层级清晰,便于按配置点检索。已有789人学习下载,可作为项目实施中的配置核对清单与思路参考。

1. 从 EC09 拷贝模板说起:SAP WM 配置环境到底怎么搭

第一次在测试客户端里点开 SPRO 准备配 WM,很多人会直接冲进Materials Management -> Warehouse Management下面逐条点,结果配到一半发现编号范围没分配、存储类型搜索顺序是空的,前台做一笔 101 收货直接报“存储类型无法确定”。这类翻车在 WM 配置里太常见了,因为 WM 不是孤立模块,它跟 MM 的物料主数据、工厂存储地点、移动类型绑在一起,任何一层没对齐,后面策略配得再漂亮也跑不通。这份配置文档记录的是一个本地环境(Config Level 标的是 Local,环境代号 T11/210)从零搭起 D01 仓库号的完整过程,覆盖主数据、策略、活动三大块,适合刚接手 WM 配置的顾问照着走一遍,也适合熟手拿来对照检查自己环境里漏了哪一步。文档开头那句“Use EC09 copy template 0001 to D001 at first”是整篇的起点,先把模板仓库拷出来,再在副本上改,别在原模板上动刀。

2. 主数据配置:仓库号、编号范围与存储结构怎么落地

WM 的主数据配置顺序不能乱,先有仓库号,才有编号范围,才有存储类型、存储段、仓位结构。这一章按文档第 1 章的条目顺序走,每一步给出事务码、菜单路径和关键参数,配完一个再进下一个,别跳。

2.1 拷贝模板仓库号并定义控制参数(SPRO)

文档要求第一步用 EC09 把模板 0001 拷贝成 D001,这一步在测试环境里几乎是标配做法,因为模板里已经带了一套能跑通的最小配置,比从空仓库号手搓省事得多。拷贝完成后进 SPRO 定义仓库号控制参数,事务码 SPRO,路径Materials Management -> Warehouse Management -> Master Data -> Define control parameters for warehouse number。

文档里 D01 仓库号的关键参数如下:

参数项取值说明
Warehouse numberD01仓库号,全篇配置的锚点
Unit of weightKG重量单位,跟 MM 侧物料基本计量单位要对齐
1st default UomL第一默认单位
2nd default UomA第二默认单位
SU management activeYes启用存储单位管理,托盘/箱这类容器才管得住
Blocking methodB冻结方式,B 表示按存储类型/仓位级别冻结
Batch Missing (TR)勾选转储需求缺批次时给出提示

这里最容易忽略的是SU management active。如果这个开关是空的,后面配存储单位类型(SUT)就是白配,系统不会在收货时按 SUT 去校验容量。我一般会在拷贝完模板后先确认这个开关,再往下走,否则配到 2.3 节做仓位类型搜索时才发现 SUT 不生效,回头改开关又要重新检查一遍已有仓位数据。

2.2 定义编号范围并完成分配(OMLW)

编号范围是 WM 里第二容易翻车的地方,因为“定义区间”和“分配给仓库号”是两个动作,只做前一个,前台创建转储需求时照样报编号段不存在。事务码 OMLW,路径Materials Management -> Warehouse Management -> Master Data -> Define number ranges。

文档给出的分配关系是:仓库号 D01 下,转储需求(TR)、转储订单(TO)、Quant、过账更改通知四类对象都指向区间 01,编号段从 3000000001 到 3999999999。配置时先点“Assignment”把四类对象挂到区间 01,再点“Intervals”维护 01 的起止号。

事务码 OMLW Assignment 页: WhN Obj Interval D01 TR (Transfer requirement) 01 D01 TO (Transfer order) 01 D01 Quant 01 D01 Posting change notice 01 Intervals 页: No From To 01 3000000001 3999999999

参数说明:起止号段选 3 开头是为了跟模板 0001 的号段错开,避免拷贝后新旧数据撞号;四类对象共用一个区间在中小仓库里够用,如果 TO 量大到千万级,常见做法是给 TO 单独开一个区间,把 Quant 和 TR 留在 01。分配页保存后一定要回 Intervals 页确认区间状态是“已释放”,没释放的区间前台用不了。

2.3 定义存储类型、存储段与仓位类型(SPRO)

存储类型是 WM 的逻辑骨架,文档里 D01 下配了 902、911、914、916、921、922、998、999 这些标准中间存储类型,外加两个自定义的 ZM1、ZM2。事务码 SPRO,路径Materials Management -> Warehouse Management -> Master Data -> Define storage type。

文档中自定义存储类型的关键字段:

存储类型名称SU 管理入库策略出库策略
ZM1MKC Storage AreaActiveP(托盘策略)F(FIFO)
ZM2MKC Issue Precedence AreaActivePF

SU mgmt active填 Active 表示这个存储类型按存储单位管理,收货时会校验 SUT 容量;入库策略 P 对应托盘策略,出库策略 F 对应 FIFO,这两个字母直接决定 2.12 节 FIFO 策略能不能生效。902 到 999 这批标准类型文档标注为“GR Area From Vendor”“GI Area for Cost Center”这类中间区域,一般保持模板默认,只确认 SU 管理开关跟实际业务一致即可。

存储段(Storage Section)在事务码 SPRO 下Define storage sections,文档给 D01 配了 ZM1001 正常仓位区、ZM1002 中间仓位区、ZM1003 仓库工作区、ZM2001 总计区。存储段是存储类型内的细分,配的时候注意段号跟存储类型号不要混,段号是四到五位,存储类型是三位。

仓位类型(Storage Bin Type)在Storage bins -> Define storage bin types,文档配了 D01、E1、B1、P1 四种:D01 正常仓位、E1 中间仓位、B1 重新包装区、P1 托盘位。仓位类型后面在 2.3 节要跟 SUT 做分配,这里先把类型建出来。

2.4 定义仓位结构(LS10)

仓位结构决定系统怎么批量生成仓位号,事务码 LS10,路径Materials Management -> Warehouse Management -> Master Data -> Storage bins -> Define storage bin structure。文档里 ZM1001 到 ZM1007 以及 ZM2001 各有一条结构记录,格式是“模板 + 起始 + 结束 + 增量”。

事务码 LS10 WhTy SqNo Template Start End Increment D01 ZM1001 AA NNNN CCCC AB 01 01 AB 03 02 11 01 01 D01 ZM1002 AA NNNN CCCC BA 01 01 BD 03 02 11 01 01 D01 ZM1006 CNN CCCCCCC AA F01 F99 01 D01 ZM2001 CNN CCCCCCC AA X01 X10 01

模板里的N代表数字位、C代表字符位、A代表字母位,起始和结束按模板逐位对齐。以 ZM1001 为例,起始AB0101、结束AB0302、增量110101,意思是第一位字母从 A 到 A 不变、第二位 B 到 B 不变、数字位按增量递进,最终生成 AB0101 到 AB0302 这一批仓位。增量字段的写法是逐位增量,不是整体加一,这是 LS10 最容易写错的地方——写成000001只会生成一个仓位,写成110101才是按位进位。生成前先在测试环境跑一遍预览,确认仓位数量跟预期一致再正式执行。

2.5 存储单位类型与指示器(SPRO)

存储单位类型(SUT)在Material -> Define storage unit types,文档只配了一个 S1,名称 Normal SU,容量使用率 1。SUT 是 WM 里描述“一托盘/一箱”这种容器的抽象,配一个通用 S1 在单品类仓库里够用,多品类混托的场景常见做法是按托盘尺寸拆成 S1/S2/S3 几个,容量使用率分别给 1、0.8、0.5。

存储类型指示器、存储段指示器、特殊移动指示器、冻结存储指示器这四项文档都标注“No changes”,意思是沿用模板默认值。这里不要因为看到“No changes”就跳过,至少要进事务码确认一遍默认值跟当前业务不冲突,尤其是冻结存储指示器,它跟 2.1 节的 Blocking method B 是联动的,模板默认值如果指向了不存在的冻结原因,前台冻结仓位时会报错。

3. 策略配置:搜索顺序、托盘与 FIFO 怎么串起来

主数据配完只是把“仓库长什么样”描述清楚了,策略才决定“货往哪放、从哪取”。这一章的配置全部围绕一个核心:搜索顺序。存储类型搜索、存储段搜索、仓位类型搜索三层顺序没配对,前台做收货时系统就不知道往哪个存储类型落,只能报错。

3.1 激活存储类型搜索并绑定移动类型(OMLY)

事务码 OMLY,路径Materials Management -> Warehouse Management -> Strategies -> Activate storage type search。这一屏分两块:上面是按“仓库号 + 存储类型指示器 + 特殊移动指示器”排搜索顺序,下面是移动类型引用。

文档里 D01 的搜索顺序配置:

事务码 OMLY Wh ActTy Ind SS Stor WP Ref D01 2 00 20 - - D01 2 K 00 20 - D01 2 Q 00 20 - D01 A 00 ZM2 ZM1 - D01 A K 00 ZM1 - D01 A Q 00 ZM1 - D01 E 00 ZM1 - - D01 E K 00 ZM1 - D01 E Q 00 ZM1 -

参数说明:ActTy是活动类型,2 对应收货,A 对应发货,E 对应后续处理;Ind是存储类型指示器,00 是通用,K 和 Q 是物料主数据里带的特殊指示器;SS是搜索顺序号,数字越小越先搜;Stor列填的是候选存储类型,按顺序排。以D01 A 00 ZM2 ZM1为例,发货时先搜 ZM2(出库优先区),搜不到再落到 ZM1,这就是文档里 ZM2 叫“Issue Precedence Area”的原因。

下半部分的移动类型引用是另一张表,文档列了 101、102、103、104、201、202、261、262、301、302、311、312、319、321、331、451、501、521、551、561、601、651、711、712、911、919、920、921、922、961、963、998、999 等几十条。配置时逐条确认移动类型指向的存储类型跟业务预期一致,比如 101 收货指向 902(GR Area From Vendor),261 发料指向 914(GI Area Production),319 补料指向 319 对应的补料存储类型。这里漏配一条,对应业务场景就会报“存储类型无法确定”,排查时先回 OMLY 看这条移动类型有没有引用。

3.2 激活存储段搜索与仓位类型搜索(OMLZ / OMM1)

存储段搜索事务码 OMLZ,文档只配了一条:仓库号 D01、存储类型 ZM1、存储段 0001、搜索类 00、优先级 2。这条的意思是 ZM1 存储类型下,入库时优先搜存储段 0001。存储段搜索一般跟存储类型搜索配合用,存储类型定大区,存储段定小区,两层都配了系统才会继续往下找仓位。

仓位类型搜索事务码 OMM1,文档在这一节没有填具体搜索顺序,只把仓位类型和 SUT 的分配关系列了出来:

事务码 OMM1 Wh Bin Type SUT D01 E1 S1 D01 B1 S1 D01 P1 S1 Wh Storage Type SUT D01 ZM1 S1 D01 ZM2 S1

第一张表是“仓位类型挂哪些 SUT”,第二张表是“存储类型挂哪些 SUT”。两张表都指向 S1,说明当前环境只用了通用托盘类型。如果后续要区分大托盘和小托盘,就在第一张表里给 P1 挂 S1、给 E1 挂 S2,第二张表按存储类型分别挂,这样收货时系统会按 SUT 容量去筛仓位类型。OMM1 的搜索顺序本身留空不影响基本收货,但一旦启用多 SUT,就必须把顺序填上,否则系统按默认顺序搜,可能把大托盘塞进小托盘位。

3.3 托盘策略与跨行入库排序(OMLM)

托盘策略在 SPRO 下Strategies -> Putaway strategies -> Define strategy for Pallets,文档 2.9 节把这一步拆成三个子项:存储类型控制、Bin Sections、Bin 到 SUT 的分配。存储类型控制直接引用 1.3 节配好的 ZM1/ZM2,Bin Sections 在文档里留空,Bin 到 SUT 的分配引用 2.3 节的 OMM1 结果。也就是说托盘策略本身没有独立参数,它依赖前面主数据里的 SU 管理开关、SUT 分配和存储类型策略字母 P,三处对齐了托盘策略才生效。

跨行入库排序事务码 OMLM,路径Strategies -> Define Sort Sequence for Putaway。文档这一节表格是空的,说明当前环境没有配跨行排序。跨行排序的作用是当一笔收货要拆到多个存储类型时,按什么顺序落位,常见做法是按存储类型的可用容量从大到小排。没配的话系统按存储类型搜索顺序落位,中小仓库够用;配了的话要在 OMLM 里给每个存储类型填排序号,排序号跟 OMLY 的搜索顺序是两套东西,别混。

3.4 FIFO、LIFO 与其余出库策略的挂接点

文档 2.12 到 2.17 节列了 FIFO、严格 FIFO、LIFO、部分托盘、大小数量、有效期这几类出库策略,每一节的正文都是“See 1.3 or refer directly to customising”。这句话的意思是:这些策略没有独立的配置屏,它们的开关就是 1.3 节存储类型里的“Stock removal strategy”字段。ZM1 和 ZM2 填的是 F,F 就是 FIFO;要改成 LIFO 就把 F 改成 L;要按有效期出库就改成 H(有效期策略)。改完存储类型字段,回 OMLY 确认发货活动类型 A 的搜索顺序没被影响,再前台做一笔 601 发货验证出库批次是不是按先进先出取的。

严格 FIFO 跟普通 FIFO 的区别在于是否允许同一批次跨仓位混取,严格 FIFO 要求整批次出库,配置上还是在存储类型字段里选对应策略码,具体码值以当前版本 SPRO 下拉框为准,文档没有展开写码值,配置时以系统实际选项为准,不要照抄字母。

4. 活动配置:需求类别、移动类型与自动 TO 创建

主数据和策略配完,最后一层是活动配置,它把 MM 侧的移动类型跟 WM 侧的转储需求、转储订单串起来。这一层配错,前台过账能成功,但 WM 里不生成 TR/TO,仓库实际没动。

4.1 需求类别与装运类型(SPRO)

需求类别(Requirement Category)在 SPRO 下Activities -> Define requirement categories,文档 4.1 节只列了标题没有展开参数。需求类别决定一笔业务在 WM 里生成什么类型的转储需求,常见做法是收货类业务挂 01、发货类挂 02、转储类挂 03,具体码值以系统为准。装运类型(Shipment Type)在 4.2 节,文档同样只列标题,这一项主要影响外向交货的 WM 处理,纯内部仓储场景可以先保持模板默认。

4.2 移动类型配置(SPRO)

移动类型在Activities -> Define movement types,文档 4.3 节是这一章的核心。WM 侧的移动类型配置要跟 MM 侧移动类型一一对应,关键字段是“参考移动类型”和“TR 创建方式”。

事务码 SPRO -> Activities -> Define movement types WM 移动类型 参考 MM 移动类型 TR 创建 101 101 自动 201 201 自动 261 261 自动 301 301 自动 311 311 自动 319 319 自动 601 601 自动 651 651 自动

参数说明:参考移动类型填 MM 侧对应码,系统靠这个字段把 MM 过账翻译成 WM 动作;TR 创建方式选“自动”表示 MM 过账后立即生成 TR,选“手动”则要人工在 LB10 里补。文档里 101、201、261、301、311、319、601、651 这些高频移动类型都走自动,只有少数特殊场景留手动。配完一条就前台做一笔对应业务验证 TR 有没有生成,别一口气配完几十条再统一测,出错时根本定位不到是哪条配错。

4.3 库存转储、补货控制与自动 TO 创建

文档 4.4 节“Define stock transfers and Replenishment control”和 4.5 节“Set up autom.TO creation for TRs/post.chge notices”是连着的。4.4 配的是库存转储和补货的触发条件,4.5 配的是 TR 生成后要不要自动转成 TO。

自动 TO 创建在 SPRO 下Activities -> Set up autom.TO creation for TRs/post.chge notices,配置项是按仓库号 + 移动类型 + TR 类型决定是否自动创建 TO。文档没有展开具体参数,常见做法是收货类 TR 自动转 TO(减少人工确认),发货类 TR 保留手动转 TO(留一道复核)。配自动 TO 之前先确认 4.2 节的移动类型 TR 创建方式已经是自动,否则 TR 都不生成,自动 TO 无从谈起。

4.4 确认与过账更改(SPRO)

4.6 节“Confirmation”配的是 TO 执行后的确认方式,文档只列标题。WM 的确认分两种:按 TO 整单确认和按仓位逐行确认,前者适合整托盘搬运,后者适合拆零拣选。配置入口在Activities -> Confirmation,选哪种取决于仓库实际作业粒度,配完前台用 LT12 确认一笔 TO 验证状态是否回写。

5. 避坑排查:WM 配置里最容易翻车的五处

这一章按“现象 → 原因 → 解决”记录五条实际配置里反复出现的问题,每条都对应前面章节的某个配置点,排查时按顺序回查。

5.1 前台 101 收货报“存储类型无法确定”

现象:MM 侧 MIGO 过账 101 成功,但 WM 里没有生成 TR,消息栏提示存储类型无法确定。

原因:OMLY 里移动类型 101 没有引用存储类型,或者引用了但搜索顺序里 902 没排进去。文档 2.1 节的移动类型引用表里 101 指向 902,如果这一行漏配,系统找不到落位存储类型。

解决:回 OMLY,先看下半部分移动类型引用有没有 101 这一行,再看上半部分收货活动类型 2 的搜索顺序里 902 在不在候选列。两处都补齐后重新过账,TR 应该立即生成。

5.2 仓位批量生成数量不对

现象:LS10 执行后只生成了一个仓位,或者生成的仓位号跟模板对不上。

原因:增量字段写成了整体加一(如000001),而不是逐位增量(如110101)。LS10 的增量是按模板位逐位进位,不是数值累加。

解决:回 LS10 检查增量字段每一位,字母位填 1 表示该位递增,数字位填 1 表示该位递增,不需要进位的位填 0。改完先点预览确认数量,再正式执行。已经生成错的仓位用 LS10 的删除功能清掉重来,别手工一个个删。

5.3 SU 管理开关没开导致 SUT 不生效

现象:OMM1 里配了 SUT 分配,但收货时系统不校验托盘容量,大托盘能塞进小托盘位。

原因:1.1 节仓库号控制参数里SU management active没勾选,或者勾了但存储类型的SU mgmt active是空的。两层开关任意一层没开,SUT 都不参与校验。

解决:先回 SPRO 仓库号控制参数确认 SU 管理是 Yes,再回存储类型确认 ZM1/ZM2 的 SU 管理是 Active。两层都开后再做一笔收货,系统会按 SUT 容量筛仓位类型。

5.4 编号范围已定义但前台仍报号段不存在

现象:OMLW 里区间 01 已经维护了 3000000001 到 3999999999,前台创建 TR 还是报编号段不存在。

原因:只做了 Intervals 没做 Assignment,或者 Assignment 做了但区间状态没释放。

解决:回 OMLW,先看 Assignment 页四类对象是不是都指向 01,再看 Intervals 页 01 的状态是不是“已释放”。没释放的点释放按钮,释放后不用重启,前台直接重试。

5.5 拷贝模板后新旧仓库号数据串号

现象:从 0001 拷贝出 D001 后,D001 里出现了 0001 的历史仓位或历史 TR。

原因:拷贝时勾选了“拷贝数据”选项,把模板仓库的业务数据一起带过来了。EC09 拷贝默认只拷配置,勾了数据选项才会带业务数据。

解决:重新用 EC09 拷贝一次,不勾数据选项,只拷配置。已经串号的数据用 LS10 清仓位、LB10 清 TR,清之前确认这些数据不是生产数据。拷贝模板的正确姿势是“只拷配置、不拷数据”,这条我踩过一次就再没忘。

6. 装完怎么验证:从一笔 101 收货走通全链路

配置全部保存不等于环境能跑,WM 的验证必须走一笔完整业务,把 MM 过账、TR 生成、TO 创建、确认回写四段串起来看。我一般按下面这个顺序验,任何一段断了就回对应章节查。

第一步,MM 侧 MIGO 做一笔 101 收货,物料选一个在 D01 工厂存储地点下有 WM 视图的,数量填一个托盘量。过账后立刻去 LB10 看 TR 有没有生成,TR 的移动类型应该是 101,目标存储类型应该是 902。TR 没生成就回 4.2 节查移动类型配置。

第二步,TR 生成后看是否自动转成 TO。如果 4.5 节配了自动 TO,LB10 里 TR 状态应该直接变成“已转 TO”;没配自动就手动在 LB10 里点创建 TO。TO 生成后看目标仓位落在哪个存储类型,按 OMLY 的搜索顺序,101 应该先落 902,如果直接落到 ZM1 说明 902 的搜索顺序或容量有问题。

第三步,用 LT12 确认 TO,确认后回 LS24 看仓位库存,Quant 应该挂在 TO 指定的仓位号上。仓位号跟 LS10 生成的号段对不上,回 2.4 节查仓位结构。

第四步,做一笔 601 发货,验证出库策略。ZM1 配的是 FIFO,发货批次应该取最早入库的批次。如果取的不是最早批次,回 3.4 节确认存储类型的出库策略字段是不是 F,再回 OMLY 确认发货活动类型 A 的搜索顺序里 ZM1 在候选列。

第五步,做一笔 319 补料,验证补货控制和自动 TO。319 在文档移动类型引用表里指向补料存储类型,补料 TR 生成后应该能自动转 TO 落到生产线边仓。这一步断了多半是 4.4 节的补货控制没配。

验证过程中建议开两个会话,一个跑前台业务,一个盯 LB10 和 LS24,每做一步截图存证。配置文档的价值不在于配了多少条,而在于别人拿着这份文档能在新环境里复现出同样的结果。我自己的习惯是每配完一章就在文档对应条目后面打勾,全部打勾后再走一遍上面五步,五步全过才算这套 WM 环境真正装完。从那以后我每次拷贝模板仓库号,都强制先确认 SU 管理开关和编号范围分配这两处,再往下配策略,省掉大量回头返工。希望帮到你。

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