SAP MM学习笔记26- SAP中 振替转记(转移过账)和 在库转送(库存转储)6 - 输送中的商品损伤处理,品目的入出库预定,品目的无参照 出库处理(采样,报废等)

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

最近学习了 SAP中 振替转记(转移过账)和 在库转送(库存转储),学习笔记请参考如下文章。

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

本章咱们继续学习 振替转记,在库转送 中的其他一些常见处理流程。

1,输送中的商品损伤处理

这也是很常见的问题,就是输送中货物如果损坏了,该如何处理。

如下图所示,处理方式有两种。

1,如果是 提供方 的责任,那 提供方 可以直接取消,然后做废弃(左侧所示)

2,如果是 接收方 的责任,那 接收方 只能先如数收货,然后再做废弃(右侧所示)

当然,如果是 第三方 (比如 物流公司 )的责任,那就无所谓了,

先由 提供方 取消,然后 提供方 再找第三方 商讨如何处理,

或者 接收方 先收货,然后 接收方 再找第三方 商讨如何处理。

总之吧,即使是部分损坏,收货或取消都不能部分搞,要先全搞,然后再做下一步处理。

至于SAP系统上的操作,取消或收货 就是ME21N 或 MIGO上面的普通的取消或收货,

废弃处理的部分,请参照下面的 【3,出库处理】。

2,入出库预定

SAP 里面,在MIGO中的入出库,一般来都会有个 先行传票。

比如 购买发注票,出荷传票等。

当然也可以没有,就是 无参照 入出库。(比如 消费,随机采样,报废等)

SAP里面,除了以上几种,还可以有 入出库预定,就是先做一个在库移动的计划。

当然这个计划,除了手动做,还可以用MRP来自动生成入出库预定。

就构造来说,入出库预定 包含 Header 和 明细。

注意,因为Header里面有 移动Type,勘定设定(会计科目),所以一旦设定就无法更改了。

明细里面可以有多条,其中有一个 移动可能(新版本叫 许可济移动)Flag,这个Flg 能作为一个控制手段,等确认数据没问题之后,再用其进行下一步处理。

入库完了 项目

可以用该项目确定入出库预定是否已经出库完了。

如果是满数据入出库,会自动设定 出库完了 Flag,

如果是不足数据入库,可以手动设定,以结束该入出库预定。

 2-1,MB21 入出库预定 登录

可以双击如下菜单 或 直接输入 T-code。

 这里需要输入 入出库预定日付,移动Type,Plant等。

输入原价Center,事业领域,然后在明细中输入 品目,可以输入多条

 

双击 Itm 栏目,可以打开明细画面

注意里面一个项目 许可济移动

如果把这个项目 勾掉的话,MIGO中就做不了入库了。

 

先保存,照会

 

 2-2,MIGO 入库

居然出了个错误。

入出庫予定 0000069777 0001 をコピーすることはできません(无法拷贝 入出库预定 69777 0001)
Msg 番号 MIGO059

查了半天也没研究明白。

 我好像用错 MIGO 种类了。正确的是如下选项

A01 入库 R09 入出库预定 / 移动Tye 201 原价Center出库

移动Type 默认为 201

勘定设定 Tab 中的原价Center等,也和 入出库预定 一致。

 

至于如何才能选对 MIGO 种类 和 移动Type,SAP中都控制好了。

比如选 A08 在库转送,再去选移动Type的话,根本就选不到 201,所以刚才才会出那个奇怪的Message,当然也不可能抽到数据。

 

 

2-1Again, MB21 入出库预定 登录

先试试别的 移动Type,比如 311 保管场所间在库转送

这里出来一个奇怪的警告。不太明白是啥意思,咱们先忽略

次の稼働日は 2023-09-04 です(下一个工作日是 2023-09-04)*
Msg 番号 M7501

保存,照会

 

2-2Again,MIGO 入库

这次可以

注意这里显示出来了 入库出预定 Tab,

移动Type是 311,和入出库预定 里设定的移动Type一致。

 

2-3,入出库预定 中的 许可济移动 项目

2-3-1,MB21 入出库预定登录 中的 许可济移动 FLG

就是下面这个项目 许可济移动

暂时先把它设为 OFF

 保存,照会

2-3-2,MIGO A08 在库转送 R09 入出库预定

到 MIGO 中做出库转送,报错,读取明细失败,这是正常功能:

伝票 0000069779   に選択可能明細がありません(没有可选明细)
Msg 番号 M7064

2-3-3,MB22 更新入出库预定 中设置 许可济移动 项目Flg为ON

在 MB22 画面,更新该 许可济移动 项目Flg为ON,保存

 

回到 MIGO,输入 入出库预定番号,然后按回车,这回就可以读出来了。

保存

又出来一个错误。学习系统嘛,也没咋配好,所以出点儿问题也没啥吧,正好学着解决一下:)

利益センタ 1010 が管理領域 2000 に存在しません(利益Center 在 管理领域中不存在)
Msg 番号 FAGL_ORG_UNITS001

 

KE51 利益Center登录

输入 设置先 的管理领域,比如这里要设置 2000 管理领域的利益Center。

从 1000 管理领域 的 1010 利益Center 拷贝到 2000 管理领域的 1010 利益Center。

 

保存,照会

点击左上角的 有效化 图标,查看 Status 项目 为 有效

 

回到 MIGO,再次 点击 Check 按钮,OK了。

 

保存,照会

默认显示 移动Type 为 301 Plant间转送

 

2-3-4,为什么要弄这个 许可济移动 Flg呢?

这就是一个控制手段。

再贴一下这张图,左侧的输入有 MRP,也就是自动生成,右侧也有个MRP,也就是自动进行下一步处理。

所以如果你不完全相信 系统自动跑出来的结果,想加个控制,看一下结果是否正确,就可以把许可济移动 Flg 默认设为OFF,等你确认完,再手动设置为ON,后面的步骤就可以继续运行。

默认设置 许可济移动 Flg 为OFF/or ON,是可以在Customize中提前配置的。

现实项目中,大部分设置该 许可济移动 Flag为OFF,也就是等领导确认了,然后再继续运行后续的,不然万一出错,错误累计,在库就会很奇怪了。

即使很相信系统跑出来的数据,一般来说也要时不时或定期确认一下嘛。

 

2-4,入出库预定 中的 出库完了 项目

入库完了 项目,在 MIGO 入库页面 和 MB21/22/23上面都有。

如果MIGO上面勾了,会自动反映到MB2x 画面。

当然如果MIGO上面不勾,MB2x 会自动计算,然后勾上。

该项目的用途,更多的时候是入库的时候,收货虽然不足,又想结束那张单的时候用的。

2-4-1,MB21 入出库预定登录

登录,照会

 

2-4-2,MIGO 入库

A09 在库转送 R09 入出库预定,然后输入 入出库预定,按回车按钮

将数量由 4个 更改为 3个

默认并没有 设定 出库完了 为ON

我这里是先更改了数量为4 -> 3,但是即使我不改数量,它也不会默认勾上,这地方做得不太好

 

 手动挑上,然后保存,照会

2-4-3,入出库完了 项目的查看和设定

MB23 入出库预定照会 画面的 FI 栏目,就是入出库完了 栏目。

因为在 2-4-2 MIGO入库的时候手动挑上了,这里现在也挑上了。

 

双击打开明细,能看得更清楚了。

注意一点,刚才在 2-4-2 MIGO 入库 里面,我是手动挑上了那个 入库完了 项目的,因为它不会自动挑上。

但是吧,即使我不挑,如果满数量收货了,那么 MB23 页面上也是会自动勾上的。

比如

这里虽然都收货了,但是我并没有手动挑上,SAP 在 MIGO页面上也不会主动勾上,但是不用担心,没人会去看那个勾的,大家会去 MB23 上看 FI (入库完了)那个勾,而它会自动勾的。

MIGO 上面的 入库完了 项目,更多是入库的时候,收货虽然不足,又想结束那张单的时候用的。

 

当然,这个勾也可以放到 MB22 上 去勾。

如果是满数量收货,那么就肯定会自动勾,

但是如果不是满数量收货,MB22上不会自动勾,这个时候可以手动去勾一下。

比如

这张票我预定5个,但只收货 3个,默认 FI 就没勾。

 双击,可以进来勾一下。

或者不进详细画面,一览上面点一下 修改 图标,也可以勾。

 

3,出库处理(无参照)

这里的无参照出库指的是那种 没有什么参照的出库。也就是 没先行传票,直接就出库。

公司里面有很多内部事务,比如下图所示的这些,消耗呀,或者 抽检呀,报废什么的。

1,以消费为目的的 (只能从 利用可能在库里出库)

比如

-  工厂做生产订单的消耗

-  客户受注的消耗

-  成本中心的消耗

2,随机采样,报废(可以从任意 三种在库类型里出库)

 3-1,以消费为目的的 (只能从 利用可能在库里出库)

这里面的下面这两个不用特意去做无参照出库了,它已经有采购订单 或发注票了,可以参照。

-  工厂做生产订单的消耗

-  客户受注的消耗

3-1-1,-  成本中心的消耗 MIGO 出库 A07 出库 / 移动Type 201

消费的出库 上面那张图缩略了很多,稍微扩展一下的话,有如下这些,分别有各自的移动Type。

这里我们做一个 原价Center (移动Type 201)的例子。

直接在MIGO中 A07 出库 / 移动Type 201 出库到 原价Center(消费) ※ 原价Center:成本中心

需要手动输入 品目,数量,保管场所,勘定设定。

在勘定设定里面,输入 原价Center,勘定科目(会计科目)等

 保存,照会,然后看一下 FI 票

FI 票 计上到设定的勘定科目 890000 上。

这样就通过 MIGO A07 出库 / 移动Type 201 实现了原价Center出库。

系统操作是这样,现实项目当中做法要复杂的多,怎么会这么轻易让操作员做消费出库呢:)

万一你出库之后揣兜里咋整啊:)

一般的做法是,写申请书让领导承认,拿着去财务让他们登原价Center消费票。

再试一下,这次选 保留在库, 就报错了。

像原价Center这种 以消费 为目的的,只能从 利用可能在库 里面出库。

 3-2,随机采样,报废(可以从任意 三种在库类型里出库)

3-2-1,随机采样(Sample出库)

A07 出库 R10 其他 移动Type 333 利用可能Sample出库

可以参考如下 SAP 文书。 SAP ライブラリ - 在庫管理および実地棚卸 (MM-IM)

 Sample出库可以从 任意三种在库类型 中出库。

比如,这里我们从 保留在库出库。

保存,照会

FI 票 和 3-1-1,成本中心的消耗  是一样的。

3-2-2,废弃处理

 A07 出库 R10 其他 移动Type 551,553,555

551 从利用可能在库废弃

553 从品质检查在库废弃

555 从保留在库废弃

如下图所示:

其实3-2-1,随机采样 也有类似 移动Type,我没写那么多。

而且我在 3-2-1 的例子里面,选了 333 从利用可能在库Sample出库,但下面在库类型 却选了 保留在库,SAP 也没自动修改 移动Type,所以这里还是尽量 选对 移动Type吧,以防后面出幺蛾子。

可以参考如下 SAP 文书。 SAP ライブラリ - 在庫管理および実地棚卸 (MM-IM)

这里选了 移动Type 553 从品质检查中在库废弃

注意这里一旦选了 利用可能在库 以外的移动Type,就不再显示 在库类型 了。

不知道是Bug还是有什么原因。

我觉得吧,既然已经提供了这么细致的移动Type,那么在库类型不显示挺好的。

 勘定设定 Tab里面的 原价Center 项目是必输入项目。

也就是说,虽然是废弃了,但是也要计入成本,找人承担费用。

保存,照会

有关 废弃 处理,就是直接要把这个东西给丢掉,或者怎么处理了,不会在品目里留下痕迹。

而像其他的消费(比如 【3-1,原价Center的消耗】 )则会在 品目 里留下痕迹。

品目 > 追加Data > 消费 Tab

(我这学习环境里面的 会计期间 是 2009/7,所以全计上到那儿了)

这个为以后 运行MRP 做基础。

MRP 有两种,

1,PP里面的MRP,为生产做预测

2,MM里面的MRP,为消耗做预测,预测的基础就是这个消费Tab里的数据

有关 MRP的详细,等以后学的时候再写。

这里想说的一点是,消费 是为以后的预测做基础的,那么 废弃 的部分不能作为 消费

比如 今年消费了50个,废弃了20个,那么只有消费的 50 个能计入消费,废弃的20个不能。

否则的话,以后的MRP预测就不准了。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值