SAP 中在库移动 不仅有入库（GR），出库（GI），也可以是单纯内部的转记或转送。
1，振替转记（转移过账）
2，在库转送（库存转储）
1，振替转记（转移过账）
入下图所示，振替转记 可以是 在库Type间，品目间，受托品与自社在库间。
一般来说，单纯的转记，是不发生在库移动的，就是保管场所不变，然后品目Code，在库Type（在库Type变化，其实就意味着在库类型变化了），Lot等发生了变化。
2，在库转送（库存转储）
和振替转记不同的地方是，有物理上的在库移送，比如保管场所间，Plant间，会社间等。
上一章讲了 品目间，受托品自社在库间 的振替转记，以及 保管场所间 在库转送。
https://blog.csdn.net/shi_ly/article/details/132389661
本章继续讲 Plant间，会社Code间在库转送。
如下图所示，Plant间 在库转送 可以是同会社，也可以是不同会社。
当然这里所说的不同会社，本质上还是一个集团公司下属的两个不同的分公司，不是对外公司。
因为既然能在一个SAP 系统里面的，肯定是利益相关的公司，工厂。对外公司，哪能管得到。
也有 1 步 和 2 步 两种，还外加了 在库转送Order（有出荷/无出荷） 项，一共3 种。
2-1，Plant间在库转送 1步 手顺
2-1-1， A08 在库转送 移动Type 301 （1步手顺）
移动Type 301 Plant间转送。
选完之后，显示为 Plant间 转送。
由 1000 工厂 转送到 1100 工厂。
在做这一步的时候，该品目一定要在这两个工厂都有管理。具体是否有管理，可用MM03 打开看看
转送之前，先用MMBE 查看一下库存状况。
工厂 1000 保管场所 0001 有 1370个，工厂 1100 保管场所 0001 有 1000个。
保存，照会
再用MMBE 查看一下库存状况。
这样就用 A08 移动Type 301 实现了 Plant间在库转送。
评价范围 Plant 已经发生了变化， 所以要产生 FI 票了。 
2-2，会社间 在库移送 1步 手顺
2-2-1， A08 在库转送 移动Type 301 （1步手顺）
移动Type 301 会社间在库转送。
选完之后，显示为 Plant间 转送。
这和 同会社 不同Plant 间的转送是一样的。
这里可以看 公司 和 工厂 的挂靠数据。
比如 1000 公司 下面 挂靠了这么多 工厂，1000，1100，1200 等等。
由于工厂是评价单位，所以工厂的代码即使是不同 会社（公司）间也是不会重复的，画面一般也不会需要输入会社代码。
MMBE 查看在库状况
会社 1000，工厂1000，保场 0001 的利用可能在库 1360 个
会社 2300，工厂2300，保场 0001 的利用可能在库 100个
从 1000 Plant 移送 150 个到 2300 Plant
保存，照会
用MMBE 再度查看在库状况
这样就利用 A08 移动Type 301 实现了不同会社间（其实也是不同Plant间）在库移送。
同样，评价Area 单位 Plant 发生了变化，所以也会产生 FI 票
而且，会社不同，会产生两张 FI 票。可能是会计上需要吧
会社 1000 的 FI 票
会社 2300 的FI 票
2-3，Plant间在库转送 2步 手顺
其实更为常用的是 2步 手顺。
这是因为Plant一般都不会离得那么近的，怎么可能瞬间就移送完呢。
一般来说，都是Plant A 出库，移送中，Plant B 入库 这样的流程。
出库的时候，一般来说没有参照票（当然也可以有），使用 移动Type 303。
入库的时候，肯定有参照票了，使用 移动Type 305
2-3-1，A09 在库付出 移动Type 303 （2步手顺）
移动Type 303 Plant 间转送出库。
选完后显示 Plant 转送出库。
和 1步手顺用 移动Type 301 Plant间转送 非常相似，间 字 没了，多了 出库 俩字儿。
出库 俩字儿很恰当的反映了 移动Type 301 的行为。
间 字儿 弄没了，好像不太 Smart 哈，大概是 转送出库 的话，肯定就是 Plant 间了吧。
用MMBE 查看在库状况
虽然我是想从 Plant 1000，保场 0001 转送到 Plant 1100 保场 0001，
但是因为只是出库，所以 Plant 1100 需要输入，入库的保管场所暂时是无法指定的
保存，照会
用MMBE 再次查看在库状况。
Plant 1000 出库之后，Plant 1100 的 Plant Level 上就出现了 Plant 间转送中 在库 100个
2-3-2，A10 在库受入 移动Type 305 （2步手顺）
使用 A10 在库受入 的时候，已经无需指定 在库Type了，SAP会自动指定。
移动Type 305 的 Text 显示为 Plant转送入库。
而且，这个时候就必须要指定保管场所了，比如这里我们指定了 保管场所 0002
保存，照会
MMBE查看在库状况
可以看到 Plant 1000 保场 0002 的在库由 0 增加到了 100个。
这样就利用 A09 移动Type 303 / A10 移动Type305 实现了 不同Plant 间的在库转送。
2-4，会社间在库转送 2步 手顺
其实这核 2-3 是几乎一样的，唯一不同的就是两个 Plant 的所属会社相不相同。
2-4-1，A09 在库付出 移动Type 303（2步手顺）
移动Type 303 Plant 间转送出库。
选完后显示 Plant 转送出库。
用MMBE 查看在库状况
虽然我是想从 Plant 1100，保场 0002 转送到 Plant 2000 保场 0001，
但是因为只是出库，所以 Plant 2000 需要输入，入库的保管场所暂时是无法指定的
保存，照会
用MMBE 再次查看在库状况。
Plant 1100 出库之后，Plant 2000 的 Plant Level 上就出现了 Plant 间转送中 在库 20个
2-3-2，A10 在库受入 移动Type 305 （2步手顺）
使用 A10 在库受入 的时候，已经无需指定 在库Type了，SAP会自动指定。
移动Type 305 的 Text 显示为 Plant转送入库。
而且，这个时候就必须要指定保管场所了，比如这里我们指定了 保管场所 0001
保存，照会
MMBE查看在库状况
可以看到 Plant 2000 保场 0002 的在库由 0 增加到了 20个。
这样就利用 A09 移动Type 303 / A10 移动Type305 实现了 不同会社（也是不同Plant）间的在库转送。
操作上和 2-3，Plant间在库转送 2步手顺 是一样的。
2-5，在库转送Order（无出荷指示）
除了上面的 1步，2步手顺，来做Plant间，会社间在库移送之外，还有一种就是用在库转送Order（在库调拨订单）。
为什么需要这个东西呢？
1，入库的时候，可以自由选择在库类型
1步，2步 的在库移送之后，库存类型是一样的，无法改变库存类型（当然也可以入库之后再改）
而在库转送Order，入库的时候可以自由改变。
比如，精密仪器，那入库之前要再检查一下参数之类的。
2，可以输入运费，承认人 信息
好多工厂的物流并不是他们自己做的，而是把物流公司的人请到工厂帮忙。
用MIGO做的话，没有购买发注票，无法收钱。
而在库转送Order，要先有购买发注票，这样可以输入运费，承认人等，有个收钱的地方。
再贴一下 1步，2步 手顺的图对比参照一下
2-5-1，ME21N 先做一个在库转送Order 的购买发注票
这个在库转送Order 的购买发注票 肯定是要货 的工厂录入，即谁要货，谁录入。
输入完品目之后，明细Category自动会填上 U 在库转送。
我这里的练习环境 Plant 1100 没设置好，咱们试着来设置一下。
我查了具体的原因和修改方法
Not possible to determine shipping data for material 100100051 | SAP Community
1），好像是需要 维护出荷Data。
Maintain the shipping data (loading Group etc.) in the sales view in the material master.
T-code OVL2 决定出荷Point
2)，也有说要做Plant出荷Data设置的
STO - Not possible to Determine Shipping Data for Material. | SAP Community
SPRO -> MM -> PURCHASING -> PURCHASE ORDER -> SETUP STOCK TRANSPORT ORDER -> DEFINE SHIPPING FOR PLANTS
设置Plant得意先Code（得意先=客户），保存
哎，涛声依旧啊。
暂时先放弃了。
其实，这里面说明了一个问题，SD模块儿的业务不太了解的话，就贸然去做设置，不太行。
咱们使用另一种方法做这个事情，就是用参照系统里面既存购买发注票的方式。
1），ME2L 仕入先别购买传票（查询供应商的采购凭证）
我这里面直接 选了 传票Type 为 UB 在库转送Order
好像挺惨的只有一条，很有可能不太行，咱们换个条件试试
这次出来数据多一点儿。
找数据也有点儿技巧，咱们选 4500008288 这条试试。
2），双击参照数据，打开 ME23N 查看详细购买发注画面
Plant R100 转送给 Plant R111
这次咱们自己录入自己的数据。
输入供给Plant，品目，受入Plant 等
一切好像都很好，
点一下 出荷管理 Tab，
看这里面 出荷Type，出荷Point，出荷条件，以及SD三大件 贩卖组织，流通Channel，制品部门
这些不设置好，UB 好像不太行。
至于怎么设置，等以后学SD 的时候，咱们再说。
保存，照会
3），输入承运人，运费
刚才说了，之所以要做这个 UB 在库转送Order，目的之一就是可以输入承运人，运费等。
那么要如何输入运费和承运人呢？
3）-1，点一下 条件 Tab，输入运费（比如这里的 FRA1 ），选中，然后点一下 条件详细 图标
其实 条件 的意思就一般都是关于费用的。
3）-2，在条件详细画面 输入 仕入先Code，点 返回 图标
既然已经选中了 运费 ，所以也就是 运费详细 画面，这里的仕入先Code 也就是 承运人。
一般都是从仕入先（供货商）买货，咱们这里是购买承运服务嘛。
保存
2-5-2，MIGO 入库 - A07 出库 移动Type 351
再贴一下这张图。
出库Plant 出库的时候，用 A07 出库 移动Type 351。
1），A07 出库 移动Type 351
移动Type 351 在库转送：利用可能在库 -> 積送中在库
选中之后显示 Text 为 利用可能 -> 转送中
好像也不行耶。
MIGO 输入数据的时候 报 Msg M7163 购买发注 xx 不存在在库转送明细。
原因大概说是 SD 里面的设置，不让做这种直接出库。哎，各种坑。
像这种情况，就必须要用 SD模块 的 出荷功能 做 出荷指示 之后，再用MIGO做入库。
咱们找的参照的例子好像不太行。
2-5-3，TODO：挑战失败，暂时先这样，SD模块的Customize的问题，等待以后再说
2-5Again， 在库转送Order（无出荷指示）
上面的2-5，挑战失败，看样子是SD模块的配置问题。
当然主要内容我都讲了啊，就是例子没做好。
我又找了一个别的学习系统，里面的SD已经配置好了，暂时试一下，先了解一下 在库转送Order（无出荷指示） 的流程。
2-5-1，ME21N 先做一个在库转送Order的购买发注票
注意 品目Code 的明细Category 自动变为 U。
而且，和 有出荷指示 的购买发注票不同，这里没有显示 出荷管理 Tab。
输入运费，承运人
保存，照会
2-5-2，MIGO 入库 - A07 出库 移动Type 351
1），A07 出库 移动Type 351
移动Type 351 在库转送：利用可能在库 -> 積送中在库
选中之后显示 Text 为 利用可能 -> 转送中
2），输入购买发注票，按下回车
出来一个 在库转送 Tab，显示 转送先。
3），输入移送先的保管场所，然后保存
仔细看一下 MM03 品目 的 贩卖：一般/Plant Tab。
这里设置了出荷Data。咱们上面的那个环境，可能是这里没设置好吧，一会儿再看一下。
保存，照会
4），MIGO入库
MMBE查看一下在库状态
对于 Plant 1100 来说，積送中在库 为 10个。
MIGO 移动Type101 做入库
保存，照会
MMBE 再次查看在库状态
積送中在库 由 10变为0了
利用可能在库 加了10个。
2-5-3，MIRO 请求书照合
因为是自社的库存移动，品目本身不要钱，这里照合的是运费。
这样我们就通过 UB 在库转送Order 实现了 自社内在库移动。
2-6，总结一下 MIGO做在库转送和在库转送Order做在库转送异同
库转送的方式中，直接通过MIGO做在库转送，和通过在库转送Order 做在库转送，有什么不同？
相同点就是都能做在库转送。
不同点就是，既然MIGO可以轻易方便的做在库转送，为啥要这么麻烦的用在库转送Order呢？
1，如上面2-5 所示，MIGO无法输入运费，承运人，而 UB 在库转送Order可以
2，MIGO无法改变库存类型，只能在利用可能在库间移送，而UB 可以改变在库类型
这一点尤其在精密仪器移送，或者远距离移送的时候有用。
3，既然利用了 UB 在库转送Order，那么就可以在ME23N里监视在库移送状态
4，还有一点很重要，对仓库操作员来说，他的操作具有一贯性。他不需要考虑什么时候还可以省点儿事儿，所以对他来说流程就只有一套。
当然还有其他的好处，比如 统合MRP，自动将购买依赖给转成 UB在库转送Order 等，以后再说。
所以在SAP里面，有时候简单流程是有，但是也要考虑利用场景，偶尔变回复杂流程会更有利。
这一章内容实在是太多了，还剩下 在库转送Order（有出荷指示）。这个比较复杂，和SD有联协，我们下一章再讲。
214
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
