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

原文链接：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执行时使用。这个大家可以自行测试，或者我们以后再分享。

 

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

 

为什么在06月18日运行MRP，而系统会认为物料的可用日期为06月25日。

 

 

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

 

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

 

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