SAP 中在库移动 不仅有入库(GR),出库(GI),也可以是单纯内部的转记或转送。
1,振替转记(转移过账)
2,在库转送(库存转储)
1,振替转记(转移过账)
入下图所示,振替转记 可以是 在库Type间,品目间,受托品与自社在库间。
一般来说,单纯的转记,是不发生在库移动的,就是保管场所不变,然后品目Code,在库Type(在库Type变化,其实就意味着在库类型变化了),Lot等发生了变化。
2,在库转送(库存转储)
既然都到转送了,就说保管场所变了,或者工厂变了,或者更大的范围公司变了。
当然有时候既要做振替转记,又要做在库转送,这两步也可以合并成一步来做。
做些例子实践一下。
1,振替转记(转移过账)
1-1,移动Type间
品目的在库Type 有3种:利用可能在库,品质检查中在库,保留在库。
MIGO 画面上,可以通过下面这些移动类型来进行在库Type的移动。
这个不用记住,SAP画面上操作的时候,可以选。
1-1-1,MIGO 移动Type 321 品质检查中在库 -> 利用可能在库
A08 在库转送
这个好像有点儿怪,但是选项中又没有振替转记,只有它。
品目100-100,将其中 20 个由品检在库 变更为 利用可能在库
看一下这里的可输入框,Plant,保管场所 也是可以输入的。
就是说,可以在不同的Plant之间进行转记。但是SAP教材上不推荐这么干,实际工作当中尽量也不要这么干。具体会不会产生什么奇怪的问题,也没遇到过。
从管理角度来说,最好只振替转记自己Plant里的品目,这样比较清晰。
如果说,我非要既转 在库类型,也 转送 到不同Plant,那就分步,先在自Plant转好在库类型,然后再转送到 其他工厂。
保管场所无所谓的,反正都是同一个Plant嘛。
用 MMBE 先查看一下变更前的状态
保管场所 0001 中,利用可能在库 为 1450 个,品检在库为50个,保留在库 为 100 个。
保管场所 0002 中,品检在库为200个,利用可能在库为0,保留在库为0。
保存,照会
还有一点变化,就是这里的在库类型 不显示了。这是因为 移动Type 决定了在库类型,不需要了。
看一下 MMBE 的库存变化
保管场所 0001 中 利用可能在库 增加了 20 个,而 品质检查在库 减少了 20 个。
这样就使用 移动Type 321 完成了 品质检查中在库 -> 利用可能在库 的在库Type 振替转记。
1-1-2,MIGO 移动Type 322 利用可能在库 -> 品质检查中在库
移动Type 322 有个很诡异的名字:品质检查中在库 到 利用可能在库 的振替取消
为啥有个这么诡异的名字呢?
这是因为SAP 也是为了保持一致性。移动Type 里面,奇偶数都是一对一对的。
比如
101 入库 / 102 入库取消
103 入库保留在库 入库 / 104 入库保留在库 入库取消
所以我们这里 322 是 321 的取消 也就不奇怪了,一个体系的嘛,都一个味儿。
而且怎么选完移动Type 322,Text 又变了呢。322 转送要求数量 -> 利用可能
MMBE 查看一下,保管场所 0001 的 利用可能 1470个,品检 30 个。
比如,这次货太不行了,把这80个从利用可能在库 -> 品检在库。
这里有一个需要注意的地方: 转送元,转送先
仔细看一下 转送元,转送先,它们是反着的,右边是 From(转送元),左边是 To(转送先)。
振替取消都这样。
保存,照会
MMBE 在库Type 变更后的库存变化
利用可能在库 1470 个 -> 1390 个。品检 30 个 -> 110 个。
这样就利用 移动Type 322 实现了 利用可能在库 -> 品质检查中在库的转记。
1-1-3,MIGO 移动Type 349 保留在库 -> 品质检查中在库
移动Type 349:保留在库 到 品质检查中在库 的振替
选完之后,显示的Text 是 TF 保留在库到 品质检查
※TF: transfer posting 中文: TF: 转移过账 / 日语: TF: 転送転記
SAP MM学习笔记20- SAP中的英文1 - 移动Type(Movement Types)_东京老树根的博客-CSDN博客
MMBE 先看一下现在的在库状态
保留在库:100 个,品检在库 110 个。
把在库保留转记 10 个到 品检在库。
保存,照会
MMBE 再次确认品目状态
可以看到保留在库 100 个 -> 90 个, 品检在库 110 个 -> 120 个。
这样就通过 移动Type 349 实现了 保留在库 -> 品检在库 的转记。
1-1-4,MIGO 移动Type 350 品质检查中在库 -> 保留在库
移动Type 350: 和 322 一样,它也有个迷之自信的名字 保留在库 到 品质检查中在库 的振替取消
选择之后,Text 变成了 TR 保留 到 品质检查。
※TR: reversal of transfer posting 中文: TR:冲销转帐过帐 / 日语: TR: 振替転記の取り消し
MMBE 先查看一下在库状态。
品检 120 个,保留在库 90 个。
把 5 个 在库保留 -> 品检。
这里有一个需要注意的地方: 转送元,转送先
仔细看一下 转送元,转送先,它们是反着的,右边是 From(转送元),左边是 To(转送先)。
振替取消都这样。
保存,照会
品检 120 -> 115 个,保留在库 90 -> 95 个。
这样就通过 移动Type 350,实现了 品质检查中在库 -> 保留在库的 转记。
1-1-5,MIGO 移动Type 343 保留在库 -> 利用可能在库
移动Type 343: 保留在库 到 利用可能在库的 振替
选了之后,显示为 保留在库 -> 利用可能在库
先用MMBE查看一下在库状况
保留在库 95个, 利用可能在库 1390 个。
保存,照会
MMBE查看在库状况。
保留在库 95 -> 85 个,利用可能在库 1390 -> 1400 个。
这样就利用了 移动Type 343 实现了 保留在库 到 利用可能在库的 振替转记。
1-1-6,MIGO 移动Type 344 利用可能在库 -> 保留在库
移动Type 344: 保留在库 到 利用可能在库的 振替取消
选了之后,显示为 保留在库 -> 利用可能振替取消。这里连 -> 都没显示,SAP有时候也挺糙的
MMBE,先看一下在库状态
保留在库 85个,利用可能在库 1400 个。
将利用可能在库 振替转记 30 个到 保留在库。
这里有一个需要注意的地方: 转送元,转送先
仔细看一下 转送元,转送先,它们是反着的,右边是 From(转送元),左边是 To(转送先)。
振替取消都这样。
保存,照会
MMBE 查看在库状态
保留在库 85+30 = 115 个,利用可能在库 1400 - 30 = 1370 个。
这样就利用 移动Type 344 实现了 利用可能在库 到 保留在库 的振替转记。