热门标签 | HotTags
当前位置:  开发笔记 > 后端 > 正文

SAP知识精解物料需求计划MRP03.01手动重订货点(01)

原文链接:https:mp.weixin.qq.comsMzT9ARw3OraubCe-3RZDsQ大家可以关注我个人公众号,所有分享内容࿰

原文链接:https://mp.weixin.qq.com/s/MzT9ARw3OraubCe-3RZDsQ

大家可以关注我个人公众号,所有分享内容,会在公众号第一时间推送,且阅读排版更好。

愿大家的学习,轻松且愉快。

如果大家觉得有用,希望转发关注,谢谢

 

那么,上述,就是重订货点计划的主要业务逻辑了。

 

 

二、“手动重订货点”系统功能的介绍

 

在我们了解了“重订货点”的业务含义之后,我们介绍一下SAP中,针对此业务的系统功能实现。

 

根据重订货点的业务计算逻辑,可以确定“安全库存”和“重订货点”的具体数值。

 

SAP系统对此业务的主要逻辑是:在MRP运行时,SAP系统会判断物料的实际库存,是否低于“重订货点”,如果低于“重订货点”,系统会推荐该物料的计划需求,所推荐的计划需求=重订货点 - 实际库存。

 

注意:这里我们简单提一下,“手动重订货点”的功能中,“安全库存”和“重订货点”是由企业先计算好,维护至物料主数据中;而“自动重订货点”的功能,“安全库存”和“重订货点”是可以由系统的预测程序进行自动计算,进而进行重订货点的运算。

 

在这篇中,我们主要介绍“手动重订货点”功能,关于“自动重订货点”,我们以后再做详细分享。

 

 

1.“手动重订货点”的基础功能

 

1.1.维护物料主数据

 

T-code MM02

 

如下图所示,在视图"MRP1"中:

 

MRP类型”选择:VB-人工重订购点计划;

 

“再订货点”维护:“100”。这里我们假定,此物料的重订货点为“100

 

注意:大家在测试中,可以先把“批量大小”,维护为:EX-直接按批订货量。这里主要涉及批量采购等相关概念,后续有机会给大家再做具体介绍。

再如下图所示,视图"MRP2"中:

 

“安全库存”维护为:20。这里,我们假定安全库存为20

 

注意,在这里还有"计划交货时间" "收货处理时间",我们后面会介绍到。

再如下图所示,视图"MRP2"中:

 

“安全库存”维护为:20。这里,我们假定安全库存为20

 

注意,在这里还有"计划交货时间" "收货处理时间",我们后面会介绍到。

再如下图所示,视图"MRP2"中:

 

“安全库存”维护为:20。这里,我们假定安全库存为20

 

注意,在这里还有"计划交货时间" "收货处理时间",我们后面会介绍到。

 

 

1.2 查看库存情况

 

使用MMBE,物料:ZRM-MRP-001,其当前库存。

 

物料的当前库存查询结果,如下图所示,为20。

 

1.3 执行MRP单个物料的运行

 

T-code MD03

 

 

注意:MD03中的每个字段参数,都有其具体含义,这个我们后续给大家分享,如果大家不了解,想进行测试,可以直接参考截图上的参数值,进行设置。

1.4 执行MD04查看计划运行结果

 

如上图所示,

 

当前库存是20,符合我们之前所查询的库存。

 

安全库存是20,符合我们之前维护的内容。

 

我们在物料主数据中,将“重订货点”维护为100

 

根据重订货点的逻辑:计划需求 = 重订货点 - 当前库存 =100 - 20 = 80

 

在上图中,我们能看到系统建议的需求是80

 

如果80个需求被采购回来,并入库,其可用库存量为:原有库存(20+需求入库(80=100

 

由于安全库存是20,所以实际可用库存量= 可用库存量(100 - 安全库存(20= 80

 

所以,在上图中,我们能看到需求采购入库后的可用库存量为:80

 

基于上述功能的演示,我们能够看到,手动重订货点计划在SAP系统中的具体功能实现,且完全符合其业务逻辑。

 

在上图中还有一个重点:为什么需求可用日期为:2019.06.25

 

换句话说,此时系统认为,在2019.06.25时,其所建议的需求,可以入库并可用。

 

需求可用日期的计算逻辑又是如何的呢?

 

 

2.物料可用日期的计算逻辑介绍

 

根据我们对重订货点计划的业务逻辑介绍,从物料需求的产生到物料的实际可用,这段时间,我们可以理解为:补货提前期。

 

换句话说,从我们运行MRP计算出需求的日期开始,加上物料的补货提前期,就得到了物料在未来的可用用日期了。

 

如下图所示:物料可用日期= 需求计算日期 + 补货提前期。

 

 

基于上述内容,需求计算的日期,我们很清楚,就是运行MRP的日期。

 

接下来的问题是:补货提前期是如何确定的?是如何维护在SAP系统中的?

 

 

补货提前期的介绍

 

补货提前期,在我们之前的介绍中,可以分为如下的三个期间:

 

补货提前期 = 采购订单的处理天数 + 供应商的处理及送货天数 + 收货处理天数。

 

如上图所示,其业务逻辑已经很清晰了,我们就不再赘述了。

 

我们主要讲讲这几个字段,是如何被维护在系统中的。

 

采购处理时间,是以工厂参数的形式,被维护在后台配置中的。

 

后台路径:IMG → 物料管理 → 基于消费的计划 → 工厂参数 → 执行工厂参数总体维护 → 计划运行-外部采购

 

注意: 采购处理时间,是以工作日计算日期的。

 

 

计划交货时间和收货处理时间,都是被维护在物料主数据的“MRP2”视图中。

 

注意1:计划交货时间,是以自然日计算日期的;收货处理时间,是以工作日计算日期的。

 

注意2:除了物料主数据,还可以在信息记录和框架协议中维护,但是要确保信息记录和框架协议必须被维护在货源清单中,且允许被MRP执行时使用。这个大家可以自行测试,或者我们以后再分享。

 

结合这部分内容,我们就能够回答之前提出的问题了:

 

为什么在0618日运行MRP,而系统会认为物料的可用日期为0625日。

 

 

关于手动重订货点的第一部分,我们先介绍到这里。

 

那么,关于重订货点的需求计算中,是不是就这么简单呢?是否可以考虑外部需求呢?是否考虑即将收货的采购订单、固定的采购申请、计划订单等呢?

 

这些内容,我们在下篇内容中,再给大家分享。

 


推荐阅读
author-avatar
胡鹏锦_289
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有