SAP MM学习笔记26- SAP中 振替转记（转移过账）和 在库转送（库存转储）1- 移动Type间振替转记
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 实现了 利用可能在库 到 保留在库 的振替转记。
