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 实现了 利用可能在库 到 保留在库 的振替转记。