企业官网建设流程全解析

简介：《SAP 库存调拨与发货》文档面向 SAP MM 模块学习者、库存管理员及供应链实施人员，围绕库存调拨、发货过账和后台配置展开，帮助读者厘清一步转储、二步转储、在途库存与工厂间转储等常见业务场景。压缩包内含 1 个 docx 文件，大小约 2.25MB，内容以图文笔记形式组织操作要点、事务代码与配置参数说明。文档结合 MB1B 梳理 311、313/315、301、303/305、309 及 344/343 等移动类型的适用边界，说明 MMBE、MB52、MB5T 的库存查看差异，并提示工厂间转储对 MRP 运算的影响及转储订单方式的价值；后台部分涉及库存调拨订单凭证类型、工厂装运数据、转储单类型以及 UB 与 SD 方式的配置区别。已有 1522 人学习，适合需要对照业务流程、理解配置逻辑、排查转储与发货问题的读者查漏补缺。

1. 从一次 313 只发出 90 个说起：库存调拨这套配置要先对齐哪些条件

库存调拨在 SAP 里看起来只是 MB1B 一个事务码就能处理的简单操作，真到月底对账才明白不那么简单。我经手过一个客户端，A 库存地往 B 库存地调 100 个料，操作同事走了 313，B 那边只等到 90 个，剩下 10 个卡在在途里没人管，盘点怎么都对不上。事后翻凭证，操作本身没毛病，是二步转储的收货环节没人做 315，后台的工厂装运数据也没人配过。这套场景的难点向来不在命令本身，而在于移动类型、后台开关和查看口径三件事得同时对上。下面按装一套可复现环境的顺序铺开：先把前置条件和版本差异列清，再把 311、313/315 和 301、303/305 逐条配过去，最后拿一张物料凭证把整条链路验一遍。

2. 环境清单：MB1B 五个移动类型安装前要先对齐的参数

2.1 客户端、权限对象和主数据的前置状态

装这套东西第一步是挑地方。SAP 里最忌讳的事情，是有人直接在生产客户端跑 MB1B 试 313，过完账才发现 315 没人收，在途挂在账上，冲销还得走 MBST 一笔笔处理。常见做法是让 BASIS 开一个开发或测试客户端，在里面把移动类型、工厂装运数据全配通，再往生产客户端传。客户端编号这层不用记太细，关键是确认这个客户端能不能改后台配置，能不能自由过账物料凭证。

权限是第二个坎。MB1B 过账的时候系统会校验 M_MSEG_BWA（货物移动：移动类型）、M_MSEG_WWA（货物移动：工厂）、M_MSEG_LGO（货物移动：库存地点）三个对象。缺了 M_MSEG_WWA，报错一般会提示没有工厂的授权，报错里面带 F5 开头的代码；缺 M_MSEG_LGO 时提示更含糊，只说过账失败，不给具体原因。这类授权问题在测试客户端经常被忽略，因为测试账号给的权限比较宽，一切换到业务账号就出问题。

主数据这块要提前捋一遍：物料必须已经维护了工厂视图和库存地点视图，目标库存地点必须在 OX10 里建好并挂到对应工厂下。物料在接收库存地没有库存记录本身没关系，311 和 315 都能把库存带过去，但库存地点这个对象不存在就一定报错，提示库存地点不在工厂之下。

表里的 OMJJ 是移动类型维护，路径在物料管理下的库存管理和实际库存分支里，进去以后可以复制标准移动类型改，也可以对着标准的那几条看配置。我一般先在 OMJJ 里把 311 的「价值更新」和「数量更新」两个标识确认一遍，这两个标识没打开，过账之后账面对不上但又不报错，属于最难查的一类。

2.2 移动类型对照：哪条走一步，哪条挂出在途

这套环境里真正需要记住的组合不多，但要分清一步和二步的差别。一步转储在单张物料凭证里同时完成出和入，二步转储分两张凭证，中间那段库存挂在在途上。原料里提到的几个移动类型，按场景摆出来大致是这样：

309 这条要单独说一句。不同仓库或者不同工厂里同一个物料的价值可能不一样，移动平均价一差就直接产生价差，账上会留一笔差异，除非业务上确实需要换料号，一般不建议用。344 和 343 是状态转换，非限制到冻结、冻结回非限制，不涉及库存地变化，和前面几条不是一类东西，但上线前最好一起验一遍，因为操作界面长得太像，选错移动类型的概率不低。

2.3 版本差异：ECC 与 S/4HANA 下的事务码取舍

版本这层不讲清楚，装完容易在操作入口上绕圈。传统 ECC 环境里 MB1B 是主力，MB1A 做发货、MB1C 做其他收货，几个事务码按业务类型拆得比较散。S/4HANA 里这些事务码大多还留着，能跑，但官方的方向是把货物移动统一收到 MIGO 里，报表侧 MB52、MB5T、MB51 也逐步被 Fiori 应用和多功能报表替代，具体哪些还留着要看所在版本和激活的业务功能，不能一概而论。

我自己的取舍是：配置和批量过账仍然用 MB1B 快，键盘流输入，字段少、跳动少；单笔需要带批次、序列号、参考凭证的，走 MIGO 更稳，因为 MIGO 的字段校验更严，能把该带的都带出来。查在途库存这块，ECC 里 MMBE 和 MB5T 够用；S/4HANA 里如果 MMBE 被替换成了新的库存总览，字段位置会变，但看的口径没变，还是按工厂、库存地点、特殊库存三个维度展开。

提示：后台配置的菜单路径在不同版本里会有出入，SPRO 里直接搜关键词比一层层点更快，搜「库存调拨订单」和「装运数据」这两个词基本都能定位到。

装之前还要确认一件事：这套环境是不是启用了批次管理或者序列号管理。启用了批次，313 和 315 都要带批次号，批次不一致或者批次不存在都会拦下来；启用了序列号，315 收货时要逐号确认，用 MB1B 那套界面操作会很难受，这种情况应该直接切到 MIGO。这一条不提前确认，后面配得再对也跑不通。

3. 一步转储与二步转储：311 与 313/315 的配置和过账

3.1 一步转储 311：同一个工厂里库存地的直接搬运

311 是这套环境里最简单的场景，同一个工厂内 A 库存地到 B 库存地，一张凭证完成，没有中间状态。MB1B 进去，移动类型填 311，然后依次是工厂、转出库存地点、接收库存地点、物料、数量，回车带出描述和单位，过账即可。第一次装环境的时候建议先跑一笔数量为 1 的测试料，把凭证号记下来，后面好追。

几个字段容易填错。工厂那个字段是转出工厂，311 不允许跨工厂，跨了会直接提示移动类型不允许，所以接收方那边没有工厂输入框，只有库存地点。接收库存地点这个字段的标签在不同界面语言下叫法不太一样，有叫「收货库存地点」的，也有叫「库存地点」的，实际就是那个 UMLGO 字段。数量后面跟着单位，如果物料有多个单位，注意看带出来的是不是基本计量单位。

过完账以后去 MMBE 看，转出库存地那一栏减少，接收库存地那一栏增加，非限制使用库存这一行的总数不变。如果两边数字对不上，八成是 311 的价值更新标识没打开，这时候账面上数量对了但金额没动，得回 OMJJ 检查配置，再考虑要不要冲销重做。

311 的冲销直接用 MBST 冲销原物料凭证最干净，系统会生成一张反向凭证，数量、金额都冲回来，比手工再做一笔反向 311 稳妥，手工做容易忘掉批次和特殊库存的对应关系。

3.2 二步转储 313/315：在途库存是怎么挂出来的

二步转储是这套环境里最容易出问题的地方，也是我开头那个 90 个库存案例的来源。313 执行的是发出动作，转出库存地的库存减少，但接收库存地还看不到，这部分库存就挂在在途上。315 执行收货，在途清零，库存落到接收库存地。两张凭证，两个操作，中间任何一步没做完，账上就留着一段悬空的库存。

313 的界面和 311 很像，移动类型换成 313，填工厂、转出库存地点、接收库存地点、物料、数量。区别在于过完账以后，MMBE 展开看，转出库存地减少，接收库存地没增加，在途那一列多出对应的数量。这时候如果去 MB52 拉一个工厂的库存清单，会看到这个物料在转出地和接收地加起来比原来少，少的那部分就是挂在途上的。

315 收货这一步，MB1B 进去填 315，需要指定工厂、库存地点和物料、数量。这里的库存地点是接收方，不是转出方，填错了就会把在途收到别的地方去。315 过账后，在途那一列清零，接收库存地加上对应数量。

" 按物料和工厂汇总 313/315 的在途情况，用于核对二步转储是否闭环 SELECT bwart, matnr, werks, lgort, umlgo, SUM( menge ) AS menge FROM mseg INTO TABLE @DATA(lt_transit) WHERE bwart IN ( '313', '315' ) AND werks = @p_werks AND matnr = @p_matnr AND mjahr = @p_mjahr GROUP BY bwart, matnr, werks, lgort, umlgo.

这段查询跑在 SE16N 的自定义查询或者 ABAP 环境里都行。BWART 是移动类型，313 是发出、315 是收货，两边成对出现才说明账闭了；如果 313 有量、315 没量，或者在途那一行的数量对不上，就是有单据挂着没做收货。WERKS 是工厂，LGORT 是发出库存地点，UMLGO 是接收方库存地点，两个字段一起看能定位到具体是哪两地之间的调拨没闭环。注意 MSEG 是明细表，一张物料凭证对应多条行项目，所以按行项目汇总的时候要连 ZEILE 一起考虑，不然同物料同库存地多行会出现重复计数。

313 走完不收 315 这种状态在系统里是完全合法的，系统不会主动报警，所以要么在业务上定时巡检，要么在月底盘点前用上面这段查询把在途捞一遍。我习惯每个月固定跑一次，量大的时候按工厂拆开看。

3.3 用 MIGO 收 315：字段和 MB1B 那条路的差别

MB1B 收 315 是直接输入移动类型的路子，界面短平快，适合熟手批量操作。MIGO 是另一条路，进来先选操作类型，货物移动这一档下面还有收货、其他收货、转储过账几个选项，315 走的是转储过账里的收货。区别在于 MIGO 能把参考凭证带出来，物料凭证号、采购订单号、转储单号都能作为参考，输入之后系统把明细行自动展开，改动量小，错得也少。

差异还体现在字段校验上。MIGO 对批次、序列号、特殊库存的校验更严，带不出来的字段会红框拦住，不让你蒙混过关；MB1B 相对宽松，有些字段留空也能过账，出问题要到对账时才看得出来。所以装环境验证的时候，我一般两种方式都跑一遍，确认两边过出来的凭证在 MSEG 里字段一致，数量、库存地点、移动类型都对得上，再去业务端推。

还有一点，MIGO 过账完可以接着做下一张，不用退出来重进，批量处理的时候效率并不比 MB1B 差。习惯这东西有惯性，但环境刚装好的时候别省这一步，两种方式对着跑一次，能省掉后面很多解释。

3.4 查看口径：MMBE、MB52、MB5T 各看什么

查在途这块，三个报表的用途得分清楚，混着用会得出互相矛盾的结论。

MMBE 是单个物料的总览，进去输入物料、工厂、库存地点，展开以后能看到非限制使用、质检、冻结、在途几行。同一工厂内 313 产生的在途在这里能看，按工厂展开到库存地点层级。它的好处是细，坏处是一次只能看一个物料。

MB52 是库存清单，按工厂、库存地点批量拉，适合月底一次性看一个工厂底下所有库存地的账。它不显示在途那一列，所以只能拿来看落到库存地以后的存量，别指望在 MB52 里找到在途数字。

MB5T 是工厂间在途报表，按工厂、物料看跨工厂的转储在途，对应的是 303/305 和转储订单那条链路。同一工厂内库存地之间的 313 在途，按原料里的口径也会在 MMBE 和 MB52 上体现，但如果是要看跨工厂的那一段，就得用 MB5T。

4. 工厂间转储：301、303/305 与后台那两个开关

4.1 一步 301 与二步 303/305 的过账路径

工厂间转储比工厂内复杂一层，因为跨了工厂就跨了 MRP 范围、跨了会计评估。301 是一步，MB1B 填 301，转出工厂、转出库存地、接收工厂、接收库存地、物料、数量，一张凭证完成，A 工厂库存减少，B 工厂库存增加，中间没有在途。303/305 是二步，303 做发出，A 工厂库存减少、在途挂出；305 做收货，在途清零、B 工厂库存增加。看跨工厂在途就用 MB5T。

301 用起来爽，但有个后果：转出工厂的需求减少和转入工厂的库存增加，在 MRP 运算里不一定同步反映，容易出现一边多跑出采购申请、一边压着库存的情况。原料里特意提了这点，工厂间转储涉及 MRP 的需求传递，建议走转储订单，MM 功能和 SD 功能都能实现，主要讲 MM 这条路。

转储订单的做法是先建一张采购订单类型的单据，收货工厂作为订单的收货方，供货工厂作为供货方，然后基于这张订单做发货和收货。这条路上跑出来的移动类型就不只是 301/303/305，还会带出 351 这类转储订单专用的移动类型，具体带哪条要看订单类型和配置。

4.2 后台分配凭证类型：库存调拨订单走哪张单据

后台第一处要动的配置是给库存调拨订单分配凭证类型。路径在采购那一支下面：采购订单的设置里找库存调拨订单，进去以后分配凭证类型。这一步决定的是，收货工厂建转储订单的时候，系统默认用哪个采购订单类型，以及这个类型允不允许跨公司代码、允不允许一步转储。

配置进去是两张表的对照关系，一边是工厂或者收货工厂的组合，一边是凭证类型。原料里提到 NB 是转储单类型，UB 是另一种采购订单类型，两者在是否走 SD 这条路上不一样。常见做法是先用 NB 跑通 MM 那条链路，把收货工厂和供货工厂的关系配清楚，再决定要不要为特定工厂组合换类型。

这一步配错的典型表现是：建转储订单的时候系统提示找不到凭证类型，或者建出来了但收货的时候带不出正确的移动类型。前者是分配表没覆盖到那个工厂组合，后者是凭证类型的字段控制没打开，得回 OMJJ 和凭证类型配置两边对。

4.3 工厂装运数据：一个勾决定生不生成出货单

第二处配置是定义工厂的装运数据。这一屏里有几个关键字段：工厂客户、是否采用一步转储、接收工厂、供货工厂。原料里说得很直白，勾了「采用一步转储」就走一步方式，不勾就是二步。

" 工厂装运数据里几个决定行为的字段，配置时对照核对 " WERKS 工厂 " KUNNR 工厂客户，SD 方式下用于生成出货单 " EINTR 采用一步转储标识，勾选则一步，不勾则二步 " UMWRK 收货工厂 " LIFNR 供货工厂 " BSTYP / BSART 转储单类型，例如 NB

这几个字段里最容易出问题的是工厂客户那一个。填了它，系统就走 SD 方式，发货环节会生成出货单，多出一套单据流；不填就走 MM 方式，不生成出货单。原料里给的例子是 UB 这种采购订单不采用 SD 方式、不生成出货单，对应的就是这一格空着。同一个公司下不同工厂之间的一步转储，如果用 351 走发货，系统如果没有给转储单分配范围，会落到 4500 那个默认值上，这个值要在分配凭证类型那张对照表里核对，别想当然。

一步转储标识这个勾要慎重。同一个工厂组合，业务上一会儿要一步一会儿要二步，别指望在这个勾上切来切去，配置改了会影响所有走这条路的单据。真要两种并存，用不同的凭证类型分开，各自绑各自的装运数据。

4.4 MRP 视角：为什么工厂间转储建议走转储订单

讲清楚这件事，得从 MRP 的运行范围说。MRP 是按工厂跑的，A 工厂的库存减少、B 工厂的库存增加，两个工厂各自跑各自的运算。301 这种一步转储，两个动作在一张凭证里完成，A 工厂这边库存已经走了，但需求传递的信息并没有以 MRP 能识别的方式传过去，B 工厂那边只是账上多了库存，采购申请该跑还是跑。结果就是一边积压、一边重复采购。

转储订单补的就是这一段。它本身就是一张带需求日期的单据，收货工厂挂着这张订单，MRP 运算能识别到「有一批货正在路上」，从而不再重复生成采购申请；供货工厂那边也能看到这张订单带来的需求。303/305 二步转储配合转储订单，在途那一段还能被 MB5T 单独捞出来，时间长了就知道哪些线路老堵。

用 MM 功能实现转储订单，走的还是采购订单那套界面，只是类型换掉、供货工厂和收货工厂填清楚。用 SD 功能实现，则要配工厂客户、装运数据、出货单那一整套，链条更长，适合本来就有销售发货流程的环境。多数制造场景，MM 这条够用，先把 NB 跑通再说。

5. 避坑与排查：库存调拨上线前最容易翻车的五件事

5.1 现象：313 过账成功，MMBE 里在途那一栏是空的

现象很具体，MB1B 走 313 提示过账成功、给了物料凭证号，回头去 MMBE 输入物料和工厂展开，转出库存地确实少了，但哪一栏都没多出来，看着像凭空消失。

原因通常有两个。一是看的位置不对，MMBE 要展开到工厂层级、把在途那一列调出来才看得到，光看库存地点那几行是看不到的，因为 313 的在途不落在任何具体库存地上。二是移动类型的配置里 313 的特殊库存标识没配，系统把在途当成普通库存处理了，这种情况下凭证能过、报表对不上，得回 OMJJ 对着标准 313 比字段。

解决办法是先按工厂层级展开 MMBE 确认在途列有没有数字，没有就用 3.2 那段 MSEG 查询按凭证号捞一遍，看 313 那条记录的特殊库存标识字段是不是空的。空的话回 OMJJ 把 313 的特殊库存标识补上，然后冲销重做，别在原凭证上纠缠。

5.2 现象：315 收货报库存不足，明明 313 已经发出去了

现象是 313 做完，隔天用 315 收货，系统提示在途库存不足或者数量超出可用库存，单据过不去。

原因一般是 313 和 315 的对应关系错位了。315 收货要匹配到具体的在途记录，工厂、物料、接收库存地点这几个维度得和 313 对得上，有任何一项不一致，系统就认为没有对应的在途可收。还有一种情况是中间的 313 被 MBST 冲销过，在途已经清零，315 自然收不进去，但业务侧不知道冲销过。

解决办法是先按物料和工厂把这一段时间的 313、315 全部捞出来，看数量能不能配平，用 3.2 那段查询就行，把移动类型换成 313、315 一起查。配对不上的，找操作记录确认有没有冲销动作；配对得上但收不进去的，检查接收库存地点是不是填成了转出方。

5.3 现象：装运数据里一勾一步转储，结果多出一张出货单

现象是工厂间转储配完之后，本来只想走 MM 那条简单链路，结果发货环节冒出来一张出货单，单据流凭空多了一节，业务同事一脸茫然。

原因是定义工厂的装运数据里「工厂客户」那一格填了值。填了它就等于告诉系统走 SD 方式，SD 方式的特点就是发货要出货单。原料里 UB 那个例子不生成出货单，就是因为这一格空着。另外「采用一步转储」这个勾和出货单是两件事，勾了它决定走的是一步还是二步，不决定生不生成出货单，很多人把这两个概念混在一起。

解决办法是把工厂客户清空，重新跑一笔测试单确认出货单不再生成。如果业务上确实需要出货单，那就保留配置、把出货单那一套流程补全，别一半 SD 一半 MM 地混着走。

5.4 现象：工厂间 301 转完，收货工厂的 MRP 还是照跑采购申请

现象是 A 工厂转了一批料到 B 工厂，账上 B 工厂库存确实多了，但第二天跑 MRP，B 工厂还是生成了同样的采购申请，等于重复备货。

原因就是 4.4 讲的那件事，301 这种一步转储不携带 MRP 能识别的需求信息，B 工厂的 MRP 只知道库存多了，不知道这批货是为它准备的、什么时候到。转出工厂那边也一样，看不出有需求正在被满足。

解决办法是把这条线路改成转储订单加二步转储。先建转储订单，收货工厂作为收货方，然后 303 发出、305 收货，跑一轮 MRP 看采购申请还会不会重复生成。已经用 301 转过去的库存不用倒回来，但从下一个周期开始切到转储订单，配置在 4.2 和 4.3 那两处。

5.5 现象：309 转完，两个物料号下面的金额对不上

现象是用 309 把物料 A 转成物料 B，数量对得上，但两个物料号的库存金额加起来和转之前差了一截，会计那边来问差异去哪了。

原因在于 309 是物料到物料的转储，两个物料如果移动平均价不一样，差额不会凭空消失，会以价差的形式留在账上。不同仓库、不同工厂的同一物料本来就可能估值不同，转一次就产生一次差异。原料里说得很清楚，这种差异一般不建议采用这种方式，属于能不用就不用的类型。

解决办法是回到业务源头确认这次转物料号到底是不是必须的。如果只是库存地点变化，用 311 就够了，别用 309；如果确实是物料号变更，把价差科目和审批流程定清楚，别让它默默留在账上。已经转完的，冲销原凭证，重走正确的移动类型。

6. 装完怎么验证：拿一张物料凭证把 311/313/315 串一遍

配置全做完，最后一步是验证。我一般不开一堆界面乱点，而是设计一条最小链路，用同一个物料、同一个工厂，从 311 走到 313/315，每一步留下的凭证号都记下来，最后用查询一次性核对。

验证用例按这个顺序跑：先在 A 库存地准备 100 个物料，跑一笔 311 从 A 到 B，数量 10，确认 B 库存地增加 10；再跑一笔 313 从 B 到 C，数量 100，确认 B 减少 100、在途挂出 100；最后跑 315 从 B 到 C 收货 90，确认在途剩 10、C 库存地增加 90。这个用例正好复现开头那个 90 个的场景，在途留 10 个不收，看报表能不能查出来。

-- 用物料凭证号把整条链路捞出来，核对移动类型、数量、库存地点 SELECT mblnr, mjahr, zeile, bwart, matnr, werks, lgort, umlgo, menge, meins FROM mseg WHERE mblnr IN ( '4900000001', '4900000002', '4900000003' ) AND mjahr = '2024' ORDER BY mblnr, zeile;

这条查询的重点在 BWART 和 UMLGO 两列。BWART 依次应该是 311、313、315，如果顺序乱了或者少了一条，说明中间哪一步没做。UMLGO 是接收方库存地点，313 那条记录的 UMLGO 指向 C，315 那条也要指向 C，两条不一致就说明 315 收错地方了。MENGE 是数量，313 是 100、315 是 90，差额 10 就是在途，拿这个数去和 MMBE 的在途列对，对上了这条链路就算通了。

验证清单我习惯列成一张表，跑完一项勾一项：

有个小技巧：这套验证不用每次从零搭，把这条链路做成一个固定的测试脚本，物料号固定、库存地固定、数量固定，每次改完配置就重跑一遍，凭证号记在同一个文档里。时间长了，哪次改动影响了哪一段，从凭证号的变化就能看出来，比翻配置日志快得多。

从那以后我每次接手一套新的库存调拨环境，不管对方说配得多完整，都强制走一遍这条链路，311 到 313/315 再到 MB5T 对在途，一步不省。有两次就是靠这个把在途挂账揪出来的，配置表上看不出任何问题，一跑凭证全露馅。希望这套顺序帮到你，少在在途那 10 个上栽跟头。

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