SAP MM学习笔记26- SAP中 振替转记(转移过账)和 在库转送(库存转储)2- 品目Code振替转记 和 在库转送

118 篇文章 5 订阅
63 篇文章 12 订阅

SAP 中在库移动 不仅有入库(GR),出库(GI),也可以是单纯内部的转记或转送。

1,振替转记(转移过账)

2,在库转送(库存转储)

1,振替转记(转移过账)

入下图所示,振替转记 可以是 在库Type间,品目间,受托品与自社在库间。

一般来说,单纯的转记,是不发生在库移动的,就是保管场所不变,然后品目Code,在库Type(在库Type变化,其实就意味着在库类型变化了),Lot等发生了变化。


上一章讲了 在库Type 间的振替转记,本章讲 品目间振替转记。

1,振替转记(转移过账)

1-1,在库Type间

SAP MM学习笔记26- SAP中 振替转记(转移过账)和 在库转送(库存转储)1- 移动Type间振替转记_东京老树根的博客-CSDN博客

1-2,品目间

品目间的振替转记也会发生。

比如下图示例,高达奶酪(也称豪达奶酪)。

大家看到,它是随着时间不断变化的,所以东西还是那个东西,但是它的品目Code得随着时间不短变化,因为其实本质已经不是一个东西了嘛。

像这种情况,经常发生在 食品, 化学, 医药 等行业。

荷兰高达奶酪(Gouda Holland)的外型大多是扁圆型的,重量约在2.5-20 公斤之间。它的外表会包覆一层蜡质的外壳,象牙色的奶酪内芯里会带有少量豌豆大小的气泡孔洞,随着它的成熟程度的增加,它的质地由柔软变得紧实,吃起来的味道也从温和变得辛辣

荷兰高达奶酪(Gouda Holland)必须全程在荷兰生产、制作和熟成,而且只能使用荷兰本国出产的牛奶制作,经过至少 1-12个月的护理熟成后上市。

荷兰高达奶酪(Gouda Holland)通常依据熟成时间长短分为以下版本:

●初熟版:熟成1-2个月,大多是浅黄色蜡皮

●成熟版:熟成2-6 个月,大多是深黄色蜡皮

●陈年版:熟成 6-18 个月,大多是红色蜡皮

●超熟版:熟成18 个月以上,大多是黑色蜡皮

像这么大的变化呢,在做品目Code 振替转记的时候,有些限制:

1,转记前后 的 基本数量单位 要一致。比如上图的品目转记,前后都得是PC。

2,库存Type 只能是 利用可能在库。保留在库和品检在库 不能做这个操作。

3,数量不能发生变化,比如 1 个转成 2 个,2个转成 1个 都不行,真需要的话,用PP模块加工。

1-2-1,MIGO 移动Type 309 品目间振替

移动Type 309 : 品目间振替。

选了之后,显示为 TF 品目间在库转送

TF: transfer posting 中文: TF: 转移过账 / 日语: TF: 転送転記

一会儿转记,一会儿转送的,可能是既可以同一个保管场所,也可能是不同的保管场所吧。

一般来说,既然是品目都变了,那么保管场所也会变化的。所以,称为 转送 可以理解。

这里我准备了 2个品目。

100-107 : 未熟成, 100-108:熟成。就在这两个品目间进行振替转记。

这两个品目的 基本数量单位 都是KG,单价不同,一个是 1000 EUR,一个是 2000 EUR。

振替转记之后,就可以卖高价了嘛。

MMBE 查看振替转记 之前的在库状态。

100-107 品目的在库。

 100-108 品目,暂时没有在库。

 保存,照会

MMBE, 看一下在库状况。

100-107 品目,在库由 100 KG -> 50 KG。

 100-108 品目,在库 由 0 -> 50 KG。

这样就通过 移动Type 309,实现了品目Code 的振替转记。

看一下 振替转记 之后的 FI 票。

收益计上到 收益-在库振替 科目。

其实有很多客户是禁止使用这种方法的。

真正的正确渠道是通过PP 的生产订单模块去做。

那就可以保存一些,比如保管期间等的信息,还根据保管时间 来算出保管成本。

单纯的在MM 模块上面通过品目Code的振替转记,有操作自己公司资产的嫌疑

那么就实践来讲,这个方法有哪些常见的利用场景:

1,对一些不太重要的产品,可以用这个方法来进行简单的振替转记进行品目管理

2,同一个产品,使用不同的品目番号卖给不同的客户

比如,一个墨水公司,卖墨水给各个打印机厂商,就包装不一样,墨水是一样的。

那要是某个打印机厂商没吃完那些货,墨水公司就可以振替转记一下,然后卖给其他厂商,附加价值就是换个包装,只要价格合理,就没有问题。

1-3,受托品,自社在库间

1-3-1,MIGO 移动Type 411 K 在库转送:受托品在库 -> 自社在库

移动Type 411:在库转送:受托品在库 -> 自社在库。

选择之后,显示 受托品 -> 自社在库。

有关受托品从购买发注到入库,再到受托品在库到自社在库的在库转送流程,可以参考下面文章

SAP MM学习笔记22- 购买发注的项目种类(明细Category)_东京老树根的博客-CSDN博客

MMBE 查看一下在库状态

品目: 100-110,仕入先受托品 80 个,

利用可能在库(=自社在库)0001保管场所 272 个,0002保管场所 20 个。

转送 20 个 仕入先受托品 到 0003 保管场所。

保存,照会

 MMBE,再查看一下在库状态

仕入先受托品 由 80 个 -> 60 个,0003保管场所的利用可能在库,由 20个 -> 40 个。

这样就 使用 移动Type 411 实现了 受托品在库 到 自社在库 之间的转送。

一般来说受托品在库和自社在库不在一处,比如本例不在同一个保管场所。

但是吧,一般来说也不会离得太远,很有可能在一个保管场所内,比如左边右边等,叫转记也对

2,在库转送(库存转储)

再贴一下这张图。

在库转送,有 保管场所间,Plant间,甚至会社Code 间。

它的特点就是 会有物理上的在库移动。
 

在库转送,有 1 步 和 2 步 两种。

1步,就是 把 在库类型 和 保管场所(包括Plnt,会社)一步到位的做了。

2步,就是分开做。分开做的原因,就是保管场所距离可能较远,不是一刹那就能完成。

如果是 2 步的话,在库付出之后,在库受入之前,在库状态 会变成 转送中在库

那么什么时候用 1 步,什么时候用 2 步呢?

这就要看客户的实际情况了。

一般来说,假如客户的两个保管场所离得很近,比如1个晚上就转送完毕,那就一步就行了。

假如两个保管场所之间离得很远,假如你提前给转送到 目标保管场所,万一路上出现什么事情,那不就耽误销售或生产了嘛,那就需要用 2 步了。

2-1,1 步 手顺 保管场所间在库转送

如下图所示,1 步 手顺 可以将品目 移动到不同的保管场所,而且也可以改变在库类型。

2-1-1,移动Type 311  在库转送:保管场所间(One Step)

选择之后,显示为 保管场所间在库转送

MMBE 查看一下在库状况。

利用可能在库,保管场所 0001,272 个,保管场所 0003,40个。

 这里 把保管场所 0001 中的10个,移送到 保管场所0003中。

 保存,照会

MMBE 查看移送之后的在库状况。

保管场所 0001 减少10个,保管场所 0003 增加10个。

这样就用 移动Type 311 实现了 保管场所间在库转送(利用可能在库 到 利用可能在库)

2-1-2,移动Type 321  在库转送:保管场所间(One Step)

这个跟学习 振替转记 的时候,用的移动Type 是一样的。这里就不重复了。

移动Type 349 也是一样的,咱们这里也不再重复了。

下面这幅图,显示移动Type 321 转记 品检在库 到 利用可能在库。 也可以用在不同保管场所间。

SAP MM学习笔记26- SAP中 振替转记(转移过账)和 在库转送(库存转储)1- 移动Type间振替转记_东京老树根的博客-CSDN博客

2-1-3,移动Type 323 品质检查中在库 到 品质检查中在库 的振替(Plant内)

 选择之后,显示为 品检在库保场间转送

MMBE 查看在库状况

保管场所 0001,品检在库 100个,保管场所 0003,品检在库 0 个。

将品检库存 有 保管场所0001 到 保管场所 0003 转送 30 个

保存,照会

MMBE 查看在库状况

 保管场所 0001 由 100个 更新为 70个,保管场所 0002 由 0个更新为 30个。

这样就用 移动Type 323 实现了品检在库 在不管保管场所间的移送。

2-1-4,移动Type 325 保留在库 到 保留在库的振替(Plant内)

 选择之后显示为 保留在库保场间转送

MMBE 查看在库状况。

保场 0001 品检 70个,保场 0002 品检 30个。

 由保场0003 移送保留在库中的 5 个 到 保场 0001。

MMBE   查看在库状况。

保场 0003 保留在库 100个,保场 0001 保留在库 0个。

保存,照会

MMBE 查看在库状况。

保场 0003 保留在库 由 100个 更新成 95个,保场 0001 保留在库由 0个更新成 5个。

这样我们就通过 移动Type 325 实现了 保留在库的 保场间转送。

2-2,2步 手顺 保管场所间在库转送

使用 2 步手顺,可以监视 转送中在库 数量

2步 手顺只能做 利用可能在库 的转送

2-2-1,Step1 - 移动Type 313 由利用可能在库,转成 转送中在库

选择之后,Text显示为 保管场所间转送出库

MMBE 查看一下 在库状况。

保场 0001 利用可能在库 62 个,保场 0003 利用可能在库 50个。

还有个要用到的概念,保场场所间转送中,暂时 保场 0001 和 0003 都为0。

这里转送 保场0001 中的20个到保场0003。

可以看到 保场 0001 的利用可能在库 由 62 更新为了 42,

而保场 0003 的利用可能在库并没有变,

但是 保管场所间转送中 在库 被更新了,由 0个更新为 20个,挂在 保场 0003 下面。这就是说,在保管场所 0001 把出库那个时刻,该品目就属于 0003 了,路上出什么事情它也不会管的。

这样就利用了 移动Type 313 实现了 保场间在库转送 的Step 1。

用户可以随时使用 保管场所间转送中 来监视 保场间转送中 库存(即 在途库存)。

2-2-2,Step2 - 移动Type 315  保管场所间转送入库

选择之后,Text显示为 保管场所间转送入库

MMBE 查看在库状况。

保场 0003 利用可能在库 50个,保管场所间转送中 20个。

假如分两车,第一辆先到了 10个,先入库。

注意,这里也是转送元(From) 和 转送先(To) 是倒着的,元放在右边了。

这是因为和 313 形成了互动。哎,觉得这一点SAP 好像做得不太好,可能老外喜欢这么思考吧。

保存,照会

MMBE 查看一下在库状况。

保场 0003 的利用可能在库 增加了 10个,保管场所间转送中 在库减少了 10个。

这样我们就利用了 移动Type 315 实现了 保场间在库转送 的 Step 2。

2-2-3,Step2 - A09 在库付出 / A10 在库受入

上面的 2-2-2 里面,咱们用了 A08 在库转送 这个选项来做的。

做完了,发现还有 A09 在库付出,A10 在库受入 这两个选项。

咱们使这两个选项来重新做一遍。真正工作中,要使用这个来做。

当然使用 A08 咱其实也达到目的了嘛,要是用A08 做了也做了。

下面使用A09,A10 来做个例子。

1),A09 在库付出 移动Type 313

由 0001保场 转送 5个 到 0003 保场。

 用MMBE查看一下库存状态。

保场 0001 利用可能在库 42 个,保场 0003 利用可能在库 60 个。

保存,照会

MMBE 再次查看库存状态

保场 0001 利用可能在库 42 个 更新为 37 个,保场 0003 利用可能在库 60 个不变,但保管场所间转送中 增加了 5个。

2),A10 在库受入,在库Type 315

 注意这个时候可以用 R02 入出库传票 ,然后输入出库票了。

A09 为啥用 其他 这个选项呢? 其实就是因为它是突然出库,没有任何凭据。

保存,照会

MMBE 查看库存状态。

保场0003 的 保管场所间转送中 在库已经 减少5个,利用可能在库 增加了 5个。

这样,我们就利用了 A09 移动Type 313,A10 移动Type 315 实现了保场间的转送。

如果 A09 移动Type 313 做了出库,却用 A10 移动Type 315 其他 来做入库的话会怎么样呢?入库是肯定能入库的,但是 A09的那个出库票就废了。

所以实际工作中,A09 出的库,一定要用 A10 入库,并且要用上出库票。

当然 就想用 A08 来做转送,也不是不可以,但既然SAP设计了 A09,A10, 那一定是推荐用的。

参考

1,购买发注的项目种类

SAP MM学习笔记22- 购买发注的项目种类(明细Category)_东京老树根的博客-CSDN博客

2,仕入先受托在库的彻底解说

【SAP】仕入先受託在庫について徹底解説! | SAPコンサルブログ 

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值