SAP WM配置资料详解：仓库号、存储类型与转储单策略

简介面向SAP WM模块实施顾问、MM模块顾问及仓库管理项目成员的配置详解文档系统梳理WM与MM物料管理集成在收货、上架、拣配、库存转移等环节的核心配置路径。内容为英文原版项目配置文档核心内容分为主数据与策略两大主线主数据设置覆盖仓库号控制参数、编号范围分配、存储类型与存储段、存储箱类型及结构、存储单位类型、存储类型/存储段/区块存储指示器等策略配置涵盖存储类型搜索、存储段搜索、存储箱类型搜索、固定箱、开放存储、追加库存、空箱、托盘策略、存储类型控制、箱区分配并延伸至FIFO/LIFO、有效期及大/小数量策略。同时涵盖活动类型、装运类型、移动类型及自动仓库单生成配置。压缩包内共1个doc文件体积仅572KB内容集中适合实施、测试与上线阶段逐项对照。已有786人学习/下载借助这份配置文档可快速建立WM后台配置检查清单理解各参数对仓库作业自动化的影响减少配置遗漏与手工干预。1. SAP WM配置資料是什么一张表理清仓库作业的“底账”“SAP WM配置資料”这六个字在不少项目里被当成上线时的字典用到时才翻一下。但一线顾问对它有另一个更实在的称呼仓库作业的“底账”。它不负责管库存数量——那是MM的事它管的是货进仓库之后“往哪放、怎么找、先出谁”。同样是收货WM配置不同可能进高位货架也可能进地面拣货区同样是发货可能按FIFO先出旧批次也可能按固定仓位直接扫货。本文不聊概念直接从配置资料的结构讲起把骨架、参数、坑位一次说清。适合正在做WM上线、MM与WM集成或者接手WM运维但只敢看不敢改的从业者。2. 配置前先搭骨架仓库号、存储类型、仓位与存储区的定位2.1 仓库号与仓储地点先搞清“一个仓库号管几个物理仓”仓库号是WM配置的最顶层对象。一个仓库号在系统里代表一套独立的仓库管理规则通常一个物理仓库对应一个仓库号如果同一个厂区里有成品仓和原料仓物理上分开、管理规则也不同正确的做法是建两个仓库号而不是在一个仓库号里靠存储类型硬拆。配置路径在SPRO的Logistics Execution → Warehouse Management下。这里要完成两件事一是定义仓库号本身二是把MM的仓储地点分配到仓库号。第二件事经常被漏掉后果是MM收货到该仓储地点时WM完全不知道单子停在IM层面仓库人员看不到任何入库任务。建议在配置资料里建一张映射表明确每个仓储地点归属哪个仓库号工厂仓储地点物理仓所属仓库号启用WMP0010001原料仓W001是P0010002成品仓W002是P0010003退货仓W003是P0010004样品室不启用否不要所有仓储地点都硬挂WM。办公用品仓、样品室这类不需要仓位管理的库存挂WM只会增加转储单和确认工作量没有实际收益。判断标准很简单这个地点有没有按“仓位”找货的需求。有就挂没有就不挂。2.2 存储类型配置资料里最影响找货速度的一张表存储类型是整个WM配置的核心表。同一个仓库号下按存储物理形态和作业分区切成若干存储类型常见的有收货暂存、高位货架、散货区、拣货区、退货区。每一条存储类型记录里最值得关注的是上架策略、下架策略、包络尺寸和是否允许库存合并这几个字段直接决定系统“找位”的逻辑。我一般建议存储类型编码用三位001收货暂存、002高位货架、003散货拣货区直观且方便后续配置引用。创建时不要一股脑把容量字段全填满先用一张参数表把关键字段定下来字段配置值作用踩坑点上架策略固定仓位/空仓区/随机决定收货后系统按什么规则找仓位选了固定仓位但物料主数据没维护直接找位失败下架策略FIFO/LIFO/按批次决定拣货时先出哪个库存FIFO要勾选按收货日期否则不生效包络尺寸如 1.2m×1m×1.8m找位时校验货物体积与仓位容量不维护就跳过容量校验货位超载没人知道允许库存合并是/否是否允许同一仓位放多个物料设为是会导致账实不符时难排查高架仓和高位货架在物理上看着像一回事配置资料里却是两种不同存储类型因为上架策略和下架策略完全不同。高位货架存整托靠堆垛机拣货区存拆零靠人工。两者之间的货物流转靠补货策略衔接这部分在第4章展开。2.3 仓位与存储区把“位置”拆成可计算的字段仓位是WM里最底层的物理位置存储类型下的每一个货架格口、每一块地面区域都是一个仓位。仓位字段包含仓位号、类型、容量、重量上限、当前库存占用、冻结标记。仓位不是靠人工在界面里一条条敲的正常做法是用批量生成功能按规则一次生成整个仓库的仓位号。仓位编号要有规律能把“区域-排-列-层”编码进去。比如A-01-03-02表示A区域第1排第3列第2层。批量化生成比手工维护的好处是后续找位、盘点、报表都按规则走不会出现A区里混着B区仓位的情况。仓位生成后要做一次容量校验一个仓位最多放几托、最大承重多少这些数据要提前量好。存储区是存储类型下再切一层的分组用于找货优化。比如高位货架存储类型下分“靠近收货区”和“靠近发货区”两个存储区系统找位时可以限定优先在某个存储区内找减少叉车空跑。配置时容易忽略的是存储区编号和空仓区搜索顺序不配的话找位性能会明显下降仓库越大越明显。3. 移动类型与转储单让收货、上架、拣配“自动走单”3.1 WM移动类型的映射关系从IM到WM的桥WM和MM之间靠移动类型建立映射。MM的收货、发货、转储会产生IM层面的物料凭证WM要响应这些动作必须在后台配置对应的WM移动类型。一张典型的映射表长这样IM移动类型业务场景对应WM移动类型WM动作101采购订单收货101收货转储单201发货给成本中心201拣配转储单311存储地点间转储311仓库内转储单321冻结库存转非限制321库存状态变更Mapping这一步漏配置是最常见的“神秘事件”——MIGO收货做成功了LT06却查不到任何单据。排查思路固定先看MRP/IM层面的物料凭证是否生成再查WM移动类型映射是否存在。很配置资料里定义WM移动类型时要考虑是否需要系统自动生成转储单。有的企业收货后要求立即上架有的企业收货后先整托盘暂存、再由仓管员统一调度上架这两种模式对应完全不同的开关设置。3.2 转储单自动生成几个关键开关转储单是WM作业的执行单据相当于给仓库人员下任务。配置转储单自动生成最核心的是在WM移动类型里维护“创建转储单”的触发条件。常见的业务配置有两种一种是MIGO收货时直接勾选“创建WM单据”系统在收货确认的同时生成转储单仓管员拿着单子直接上架。这种适合整托收货、货到即上架的流程效率高但灵活性低——遇到收货高峰仓位可能还没腾出来转储单却已经生成了。另一种是先收货到收货暂存存储类型系统不自动创建上架转储单由仓管员在LT06手动批量创建。这种适合需要人工判断货区的情况。项目里经常出现的问题是业务方想要“自动创建”但又没在仓库号层面开启WM自动单开关结果系统根本不生成。判断方式是逐层检查仓库号参数、移动类型参数、物料主数据WM视图三个位置缺任何一个都不会自动出单。我一般建议按下表配置自动创建规则业务场景IM移动类型WM移动类型是否自动创建转储单说明整托收货上架101101是收货即分配仓位散货收货101101否先入收货暂存区生产发货拣配201201是按领料单直接下架仓库内补货311311是高位补拣货区3.3 上架策略的四个常用值固定仓、空仓区、随机、补货上架策略配在存储类型上决定系统“把货放到哪个仓位”。固定仓位适合A类大件一个物料固定放一个仓位找货最快空仓区策略适合货品规格统一、仓库空间充足的场景系统按空仓区搜索顺序找空位随机策略会把货散到任意空位找位灵活但碎片化严重拣货时要跑多个仓位补货上架则配合第4章的补货策略收货后把货直接放到拣货区。选上架策略不是拍脑袋要看你仓库的作业模式固定仓位适合成品少品种大批量比如饮料代工厂一个SKU一个区域空仓区适合电商仓SKU多但每个SKU量不大随机适合自动化立体库系统算好最优位置人工无需干预补货上架适合高位货架与拣货区并存的仓收货后先补拣货区拣货区满了再进高位上架策略一旦上线后想换不是改一个字段就行要考虑已有库存的仓位分配、后续收货的连续性以及拣货路径的变更。某项目里从随机策略改成固定仓位光物料主数据WM视图就批量维护了两天业务还停了一个班次。所以选型阶段就要把策略定清楚。4. 下架与补货FIFO、库存类型与拣货区的联动配置4.1 下架策略的三个常用值FIFO、LIFO、按批次下架策略配在存储类型上决定拣货时系统挑哪一笔库存。用得最多的是FIFO先进先出适合食品、化工、电子料等有保质期或批次追溯要求的物料LIFO适合钢卷、铜杆这类后进先出的长周期物料还有按批次人工指定的适合医药、试剂等强管控场景。FIFO配置有个容易被忽略的细节存储类型的下架策略选成FIFO后还要去看是否需要按收货日期找货。系统默认的FIFO可能是按库存的“入库日期”排序但入库日期不等于收货日期。仓库实际收货后可能要隔几天才过账入库这时候如果按入库日期排先收的货可能反而后出。有的企业干脆建多套下架策略用物料主数据WM视图指定不同策略更灵活但维护成本也高。配置常用值参考下架策略适用场景关键参数备注FIFO食品、化工、电子料勾选按收货日期/库存日期需配合批次管理更有效LIFO钢卷、线缆、长周期料按后入库先出不适合有保质期物料按批次医药、试剂拣货时人工指定批次需要批次确定功能4.2 库存类型与下架控制别让系统动到冻结库存WM的库存类型分为非限制、质检、冻结三种。下架配置里最怕的是系统自动拣到质检库存然后仓库人员拿着转储单去仓位一看货是锁着的白跑一趟。这个问题不是操作失误是后台配置没把下架的范围卡住。配置点在存储类型或下架策略相关配置里要限定下架时允许使用的库存类型。常规做法是“非限制优先”当非限制库存不够时系统再考虑是否允许拣质检库存。项目里常见需求是质检库存完全不许动那就把所有其他库存类型排除掉。还有一类坑冻结库存本身有库存数量系统找货时不排除也会被选进去业务上以为是“货没锁住”实际上是“找货配置没锁住”。我给的配置建议是明确维护一张库存类型使用范围表并定期抽查转储单里的库存类型分布。上线初期每周末查一次重点看有没有拣到冻结库存的单据。如果发现系统能拣到冻结库存不是去骂操作员而是回来看配置——这个锅多半在配置资料。4.3 补货策略高位货架与拣货区之间的“自动搬家”补货是WM里最倚赖配置的功能之一。高位货架存整托拣货区存拆零拣货区被拣空后要从高位货架补过来。配置上要定义补货来源存储类型、目标存储类型、补货触发条件、补货数量如何计算以及是否自动生成补货转储单。配置不是玄学关键在于触发阈值的设定。拣货区每个仓位补到多少算“满”低于多少算“空”这两个数要按拣货作业的节奏来。补得太早高位货架空跑一趟补得太晚拣货人员没货可拣生产停线。我见过一个项目补货阈值设成“低于1件就补”结果高位货架天天忙个不停后来改成“按当日出库需求预测安全库存”才算稳定下来。补货逻辑联动了好几个存储类型参数建议写下配置关系补货来源高位存储类型下架策略按FIFO补货目标拣货存储类型上架策略设为固定仓位触发条件目标仓位可用数量低于阈值补货量按目标仓位容量补满或按固定数量补配置完成后要在测试环境跑一轮真实数据把拣货区库存消耗到阈值以下观察补货转储单是否自动生成来源是否从高位货架扣减目标仓位是否正确。补货配置最怕看到的是“转储单生成了但方向反了”——高位补拣货区补成了拣货区回高位的单子这种问题在配置阶段就要拦掉。5. WM配置资料常见翻车现场5个坑与排查方法5.1 收货后WM没有任何单据产生现象MIGO收货成功物料凭证有了但LT06/LT21里查不到任何WM转储单仓库人员干等。原因大多是仓储地点没有分配到仓库号或WM移动类型没配置“自动创建转储单”还有可能是物料主数据WM视图没激活。解决按三层逐项排查——第一层检查仓库号与仓储地点映射表第二层检查WM移动类型映射是否存在、是否允许自动创建转储单第三层检查物料主数据WM视图是否已维护。大部分案例最后都落在第一层仓储地点根本没有挂给任何仓库号。5.2 上架时系统提示找不到可用仓位现象收货成功创建上架转储单时系统报错或按一个错误仓位分配仓管员跑过去发现仓位被占。原因上架策略选了空仓区但空仓区搜索顺序没配置或者仓位容量字段未维护系统觉得没有“满足容量”的空位再或者上架策略是固定仓位但物料主数据里没有维护对应仓位。解决先用仓位库存查询清单列出当前空仓区和占用率确认物理上有没有空位然后逐项检查存储类型的包络尺寸、仓位容量、上架策略与固定仓位主数据。如果物理上有空位但系统说没有99%是容量或搜索顺序的问题。5.3 FIFO不生效总是先出后到货现象下架策略明明配了FIFO拣货转储单却总是先选新批次业务方质疑系统“不讲先进先出”。原因存储类型里的下架策略虽然选了FIFO但没有触发“按收货日期/库存日期排序”系统依然按入库日期或仓库内部排序取数。另一种可能是物料没有启用批次管理FIFO在无批次的前提下只能靠库存日期而库存日期没随收货过账更新。解决回到存储类型配置检查下架策略明细勾选按收货日期/库存日期找货对已启用批次的物料检查批次主数据里的生产日期和库存日期是否由收货过账自动更新。同时建议在下架策略里把“非限制库存优先”一并打开避免质检库存干扰排序。5.4 仓位容量校验总失败系统认为货放不进现象一个地面区域明明能堆12托系统却只允许放2托或者一个货架格口能放两托系统只放一托就开始报警。原因仓位主数据里的“最大库存数量”和“最大重量”与实际不符更常见的是存储类型里包络尺寸和仓位尺寸两者取数逻辑冲突系统按“物理格子”算容量而不按“实际可堆叠数量”算。解决按仓位的物理属性重新维护容量字段大件区按托盘数量算散货区按体积算。不要所有存储类型用同一套容量规则地面堆叠区和高位货架区的计算方式完全不同。改完仓位容量后建议做一轮测试收货确认系统分配的数量和人工判断一致。5.5 仓位冻结标记与实际库存状态不一致现象仓库人员手工冻结了一个问题仓位系统找位时绕过它但该仓位仍有库存没转移盘点时账实差异越来越大。原因冻结仓位和冻结库存是两套逻辑。仓位冻结只影响“新任务是否分配”不会自动触发库存转移仓库人员以为“冻了就安全”但库存还在账上。解决冻结仓位后立刻创建库存转储单把原仓位库存转到待处理存储类型或同一个存储类型下的冻结仓位。建议在项目里定一个标准化动作任何仓位冻结操作必须附带库存转移单不允许只冻结不转货。定期用仓库库存清单比对冻结仓位与实际库存占用防止“冻着冻着忘了”。6. 改完配置怎么验证一条最小链路走通WM全流程配置资料改完后最忌直接让业务上线“试一把”。我的习惯是每次改完配置都不急着写变更说明先在测试仓库号里跑一遍最小链路链路不长但每一步都能暴露配置问题。第一步用MIGO对绑定了仓库号的仓储地点做一笔101收货数量按一托算检查收货后IM物料凭证生成的同时WM层有没有自动产生转储单。第二步打开WM转储单清单确认转储单已生成、目标存储类型和仓位与上架策略的预期一致。第三步对转储单做上架确认再回MM层面看库存状态是否更新到目标仓位。第四步做一笔201发货确认拣货转储单的仓位来源于下架策略而不是手工指定。第五步回查仓库库存清单确认物料的库存地点、存储类型、仓位三者一致。这条链路我称之为“WM配置的回归测试基线”任何配置变更哪怕只是改了存储类型里一个勾选项都要从这条链路过一遍。它不费时间一次5分钟但能拦住绝大多数“上线当天才发现配置有问题”的事故。某项目里改了下架策略的库存类型范围没跑基线直接上了生产结果拣货单大面积指向冻结库存仓管员集体罢工半天——那之后团队定了规矩不管多小的配置变更先把基线跑完再谈上线。还有一个进阶习惯维护一部配置变更记录记下改了哪个存储类型、哪个字段、从什么值改成什么值、改了之后基线验证结果如何。仓库配置和程序代码不一样出问题时看变更是最快定位方式。用Excel或内部运维工单都行关键是记录字段级变更明细而不是只写一句“调整了上架策略”。几年后回头看这部记录比任何文档都有用。WM配置资料说到底是一套规则账本账记在系统里规则定在人的手里。每一次调整都要有依据、有验证、有记录希望帮到你。本文还有配套的精品资源点击获取