简介这是一份SAP WM仓库管理模块配置详解文档面向SAP实施顾问、MM/WM模块运维人员及参与仓储信息化项目的业务骨干。文档以本地配置实现文档形式呈现系统梳理了WM与MM集成场景下的核心配置项主数据部分涵盖仓库编号控制参数、编号范围、存储类型、存储段、存储箱结构、存储单位类型及各类指示器策略部分覆盖存储类型搜索、存储段搜索、固定箱、开放存储、追加库存、空箱分配、托盘管理等具体策略的激活与定义。资源为单个Word文档doc格式整包约572KB内容源自WMS项目实现记录目录按主数据、策略、活动等章节组织便于配置核对与打印查阅。目前已有786人学习适合在SAP WM项目实施、测试或上线前用于配置比对与知识梳理。借助该文档可快速了解仓库主数据建模与上架/拣选策略配置的关键路径有助于减少配置遗漏与返工。1. SAP WM 配置详解先想清楚仓库怎么走再打开配置向导做过 SAP WM 项目的人都有这种感觉WM 模块本身不算难难的是把仓库的物理逻辑翻译成系统逻辑。收货之后托盘放哪个区、拣货先去哪个仓位、转储单是手动建还是自动建这些全靠主数据和策略那一串配置撑着。这份 26 页的 WM 配置文档把 MM 与 WM 的连接拆成主数据、策略、活动三大块从仓库号、号码范围、存储类型、仓位结构一直配到移动类型映射和补货控制适合实施顾问、MM/WM 模块运维以及仓库流程负责人直接对照。它不是标准教材而是一条能落地、能照填值的配置路线图。2. 主数据先行仓库号、号码范围与存储仓位结构怎么定WM 的主数据配置看着像填表实际上是在搭仓库的“骨架”。骨架没搭对后面策略配得再花哨寻位结果也是乱的。文档开头的做法值得先抄下来用 EC09 把模板 0001 复制到 D001再在复制结果上改。这个动作决定了后面的配置都在一个已知起点上不会因为漏配基础指标而返工。2.1 先定仓库号控制参数SPRO 里每一行都是边界在 SPRO 里走 Materials Management - Warehouse Management - Master Data - Define control parameters for warehouse number事务代码 SPRO实际对应配置视图。仓库号 D01 的控制参数文档里给出的关键值如下Region Codes区域代码用于划分仓库内部的不同作业区域后续存储区可以挂到区域下做报表统计。Unit of weightKG重量单位固定为千克。1st default UomL默认计量单位是“件/升”这类基础单位对应物料主数据里的基本单位。2nd default Uom无第二默认单位没配。Dec. warehouse active激活允许 warehouse 数量带小数。这个开关对上架、盘点影响很大不打开的话按小数计量的物料会直接报错。SU management activeYes存储单位管理激活。这是整套配置里很关键的一个开关意味着后面必须定义 Storage Unit Type存储单位类型也就是文档第 1.9 节做的事。Blocking method冻结方式文档没展开常见做法是按库存冻结即冻结时不允许出库但允许入库。Partial Picking允许部分拣配。拆托拣货的场景必须开不开的话整托不足就只能整托出库。Capacity Check容量检查激活系统在上架时会校验仓位容量。Batch Missing (TR)TR 创建时做批次缺失检查。提示仓库号参数一旦上线后再改影响的是这个仓库下的全部 WM 单据。特别是 SU management active 和 Dec. warehouse active 这类开关属于“开弓没有回头箭”的选项复制模板后第一件事就是确认这两个值。2.2 号码范围TR、TO、Quant 共用区间值得吗WM 有四种核心单据号TRTransfer Requirement 转储需求、TOTransfer Order 转储单、Quant库存数量记录、Posting Change Notice过账更改通知。文档用事务代码 OMLW 定义了号码范围分配关系是每个对象一个编号标识但所有对象都落在同一个区间013000000001 到 013999999999。这个设计有它的道理实现简单号码范围不用维护多条也不会出现某类单据号码耗尽导致流程中断。但代价也很明显从单据号上完全看不出是哪类对象后期查问题只能靠事务代码和状态字段去过滤。我一般会建议至少把 TR 和 TO 拆成两个区间哪怕只是把 TO 的段位错开排查问题时能少走很多弯路。Quant 和 Posting Change 共用问题不大内部对象不影响日常操作。2.3 存储类型和存储区直接把仓库物理布局翻译成表存储类型是 WM 里最核心的主数据它对应仓库里一个有明确作业属性的物理区域。文档里 D01 的存储类型清单几乎就是一个仓库的平面图存储类型名称用途902GR Area From Vendor供应商收货暂存区911GI Area for Cost Center成本中心发货区914GI Area Production生产发货区916Shipping Area Deliveries交货发运区921Stock Transfers (StLoc)库存地点转储区922Posting Change Area过账更改区998Init.entry of stock bal.期初库存录入专用999Differences盘盈亏差异仓ZM1MKC Storage Area主存储区上架/拣货策略已激活ZM2MKC Issue Precedence Area发货优先区上架/拣货策略已激活注意每个存储类型并不只是一个名称它还挂了三个属性SU 管理是否激活、上架策略、拣货策略。文档里 ZM1 和 ZM2 的上架与拣货策略都标了 PF说明这两个区用的是同一个策略组合且与 902、911 这些标准区不一样。这就是“复制模板后按仓库实际流向改”的典型动作。存储区Storage Section则是在存储类型之下再划一道文档里配了四个区ZM1001 正常仓位区、ZM1002 中间仓位区、ZM1003 仓库作业区、ZM2001 总区域。ZM1001 对应 ZM1 的正常存放ZM1002 对应收货到发货之间的临时中转ZM1003 留给仓库内部作业ZM2001 则覆盖整个 ZM2 区域。2.4 仓位结构模板LS10 里那串 AANNNNCCCC 怎么读存储仓位Storage Bin是 WM 寻位的最终落点。文档用事务代码 LS10 定义仓位结构模板是 AANNNNCCCC 这种字符组合A 代表字母位N 代表数字位C 代表字母数字位。一套模板加上起始值、结束值、增量系统就能批量生成仓位号。文档里 D01 各区域的仓位模板如下存储类型/区模板示例说明ZM1001AANNNNCCCC正常仓位区按字母通道数字货架字母位编码ZM1002AANNNNCCCC中间仓位区结构相同但起始值不同ZM1003AANNNNCCCC仓库作业区ZM2001CNNCCCCCCC总区域模板结构与前三个区不同实际生成出来的仓位号类似“ZM01 0001 AB01”拆开看ZM01 是区域前缀0001 是通道货架AB01 是货位坐标。模板里起始值和结束值的跨度决定系统能生成多少仓位增量一般建议从 1 开始不要跳号否则仓位号中间留洞报表和 RF 扫描都不好看。仓位结构配完后还要在 1.5 节里定义仓位类型D01 正常仓位、E1 中间仓位、B1 重新包装区、P1 托盘仓位。这些仓位类型在后面第 3 章的搜索策略里会作为筛选条件出现。3. 策略配置存储类型搜索、上架与托盘策略的落地细节主数据只是把“仓库里有哪些区域”告诉系统策略则是告诉系统“货来了往哪放、要拣货时从哪拿”。文档第 2 章全部内容都是围着这两个问题转的并且每个搜索和策略都对应一个事务代码和一个生效条件。3.1 存储类型搜索OMLY每个移动类型都有自己的寻位顺序文档用 OMLY 激活存储类型搜索并把 MM 里几乎所有移动类型都映射到了 WM 参考移动类型上。这个映射表的本质是当某个 MM 过账发生时WM 用哪套存储类型搜索链去找到合适的仓位。参考移动类型分几组看更清楚业务分组参考移动类型WM 作用采购收货101、102、103、104GR 后上架到收货区或直接上架生产收货521、522成品/半成品入 WM成本中心发货201、202从 WM 仓位拣货出库生产发货261、262生产订单领料转储301、302、311、312、319、919、920工厂/存储地点间转储、补货交货发运601、602、651销售交货出库盘点差异711、712、561、562盘盈盘亏、期初库存过账调整309、321、861、862、921、922质量状态调整、订单冻结/解冻以 101 为例整个寻位链路是101 收货过账 - 触发存储类型搜索 - 按 OMLY 里配置的顺序走访 902 再走 ZM1 - 在 ZM1 里按存储区搜索OMLZ找 ZM1001 - 按仓位类型搜索OMM1找具体仓位。任何一环没激活收货就停在“没有可用仓位”的报错上。3.2 存储区搜索与仓位类型搜索把寻位链路补完整存储类型搜索只是第一层文档紧接着配了 OMLZ 存储区搜索和 OMM1 存储仓位类型搜索。OMLZ 的配置是 D01 仓库下ZM1 存储类型先搜 ZM1001再搜 ZM1002最后 ZM1003。这个顺序不是随便拍的正常仓位区放满后才允许往中间仓位区放仓库作业区是最后的兜底避免把正常存储区和高频作业区混在一起。仓位类型搜索在 OMM1 里激活文档把 S1 这个存储单位类型分配给了 E1、B1、P1 三种仓位类型又把 ZM1、ZM2 两个区的仓位也挂到了 S1 下。这里有个容易忽略的点存储单位类型搜索storage unit type search没激活系统在找仓位时不会按 SU 去筛选。文档在 2.3.4 里给 ZM1/ZM2 都分配了 S1意思就是这个仓库里所有仓位都接受标准 SU但仓位类型 E1 和 P1 的区别仍然保留用于区分散箱区和托盘区。3.3 上架策略矩阵固定仓位到 FEFO 的选择逻辑文档第 2.5 到 2.17 列出的是 SAP 标准上架策略全集但实际生效要靠存储类型上的“上架策略”字段和“拣货策略”字段组合控制策略英文名适用场景固定仓位Fixed BinSKU 固定存放位适合高流转、需要快速定位的物料开放存储Open Storage大批量物料随机存放仓位按空位分配追加已有库存Addition to Existing Stock同料号同批次优先放到已有库存的仓位适合整托叠放空仓位Empty Storage Bin纯随机存储系统只找空仓位托盘策略Pallets整托入库按存储单位类型分配区域散装存储Block Storage大宗散货或整堆存储按块区域管理FIFOFIFO先进先出适合保质期一般的物料严格 FIFOStringent FIFO同批次内也必须严格按入库时间先出LIFOLIFO后进先出适合钢材、板材这类叠放物料部分托盘数量Partial Pallet Quantity拆托场景剩余数量合并到已有托盘仓位大/小数量Large/Small Quantities按数量级区分仓位小数量进小仓位大数量进大仓位到期日Expiration DateFEFO保质期近的先出文档里 ZM1 和 ZM2 的策略码都是 PF别的区域用的是标准策略码。这说明这套配置里 ZM1/ZM2 走的是自定义策略而不是标准 FIFO 或固定仓位。自定义策略的在后面 3.5 节单独讲。这里要记住的是上架策略和拣货策略是存储类型上两个独立的字段配置时经常有人只改一个结果上架走新策略、拣货还是老策略库存布局就乱了。3.4 托盘策略与存储单位类型SUT 不配好托盘入库必踩坑文档 2.9 节把托盘策略拆成三块Storage Type Control、Bin Sections、Assign Bin to Storage Unit Types。Storage Type Control 沿用了 1.3 节在存储类型上维护的控制参数Bin Sections 是仓位区段划分最后把仓位按存储单位类型做了分配。文档里定义的 SUT 是 S1名称为 Normal SU带 capacity usage容量使用率。这个容量使用率用来控制一个 SU 最大能承载多少数量超过就报错。分配关系是存储单位类型可用仓位类型S1E1中间仓位、B1重新包装区、P1托盘仓位另外还把 ZM1、ZM2 整体分配给 S1。这个动作的实战含义是整托货物只能进 P1 仓位或 ZM2 优先区散箱货物可以进 E1 中间仓位。如果在 OMM1 里没做这个分配WM 寻位时不会按 SU 类型去过滤仓位就会出现“托盘被分配到散箱仓位”“整托货拆开放”这种仓储上很忌讳的情况。3.5 自定义策略扩展标准策略不够用时的开发路径文档 2.11 和 2.18 提到 Putaway 策略和 Picking 策略扩展一个是上架方向一个是拣货方向。标准策略解决 80% 的场景剩下的比如“按供应商分组上架”“按温区优先拣货”这类业务规则标准策略里没有就得开发扩展。常见做法是复制一个标准策略的函数组新增策略码然后在用户出口或 BAdI 里写自己的寻位逻辑。开发完以后有两个动作不能漏一是 SPRO 里激活新策略码二是把这个策略码填到存储类型的上架或拣货策略字段里。文档里明确写着 Activate Strategy 要看 1.3 节也就是要到存储类型上去激活很多开发完的策略没生效问题就出在这最后一步。4. 活动与移动类型收货发货转储的映射和补货控制主数据和策略定完后WM 开始处理日常单据流。这一章决定的是“哪些 MM 过账会产生 WM 任务”“TR 要不要自动转 TO”“确认在哪个环节做”。文档第 4 章篇幅不长但每一节都是上线前必须确认的业务决策。4.1 需求类别与发运类型TO 执行方式的源头参数文档先定义了需求类别Requirement Categories再定义发运类型Shipment Types。需求类别控制的是 WM 如何创建转移需求是给每一笔收货都建 TR还是按汇总数量建发运类型则决定交货单发运时 WM 要不要立即生成 TO还是先做波次规划。常见做法是给生产供料、销售发运、转储补货分别建不同的需求类别这样后续在补货控制里可以分门别类地设置自动 TO 创建。4.2 移动类型映射表把 MM 的每个动作挂到 WM文档在第 2.1 节的移动类型引用表里已经列出了 D01 仓库完整的映射典型映射关系如下MM 移动类型WM 参考移动类型业务场景101101采购收货上架103103生产订单收货201201成本中心发货261261生产订单领料301301工厂间转储发货311311存储地点间转储319319补货521521生产入库551551报废出库601601交货发运711 / 712711 / 712盘点差异调整这里要理解一个概念MM 移动类型和 WM 参考移动类型可以不一样但文档里多数配置是“同名映射”也就是 101 对 101、311 对 311。这种配置最直观维护省事。真正需要分开的场景是跨模块联动比如某个 MM 移动类型在 WM 里要走特殊的寻位逻辑才需要映射到不同的 WM 参考移动类型。4.3 转储与补货控制什么时候让系统自动建 TO文档 4.4 和 4.5 节分别处理 Stock Transfers and Replenishment Control、自动为 TR 和过账更改通知创建 TO。补货控制最常见的是 319 补货和 919 流水补货319 用于生产补货从存储区往拣货区补919 用于线边库流水补货量小次数多。920 是生产退料方向相反。自动创建 TO 的开关值得单独说。TR 是需求单据TO 是执行单据如果不在系统里设置自动转换仓管员每天就要手动用 LT01 把一张张 TR 变成 TO。文档特意留了一节 Set up autom.TO creation说明这套配置是希望补货类 TR 在创建后自动触发 TO仓管员直接拿着 RF 扫描执行就行。要注意的是自动创建 TO 通常只对固定源仓位和目标仓位的补货路径有效仓库里的临时调整还是得手动。4.4 确认配置收货、发货、转储的确认开关文档 4.6 的 Confirmation 解决的是“TO 执行完以后谁来告诉系统”。常见选项有按仓位确认、按数量确认、按步骤确认。确认时机不当会造成库存账实不符比如拣货完成但没确认系统里库存还在老仓位下一张 TO 可能又把同一个托盘分出去。实践里推荐至少把发货确认和转储确认分开配。发货确认用移动类型里的确认码控制转储确认可以做成自动确认只要 RF 扫描仓位条码系统后台就完成过账。文档没有展开确认码的细节但确认码是每个移动类型都要挂的漏配的话 TO 做完不更新 Quant库存视图全乱。5. 避坑指南WM 配置里最容易翻车的五个位置WM 配置的坑往往不是单点配错而是配置之间的依赖关系断了。以下五条是我对照这份文档复现配置时最容易踩的位置现象、原因和解决方式都写清楚照着排查能省不少时间。5.1 坑号码范围共用区间查单据分不清类型现象上线一个月后有张转储单找不到对应的 TR翻单据清单时 TO、TR、Quant 混在一起只能靠创建时间和用户逐条核对。原因文档里 OMLW 把 TR、TO、Quant、Posting Change Notice 全部分配在 013000000001 到 013999999999 这个同一区间单据号本身不带类型特征。解决上线前就把 OMLW 拆成两到三段至少把 TR 和 TO 分开比如 TO 用 014 段TR 用 013 段。如果已经上线不要直接改已分配区间先把新区间加进去再通过配置把新单据切换到新区间旧单据保留原号段。5.2 坑存储类型搜索没激活收货后不生成 TR/TO现象MIGO 做 101 收货成功但 WM 里看不到 TR仓管员对着库存视图干瞪眼仓位没更新。原因WM 的收货触发条件是存储类型搜索OMLY里存在该移动类型的激活条目。如果 OMLY 里没配 101 的搜索链WM 认为该移动类型不走 WM 流程过账后不创建 WM 单据。解决回到 OMLY给 101、103、521 等所有需要入 WM 的移动类型都配上搜索链至少包含一个有效存储类型。配置完测试时必须走完整链路不能只看 MIGO 过账成功。5.3 坑仓位结构模板边界算错仓位生成一半翻车现象LS10 里按模板生成仓位时系统提示“无法生成仓位”或生成的仓位号超出预期范围比如应该到 AB99 结果只生成到 AB03。原因仓位结构的 Start 和 End 值没按模板位数换算。AANNNNCCCC 里 NNNN 是从 0001 到 9999但 Start 和 End 如果填 AB0001 到 AB9999字母位和数字位的跨度是两套逻辑增量默认 1任何一段越界都会中断生成。解决先拿模板里最长的一段做演算在 Excel 里把 Start、End、Increment 三列拉出来模拟一遍确认跨度没有断点再在 LS10 里执行。生成完成后抽查首尾仓位号和中间若干仓位确保都在预期区域内。5.4 坑存储单位类型没分配给仓位类型托盘没地方放现象整托收货时系统报错找不到可用仓位但明明 P1 托盘仓位是空的。原因仓位类型搜索OMM1里没把 S1 分配给 P1系统按存储单位类型搜索时过滤掉了所有托盘仓位剩下来的仓位类型只有 E1/B1但托盘又放不进散箱仓位。解决在 OMM1 里把 S1 分配到 E1、B1、P1再检查 ZM1/ZM2 这两个区域的仓位是否也分配了 S1。分配完成后重新做一笔托盘收货确认寻位结果落到 P1 仓位。5.5 坑策略码激活了固定仓位物料却被放去临时区现象明明给某物料设了固定仓位上架时系统却把它放进 ZM1002 中间仓位区而不是 ZM1001 的固定仓位。原因存储类型上架策略字段写的是固定仓位策略但存储区搜索OMLZ里 ZM1001 的优先级比 ZM1002 低或者固定仓位物料主数据里的固定仓位号根本没有维护系统找不到固定仓位就按后续搜索链落到了中间仓位。解决先查物料主数据的 WM 视图确认固定仓位字段有值再回 OMLZ 看搜索顺序把 ZM1001 排在 ZM1002 前面最后在存储类型上确认上架策略码是固定仓位的标准码而不是 PF 这类自定义码。6. 用一张测试单据验收全套配置从 101 收货到 201 发货配置做完不能直接交付必须用一张测试物料把关键链路从头到尾跑一遍。6.1 用验证矩阵把关键路径固定下来我每次做完 WM 配置都会列一张验证矩阵照着执行不凭感觉验收验证场景事务代码预期结果采购收货上架MIGO 101 - LT01 - LT21生成 TRTO 自动或手动创建仓位落到 ZM1001/002生产收货上架MIGO 101/103 - LT21收货进入 ZM1走存储区搜索链成本中心发货LT01 - 拣货确认 - MIGO 201从 ZM1 对应仓位扣减仓位占用下降工厂间转储LT01 创建 301 TO - 确认发货仓和收货仓库存同时更新补货319 自动创建 TO从存储区补到拣货区不手工干预盘点差异711/712 过账差异入 999 仓不影响正常区库存6.2 用 WM 报表核对配置结果跑完单据后还要用报表确认系统状态LX23 看仓位占用LT22 看 TO 清单LT24 看 TO 确认情况LB03 看库存视图。这几个报表组合起来能覆盖“货在哪个仓位、TO 是否确认、库存数量对不对”三个核心问题。任何一环对不上回对应配置点排查不要直接改数据。从头到尾跑完一遍后我会把验证结果贴在配置文档最后一页作为交付附件。从那以后我每次做完 WM 配置不管时间多紧都强制自己用同一张测试物料把 101、311、201 这三条链路跑通再收工这个习惯帮我挡掉了好几次上线夜里的电话。希望帮到你。本文还有配套的精品资源点击获取