企业官网建设流程全解析

干SAP这么多年，WM模块的事务码总是被问得最频繁的一批。尤其从MM顾问转过来、或者刚接手物流执行模块的新人，一打开SAP菜单就懵了——LT、LX、LS、LI、LB开头的TCODE密密麻麻，光看名字根本分不清谁是谁。而且WM跟MM、SD、财务全是链路关系，一个TO没确认，月底盘点和成本结算全跟着炸。

这篇不是什么官方文档搬运，而是把我日常用得最多、踩坑最狠的高频TCODE按业务环节重新串了一遍。每一条都尽量讲清三个问题：什么时候用、核心逻辑是什么、容易栽在哪里。适合刚接触WM模块的IT运维、刚上线的内部顾问，也适合准备做S4 WM升级的人拿来对照复习。文末我会附一张排查速查表，遇到问题时直接对着翻。

1. 主数据维护类TCODE：从物料WM视图到仓储货位

主数据是一切WM操作的地基。很多项目上线后天天报错，根子就是物料主数据的WM视图没扩全、货位没建好。这一块的事务码不多，但每一个都牵扯上下游配置。

1.1 物料主数据与WM视图：MM01、MM02、MM03、MSC1N、MSC2N、MSC3N

物料主数据本身是MM模块的活儿，但WM启用后，物料必须扩展“仓库管理视图”，否则收货时会提示“物料没有维护WM视图”或者“该仓库号未对物料进行维护”。

• MM01：物料主数据创建。创建后在“额外数据”里可以勾选“仓库管理”相关视图，或者直接用MSC1N单独创建WM视图。
• MM02：修改物料主数据。WM上线后最常用的场景，就是给已有物料补WM视图、调整“源存储类型”和“发货处理时间”。
• MM03：显示物料主数据。排查货位为空、上架策略不生效时，先来这里看WM1/WM2视图字段。
• MSC1N / MSC2N / MSC3N：创建、修改、显示物料主数据的仓库管理视图。注意，这几个TCODE不是MM菜单里的，而是“物流执行→主数据→仓库管理”下的入口。很多人找不到，就是因为路径不对。

这里必须多说一句“源存储类型”这个字段。它指的是物料收货后默认存放的存储类型，比如高位货架区是0001，拣货缓存区是0002。如果你发现MIGO收货后系统没有自动生成上架TO，或者建议货位总是空的，十有八九是物料主数据里这个字段没维护。另外一个常被忽略的字段是“发货处理时间”，它直接影响LT0P拣配TO的确认时间和波次计算。批量上线时建议先统一检查这两个字段。

WM主数据和MM主数据最大的区别在于：MM主数据是跨工厂、跨库存地点的，而WM视图必须指定仓库号。也就是说，同一个物料在两个仓库号下可以有不同的源存储类型、不同的补货策略。多仓库场景下千万不要图省事只扩一个仓库号的视图，否则换仓直接报“WM物料主数据不存在”。

1.2 仓库号、存储类型、货位主数据：LX01至LX04、LS01至LS03、LS24与LS26

仓库结构是WM里最核心的层次模型：仓库号（LGNUM）→存储类型（LGTYP）→存储区（LGPLA，也就是货位）。这套结构在后台配置里定义，但日常维护要看这些TCODE。

• LX01：创建仓库号。仓库号一旦创建并分配了工厂，改起来就非常麻烦，所以创建前一定要确认命名规范和公司代码分配。
• LX02：修改仓库号。主要用于调整“WM/MM集成”“APS（高级拣配系统）”开关之类的参数。
• LX03：显示仓库号。
• LX04：创建/维护存储类型。比如定义0001高位货架区、0002拣货区。存储类型里要维护“库存类型/库存状态”的组合，不然LT12确认TO时会失败。

存储类型下面的货位主数据，用LS开头的事务码维护：

• LS01：创建货位。可以单个建，也可以批量建。
• LS02：修改货位。注意只要货位上有库存，货位类型、容量这类字段就别乱改，很容易导致库存对不上。
• LS03：显示货位。
• LS24：按存储类型显示货位清单。这是盘点、上架分配、容量分析时最常用的报表入口。
• LS26：货位库存查询。某一个货位现在放了哪些物料、多少数量，全在这里。

关于批量建模，我想单独提一点。新项目或工厂搬迁时，货位经常是几千个起步，靠LS01一个一个点是不现实的。常用的做法是：

1. 先用LS01创建一个模板货位。
2. 再用LSMW或BDC批量录制，按存储类型+货位编号规则批量创建。
3. 也可以用LS07这个批处理入口，直接指定仓库号和生成规则。

批量创建前，务必先确认存储类型已经在后台配置好。因为LS01创建货位时，系统会校验存储类型是否存在，以及货位编号是否在该存储类型的编号范围里。我以前在项目上就吃过亏：先导入了3000个货位，结果发现存储类型被配成了“无货位管理”，全部白导，还得删掉重来。

1.3 主数据批量维护经验：LSMW、OMB1/OMB2/OMB3与运维阶段的自检

除了货位，物料WM视图也经常要批量维护。比如新上一套S4，或者收购了一个新仓库，几百个物料要一起补WM视图。这时有两条路：

• 如果有ABAP开发资源，优先用BAPI批量扩充物料WM视图。常见的是用BAPI_MATERIAL_SAVEDATA配合物料WM视图的字段结构。不过说实话，WM视图字段走BAPI的效果并不总是理想，很多项目最终还是用LSMW录屏幕。
• 没有开发资源就用LSMW。录制MSC1N创建WM视图的屏幕，导入Excel模板。LSMW的优势是上手快，缺点是字段错误排查麻烦，几千条数据里报错一两条，你得逐条看日志。

我个人的习惯是：先用小批量（比如10条）试跑，确认录屏的字段映射正确，再有条不紊地跑全部数据。LSMW跑完后，随机抽20条用MSC3N查看，重点核对源存储类型、货位、发货处理时间有没有进错。

另外，后台配置中OMB1、OMB2、OMB3这三个TCODE经常在主数据阶段就要用到：

• OMB1：定义移动类型。
• OMB2：定义存储类型。
• OMB3：定义存储区。

我在实际项目中见过一个典型问题：移动类型101（采购订单收货）在OMB1里没有分配到任何仓库作业类型，导致MIGO收货时TR生成了，但后续LT06就是找不到待上架的TR。排查到最后，就是OMB1里101对应“仓库作业类型”没配。这类问题不报红也不报黄，只是默默不做TO，隐蔽性极高。所以主数据维护完成后，最好先在测试环境用MIGO做一次收货，跑完整条上架链路，再放量运维。

2. 库存移动与盘点类TCODE：日常收发转储全在这

主数据搞定之后，日常库存收发和仓库盘点就是WM用得最多的场景。所有库存变化都要落到物料凭证上，而WM层还有一个“TO（Transfer Order）确认”的概念，这是新手最需要建立的思维：库存移动是两层的，IM层记账是一回事，WM层货位移动是另一回事。

2.1 收货、发货与转储：MIGO、MB1A、MB1B、LT01、LT04、LT06

• MIGO：通用货物移动。收货、发货、转储都能做。这也是全模块高频中的高频。启用WM后，MIGO过账会同时产生IM物料凭证和WM层的TR（Transfer Requirement，转储需求）。
• MB1A：货物发料。比如生产订单领料、成本中心发料。往WM仓库发料时，同样会生成TR。
• MB1B：货物转储。用于IM层库存状态转换、存储地点间转储。如果涉及WM仓库，发货和收货两步各自生成TR。

TR生成后，仓库执行端要用TO来搬运。看这几个：

• LT01：手工创建TO。直接指定物料、来源货位、目标货位、数量，确认后库存立即在WM层移动。
• LT04：按TR批量转TO。把多个TR打包成TO集中处理，适合波次作业。
• LT06：生成上架TO。从内向交货单或采购订单生成上架TO，把收货暂存区的货放到目标货位。

这里有个特别容易踩的坑：LT01创建TO时界面有一个“立即确认”的选项。勾选后，TO一保存库存就直接挪到目标货位，不需要再做LT12确认。不勾选的话，保存后只生成一个“已创建”状态的TO，仓库工人拿RF扫完货位，再执行LT12确认，库存才真正到位。很多上线初期的账实差异，就出在这个环节：有人以为TO保存了就算完成了，其实WM仓库里货还没来得及放过去，库存报表已经虚增了一个目标货位。

再说热词里提到的“521移动类型”。521在SAP里是“收货到质检库存”，多用于采购收货进质检模式。WM启用后，质检库存的收发货和TO逻辑跟普通非限制库存是一样的，只是库存类型不同。实际业务中常见的是：521收货进质检，然后523质检放行转非限制库存。处理这条链路时，务必注意TO确认前后的库存类型状态，因为OMB2里存储类型如果没有维护质检库存的状态组合，TO确认时报错“存储类型中没有库存类型”，特别耽误时间。

另外MIGO检查导致物料锁定这个问题，几乎每隔几天就有人问一次。现象是：MIGO过账时提示“物料在XX工厂XX存储地点被锁定”，甚至给出循环盘点冻结的提示。原因多半有两个：

1. MIGO行项目里勾选了“检查可用量”，系统在检查时发现库存不足或物料处于盘点冻结状态。
2. WM盘点冻结（LI20）把该存储类型的库存锁住了。

解决办法也简单：盘点流程结束后要释放冻结，或者过账前把“检查可用量”勾去掉。如果确实需要可用量检查，可以在后台配置可用量检查级别，而不是全仓物料一刀切。这里提醒一句：上线初期如果频繁爆锁定，别急着调后台，先看是不是有人做了盘点凭证忘了录盘点结果——LI20冻结状态会一直挂在物料上。

2.2 仓库盘点完整链路：LI01N、LI11N、LI20、LI21、LI24

盘点不是拿着PDA去数数就完事的，在系统里是一条完整的凭证流。WM盘点相关的TCODE，前缀全是“LI”。

• LI01N：创建盘点凭证。可按仓库号、存储类型、货位、物料、零库存等条件批量创建。创建时可以同时选择是否冻结库存。
• LI11N：录入盘点结果。实盘数在这里录入。如果实盘数和账面数一致，凭证自动标记“无差异”。
• LI20：批量冻结库存。就是热词里“IM cycle count冻结库存”说的那个功能。可以按ABC分类只冻结某些存储类型的库存，不必整个仓库停摆。
• LI21：显示差异清单。盘盈盘亏一目了然，这里也是复盘差异原因的主要入口。
• LI24：差异过账。确认差异后过账，系统自动生成物料凭证，并更新WM库存和IM库存。过账后如果发现错了，再用MB1C或相关的移动类型反方向调整。

很多项目把盘点做成循环盘点（Cycle Count），就是为了避开大规模停线。我见过一个比较合理的方案：把高位货架区按ABC分类，A类物料每周盘一次，B类每月盘一次，C类每季盘一次。每次只冻结对应货位，其他区域的收发不受影响。这样既保证了库存准确率，又不会每天被业务追着骂“系统又锁料了”。

还有一件事必须强调：LI24差异过账后，一定要去MB51查一下生成的物料凭证移动类型。WM盘点差异过账的移动类型是有讲究的，过账方向不对，库存金额就会挂错科目。特别是涉及批次和序列号的物料，差异过账还可能要求先做批次状态调整。财务月末关账前，如果WM差异没处理干净，OBYC里“库存盘亏差异”科目就会闹脾气，这方面的锅最后十有八九会甩到WM顾问头上。

3. 仓储作业执行与单据流：从交货单到上架、拣配、发运

WM的价值在于执行，执行的关键是TO单流转。生产物料领用、销售出库、库存转储（STO），这些业务单据到WM仓库后，全都要转成TO让仓管员去干活。这一章节围绕“单据从哪来、TO怎么生成、怎么确认、怎么查异常”展开。

3.1 外向交货与拣配发货：VL10B、VL01N、VL02N、LT0P、LT0D

先看销售出库这条典型链路：

1. 销售订单创建后，用VL10B批量创建外向交货单，也可以用VL01N单个创建。
2. 外向交货单确认后，WM仓库用LT0P创建拣配TO。系统根据存储类型、拣配策略、货位等自动建议从哪个货位拣货。
3. 仓管员拣货完成后确认TO，库存从拣货区转移到“发货区”或“加载区”。
4. 最后用VL02N做发货过账（PGI），库存正式从账面扣减。

这里最值得展开的是LT0P。LT0P全称是“创建外向交货的转储单”，它和LT01最大的区别是：LT0P面向外向交货单生成TO，可以选择“过账发货”参数，把拣配TO的确认和PGI发货过账一气呵成。实际项目里，如果仓库流程是波次拣货、再集中复核，就不建议勾选“过账发货”，否则TO确认的同时货就出账了，拣错货都没机会反悔。我想强调一个观点：系统功能越“自动化”，上线初期越要谨慎。先跑手工确认的流程跑顺了，再逐步放开自动化参数。

LT0D是“按外向交货过账发货”的独立事务码。在有些项目上，业务人员不习惯用VL02N，而是把发货过账整合到WM菜单里，那LT0D就派上用场了。它与VL02N最终效果一致，都会把交货单状态更新为“已发货”，并生成会计凭证。

生产领料这一侧的逻辑也差不多：生产订单领料生成预留（MD04可以看到），MIGO/MB1A发料生成TR，然后仓库执行LT04或LT01拾取物料送到车间线边库。如果车间线边库也纳入了WM管理，就要再建一个“线边库存储类型”，这样两个存储类型之间用TO移库，物料流动全程可追溯。

3.2 STO转储和WM联动：LT01、MB1B、LT12的关键串联

热词里出现“sap sto”，这是供应链里绕不开的玩法。STO（Stock Transport Order，库存转储订单）分两种：一步法和两步法。步法和两步法对WM的影响完全不同。

• 一步法STO：发货工厂发货过账时，收货工厂直接收货。如果发货方仓库启用了WM，那发货侧自动生成TR，仓库用LT01搬运、LT12确认，再给IM做发货过账。收货侧如果没有WM，只是一个普通的收货。
• 两步法STO：发货方发货到“在途库存”，收货方再做收货。两个工厂的仓库都可能涉及WM，因此可能会生成两次TR/TO。常见的问题是两个仓库之间如果“转储单”流程没走完，账面显示在途，实际货已经到了收货仓，月底对账就会出现长在途。

处理STO时，我建议用LT21或MB5T这类报表去查“在途转储库存”，而不是只看仓库实物。等仓库实物已经入库、账上还在途的时候，多半是收货方的TR没及时转成TO，或者TO确认了但IM收货这一步漏了。排查顺序是：先MB5T看在途，再LT16看TO状态，再用MB51看收货物料凭证，三步基本能定位卡点。

3.3 TO/TR监控与账实差异排查：LT10、LT12、LT13、LT15、LT16、LT21至LT24

TO生成后并不会凭空消失，它会一直挂在系统里等你处理。所以监控类TCODE格外重要：

• LT10：按批次批量创建TO。适合同一物料、多个TO需求合并处理。
• LT12：单个确认TO。仓库工人每完成一次搬运，RF枪扫过之后后台就在执行LT12的逻辑。异常时手工进来确认或取消。
• LT13：批量确认TO。适合集中处理一批已搬运但未确认的TO，常用于清理积压。
• LT15：删除TO。只有TO尚未确认时才能删，已经确认的TO不能删除，只能做反方向TO冲销。
• LT16：显示TO清单。可以按仓库号、存储类型、TO状态、日期范围查。你的核心监控工具。
• LT21：物料库存搜索。给出物料号，直接定位到货位和数量。
• LT22：按物料显示库存。相当于WM视角的MB52。
• LT23：按批次显示库存。
• LT24：按货位显示库存。

日常运维中，LT16和LT22是我用得最频繁的一对组合。业务反馈“某个物料账上有、现场找不到”时，先用LT22确认WM库存落在哪个货位，再用LT16查这个货位的TO历史，看看是不是有TO转了但没确认、或者确认了但其实没搬。这套排查思路几乎能解决80%的“货不见了”投诉。

新手在这里最容易犯的错误是：一上来就改库存。账实不符时，先用以上事务码查清楚原因，千万别直接用MB1C去补库存。盲目补货会把正本清源的线索冲掉，后面财务盘盈亏的时候对不上账，收场成本比及时排查高得多。

4. 配置、权限与问题排查：从SPRO到常见报错速查

最后一章，我把后台配置、权限、增强开发和日常疑难杂症揉在一起讲。因为到了运维中后期，大家问我的问题早就不是“TCODE是什么”了，而是“为什么这个TCODE点了报错”“这个功能要配哪里”。

4.1 后台配置入口与WM配置清单：SPRO、OMB1、OMB2、OMB3、LVS相关路径

WM的所有后台配置都在SPRO里。路径大致是“物流执行→仓储与运输→仓库管理”。顺着这个路径，你可以定义仓库号、存储类型、货位、移动类型、仓库作业类型、条形码、RF框架等。

配置的顺序我建议这样走：

1. 先定义仓库号，分配公司代码和工厂。
2. 再定义存储类型，维护容量、库存类型、是否启用货位管理。
3. 定义存储区/货位。
4. 定义移动类型（OMB1）与仓库作业类型，把WM移动类型和仓库任务类型对上。
5. 配置TO创建参数（比如在LT01/LT06里默认是否允许“立即确认”、是否启用条码扫描）。
6. 配置WM与MM的集成（工厂-仓库号分配），这一步漏了，MIGO收货时就看不到WM菜单。
7. 配置WM与SD的集成（外向交货的WM视图、交货类型分配）。
8. 配置盘点凭证编号、差异科目。

OMB1、OMB2、OMB3这三个事务码在SPRO里对应的就是移动类型、存储类型、存储区的具体配置。我见过有人把OMB1和OMB2搞反，结果想调存储类型，打开的全是移动类型。这里记一个简单办法：OMB1的“1”像一根移动的箭头，对应移动类型；OMB2的“2”像货架的两层，对应存储类型；OMB3的“3”是存储区。虽然不是官方解释，但好记。

存储类型配置里还有一个容易被忽略的选项：“定义存储类型时是否允许负库存”。上线阶段如果库存不准，很多顾问会顺手打开负库存许可，结果就是仓库账务越滚越乱，年底盘点全是负数。我强烈建议不要轻易开负库存，除非业务有明确需求且财务能接受。负库存掩盖的是流程问题，而不是解决流程问题。

4.2 权限与开发相关事务码：SU01、SUIM、PFCG、ST05、SE38、SE24、SAT与ATC

事务码配好了，用户登录却提示“没有权限”，这是最常见的权限类问题。几个关键TCODE：

• SU01：用户主数据维护，重置密码、锁定用户都在这。
• SUIM：权限信息报表。查某个用户拥有哪些角色、事务码，或者反过来查某个事务码被分配给了谁。
• PFCG：创建和维护角色。做新岗位的权限模板时，要把相关的TCODE塞进菜单树，再分配权限对象。WM模块除了事务码权限，还经常要关注仓库号级别的授权对象（比如L_TCODE、L_LGNUM），同一个用户在不同仓库号下的权限可能天差地别。

开发侧如果要做增强和报表，用SE38维护程序、SE24维护类、SE80维护包。WM里常见增强点包括：

• TO创建时的用户出口。
• 波次策略相关的BADI增强。
• 外向交货分配拣配TO时追加自定义逻辑。

这些增强做完，上线前要记得跑一遍ATC检查（TCODE：ATC，或SE38里直接调用ATC菜单）。ATC就是热词里那个“sap atc”，它会扫描自开发代码，检查是否存在权限检查缺失、性能隐患、语法兼容性问题。最近几年SAP对自定义代码质量卡得很严，项目验收时如果ATC报红很难解释。

另外，性能排查不要忘了ST05（SQL跟踪）和SAT（ABAP运行时分析）。碰到“LT16打开报表特别慢”这种问题，先用ST05抓SQL，看看是不是物化视图或索引没建好。很多时候不是SAP标准程序的问题，而是数据量大了以后，存储类型、货位主数据的索引需要重新规划。

4.3 常见问题排查速查表

我把这几年被问得最多的问题整理成一张速查表。遇到问题时可以按图索骥，不用每次从头查起。

这张表看似简单，但其中每一项都曾经是让我熬夜排查的问题。尤其“MIGO误锁定”和“LT12库存类型报错”，几乎是每个WM项目上线第一个月都会炸一轮的经典故障。

我再补充一个关于权限的习惯：不要把WM相关的全部TCODE一股脑塞给仓库用户。拣货员只需要LT0P、LT12，加上查看类的LT13/LT16；仓库主管才需要LT01、LT04、LT06；盘点岗拿LI01N、LI11N、LI21、LI24；顾问和IT再单独开一条后台配置权限的通道。权限收得越紧，事故越少，这不是怕麻烦，是降低人为误操作的兜底。

5. 最后聊点我的实操体会

写到这里，TCODE大全该列的基本都列了，但我想说的是，比背TCODE更重要的，是把WM的单据逻辑吃透。我见过太多人把LT01、LT12背得滚瓜烂熟，一遇到“货到了但账没到”还是抓瞎，因为他不清楚TR、TO、物料凭证、会计凭证之间到底是什么关系。

我个人的习惯是：在Excel里维护一份“WM事务码速查表”，分成主数据、库存移动、TO执行、盘点、配置、疑难排查六块，每一行记录TCODE、用途、关键参数、踩坑备注。遇到问题先查自己的表，再查SAP标准文档，基本能覆盖八成以上场景。这件事花个半天时间，长期回报非常高。

再分享一个小技巧：排查WM库存问题，永远先问自己三个问题——库存类型对不对（非限制/质检/冻结）、库存状态对不对（是否盘点冻结、是否被预留）、有没有未确认的TO卡在中间。把这三个问题过一遍，绝大多数疑难杂症都能找到方向。你们也可以照着这个思路去盘点自己手上的WM流程，会发现很多看起来莫名其妙的报错，其实都绕不开这三件事。