实施顾问是否清楚有哪些插单的业务 SAP 是如何设计插单逻辑

# 实施顾问是否清楚有哪些插单的业务，SAP是如何设计插单逻辑？

[ ABAP 技巧与实战 ](javascript:void\(0\);)

__ _ _ _ _

以下文章来源于咨询顾问进阶与实战分享 ，作者Cyrus & Bi

**咨询顾问进阶与实战分享** .

笔者ABAP—PP模块—项目经理，分享MRP实战技术、行业解决方案、顾问高效成长、顾问及PM软技能提升、英语口语提升等。入行来，受领导倾情指导、良好氛围影响。秉持一个观念：经历的项目经验、知识、沉淀不分享，跟"手握黄金万两的守财奴"无异。

(声明：本文仅代表原作者观点，仅用于 SAP 软件的应用和学习，不代表 SAP 公司。注：文中所示截图来源于 SAP 软件或 PA

官方教材，相应著作版权归 SAP 所有。)

点击上方蓝字关注我们吧

今日分享-目录

Today's share

总体介绍

** 计划时界 ** 为当前日期 距需求点 的时间间隔（天数）。（ 注 ：视频讲解需编辑，下期发布 ）

与MRP类型配置一起配合使用，下图为PRESS中 不同MRP类型针对“确定的类型”进行讲解：

** Firming methods of existing procurement proposals (withi-n the planning

time fence) **

** 针对在计划时界内、现有的计划订单或PR，锁定方式： **

**

**

• No firming of procurement proposals within the planning time fence.

计划时界内的计划订单或PR，不锁定；

• Automatic firming of procurement proposals within t he planning time fe nce.

计划时界内的计划订单或PR，自动锁定；

• Manual firming of procurement proposals within the planning time fence （no automatic firming of procurement proposals).

计划时界内的计划订单或PR，需手工锁定；

** Firming methods of new order proposals (within the planning time fence) **

** 针对在计划时界内、新产生的计划订单或PR，锁定方式： **

• Automatic creation of new procurement proposals to cover the shortages within the planning time fence. However, the system pushes the dates of these new procurement proposals outside the planning time fence.

自动创建新的计划订单或PR，系统将这些新的计划订单或PR的日期推到计划时界日期之外；

• No new procurement proposals created to cover the material shortages within the planning time fence.

在计划时界内，不产生新的计划订单或PR。

配置截图：MRP类型中的 确定的类型有4个可配选项。分别进行验证和讲解

Introduction

M1/P1实战讲解

#### **MRP类型:M1/P1，计划时界：10**

确定的类型1：计划时界内的计划订单打上锁定标识，如新增一个计划时界内的需求，再次运行MRP，跑出的计划订单会放在计划时界后去。

当前日期为：2022.08.22

计划时界结束日期为：2022.09.05

应用场景：计划时界（业务常说的锁定期）内，有插单等需求，由于锁定期内可能生产排产、排序已经完成，如果由于业务的销售需求（如策略40，销售需求参与MRP运算）进行插单增加可能导致生产现场的混乱，齐套的原材料库存不足等不能满足生产执行。通过MRP类型M1/P1，可防止锁定期内插入计划订单。

#### **初始MD04界面**

####

#### **维护独立需求**

维护计划时界内的独立需求：2022.08.31和2022.09.01

维护计划时界外的独立需求：2022.09.06

####

#### **运行MRP**

在计划时界内的需求（2022.08.31和2022.09.01），跑MRP生成的计划订单，被放在了计划时界结束的当天（2022.09.05）;

在计划时界外的需求（2022.09.06），跑MRP生成的计划订单，被放在了计划时界外的需求当天（2022.09.06）

#### **更改计划时界10为11**

（系统的逻辑是每经过一天，就会根据当前日计算那些在计划时界内的计划订单会被锁定，改天数的目的是为了模拟系统日历+1）

进入计划时界内的计划订单打上锁定标识

####

#### **再次运行MRP**

无变化

M1/P1 Explanation

M2/P2实战讲解

#### ** MRP类型 M2/P2 ，计划时界： 10 **

确定的类型 2 ：计划时界内的计划订单打上锁定标识，计划时界内新增的需求 ** 不会 ** 跑出计划订单。

应用场景：锁定期内，不允许插单，不允许落在锁定期内新增的需求跑成计划订单。

比如：系统根据锁定期已经跑出了确认的生产计划，生产计划员也做了人为确认，此时突然插单在锁定期内，

若维护成 PD 的话，则会产生一个计划订单在锁定期内，这样对于锁定的计划订单批量转生产订单时，生产计划人员无法识别锁定期内新增的需求。

若是使用 M1/P1 ，则系统自动产生锁定期外那一天的计划订单，这样也可能会导致买料不及时、买料来不及的情况；

若使用 M2/P2 的话，生产计划员可查看到锁定期内有 需求未跑出计划订单和 MRP 结果，则会联系到销售，沟通协调

调整至新的可执行的、锁定期外的销售需求日期，同时销售也可根据新的交期与客户进行答复。

总结：使用 M2/P2

就是系统强制锁定期内不允许插单，不允许产生计划订单和物料需求计划。需要生产计划员和销售人员协调新交期。该策略下，生产计划人员必须对系统非常熟悉，对于新插入的、未跑出计划订单的需求

需及时跟上下游业务人员沟通，防止漏需求、漏单、漏生产。

#### **初始MD04界面**

####

#### **维护独立需求**

维护一个需求在计划时界内，两个需求在锁定期外

#### ** 运行 MRP **

计划时界内的需求未产生计划订单

计划时界外的需求产生了计划订单

#### ** 更改计划时界 10 为 11 **

可以看到最初的计划时界内 2022.09.22 的需求仍然没有跑出需求

#### ** 再次运行 MRP **

无变化

M2/P2 Explanation

M3/P3实战讲解

#### ** MRP类型 M3/P3 ，计划时界： 10 **

确定的类型 3 ：不对计划时界内的计划订单打上锁定标识，所有计划订单都会挪到计划时界外 .

业务场景：计划时界内的计划订单，不会自动打上锁定标识。需要生产计划人员，人工确定哪些计划订单需要锁定、生产。例如需求大于产能的情况，只会手工地将部分的计划订单进行锁定，若用

M1/P1 则所有计划时界内的计划订单都会被锁定。对于超产能或者 因为现场因素不能生产的、未锁定的计划订单部分，运行 MRP

会自动运行，跑到计划时界外。

#### **初始MD04界面**

####

#### ** 维护独立需求 **

#### ** 运行 MRP **

计划时界内的需求产生的计划订单都在计划时界外

#### ** 更改计划时界 10 为 11 **

（该截图体现的是，未做手工锁定的情况，所有计划订单都会被跑到计划时界外的日期去）

#### ** 再次运行 MRP **

计划订单仍然会产生在计划时界外

（该截图体现的是，未做手工锁定的情况，所有计划订单都会被跑到计划时界外的日期去）

M3/P3 Explanation

M4/P4实战讲解

#### ** MRP类型 M4/P4 ，计划时界： 10 **

确定的类型 4 ：不对计划时界内的需求产生计划订单

应用场景：计划时界内的计划订单，不会自动打上锁定标识。需要生产计划人员，人工确定哪些计划订单需要锁定、生产。例如需求大于产能的情况，只会手工地将部分的计划订单进行锁定，若用

M2/P2 则所有计划时界内的计划订单都会自动被锁定。

系统强制锁定期内不允许插单，不允许产生计划订单和物料需求计划。需要生产计划员和销售人员协调计划时界外的新交期。

注意：笔者发现 Press 中针对 M4/P4 ，少打了一项√

#### **初始MD04界面**

####

#### ** 维护独立需求 **

#### ** 运行 MRP **

计划时界内的需求未产生计划订单

#### ** 更改计划时界 10 为 11 **

.textContent = new Date().getFullYear();