第45篇-「全网首发」 SAP MRP核心逻辑之一再计划功能

核心策略逻辑__核心逻辑是什么

Today's share

01

什么叫再计划限度-recheduling horizon?

_核心逻辑是什么_核心策略逻辑

再计划限度(再计划天数)

计划领域的一部分,从补货提前期的结束日期开始(系统根据计划日期+补货提前期天数,计算补货提前期结束),其中系统检查净需求,计算是否应重新计划固定或固定供给要素(采购订单、生产订单、固定计划订单、固定的计划行、ASN等),另外再计划天数是按工作日计算。

用途

在此期间,如果已确认或固定的供给要素系统认为作为供给,优先级最高,可以满足需求,则系统会为该供给要素创建再计划日期建议(在已超过再计划的容差值情况下)。

如果在容差范围内,不会创建新的订单建议。

依赖关系

为这些固定的供给元素,创建例外消息:

• 如果供给元素在需求日期之后,则系统将再计划,建议提前。

再计划天数仅适用于提前收货要素。如果在收货元素之前,存在可以被供给元素覆盖的要求,则创建异常消息Bring operation forward。因此,MRP管理员需要将供给要素提前到系统建议的日期;

• 如果供给元素在需求日期之前,则系统将再计划,建议延后。

再计划天数不适用于这种情况。 系统会创建重新安排建议,以根据要求日期提前提交要素。

对于再计划(提前日期),您可以准确定义固定供给中要包含哪些供给元素。

对于再计划(延后日期),所有供给元素都包含在检查中。

上诉为SAP提供的官方解释,但是比较不太容易理解。笔者接下来根据实际的一些例子进行讲解。

02

SAP设计再计划的核心理念?

1.系统认为如果一个供给元素,他是固定的(如固定的采购申请、计划行,采购订单、ASN单,固定的计划订单、生产订单),那么一定是有业务人员对该数据进行了修改或者确认,甚至供应商已经送到了在途、生产线已经开始生产目前在制状态。系统认为这些固定供给一定会比标准MRP随时跑出来的单据,优先级更高;

2.既然优先级更高,即使日期再后面、或者再前面(在再计划天数范围内时),系统都认为应该优先拿去满足净需求不够的那些需求,而不是立马又跑出来一笔未固定的供给跟需求去按日期一一对应;

3.系统为何要出现10、15的例外消息,再计划内、再计划外。因为对于MRP的核心理念就是合适的时间,到货合适的数量。

对于供给单据在需求日期之后的,系统不会立马跑出来一个采购申请,是因为明明后面都有一笔优先级更高的、在途的采购订单,系统让业务人员判断一下,是否可以让这个单据跟供应商沟通、协商一下,要紧急要货,这笔是否可以提前到;

对于供给单据在需求日期之前的为什么系统也要产生一个例外消息,建议延后到货的消息呢,因为SAP明明知道需求都在很后面,你提前采购这些物资在库存里,造成公司的资金占用、库房位置占用,都是对公司不利的。让业务人员跟供应商沟通,是否可以晚一点再送货,但是具体这个采购订单是否要延迟收货,肯定是需要业务人员确定过后,手工进行调整的。

03

再计划涉及的配置点?

1.工厂级的再计划天数配置

核心策略逻辑__核心逻辑是什么

_核心策略逻辑_核心逻辑是什么

核心策略逻辑__核心逻辑是什么

MRP组级

核心逻辑是什么__核心策略逻辑

核心策略逻辑_核心逻辑是什么_

核心逻辑是什么_核心策略逻辑_

配置讲解:

再计划限度:就是再计划天数,某个净需求需求发生了短缺,对于短缺的日期往前往后找“再计划天数内”的固定供给。该天数需注意是工作日天数。

确定的元素:

确认的计划订单:打锁定标记,带*号的计划订单;

生产订单;

固定的采购请求:打锁定标记的,采购申请;

PO/SA计划行:采购订单/打锁定标记的,计划行;

QM检查批量:QM Lot检验批

装运通知:ASN单(Advanced Shipping Notification)

比较值:

容差值传递:固定供给日期晚于净需求短缺日期,固定供给日期 减去 净需求日期的天数,如果在“容差值传递”天数内,就不产生例外消息(表示业务人员设的比如2天内,业务能接受允许系统晚到货2天,对生产订单开始领用影响不大);

例:

系统库存35个,净需求短缺的日期是2023.12.18,需求50个。系统认为2023.12.29这一天有一笔固定供给(锁定的采购申请),在没有设置“容差值传递”时,也就是业务要求比较高,如果在需求日期之前没有供给能及时到货,于是系统就产生例外消息(10),建议跟供应商沟通协调,2023.12.29这一笔固定供给要在2023.12.18日及之前要到货才能避免缺料、停产:

_核心策略逻辑_核心逻辑是什么

_核心逻辑是什么_核心策略逻辑

此时可以看到,2023.12.29与2023.12.18相差9天(注意:是采购申请可用的日期与净需求日期相比,不是采购申请或采购订单到货日期)。笔者进行设一下“替代的容差值”为9天,看一下效果:可以看到例外消息,消失了。

_核心策略逻辑_核心逻辑是什么

核心策略逻辑_核心逻辑是什么_

替代的容差值:固定供给日期早于净需求短缺日期,净需求日期 减去 固定供给日期的天数,如果在“替代的容差值”天数内,就不产生例外消息(表示业务人员设的比如2天内,业务能接受允许系统提前到货2天,形成库存,对公司资金和库位占用影响不大)。

例:

系统库存35个,净需求短缺的日期是2023.12.18,需求50个。系统认为2023.12.18这一天有一笔固定供给(锁定的采购申请),在没有设置“替代的容差值”时,也就是业务要求非常高,不能提前到货形成库存,于是系统产生例外消息(15),建议跟供应商沟通协调,2023.12.18到货才能减少库存资金占用:

核心逻辑是什么_核心策略逻辑_

核心逻辑是什么__核心策略逻辑

此时可以看到,2023.12.15与2023.12.18相差3天。笔者进行设一下“替代的容差值”为3天,看一下效果:可以看到例外消息,消失了。

核心逻辑是什么__核心策略逻辑

笔者如果设为2,例外消息还是会产生的。(此时发生了一个比较细节的一个事情,例外消息没有产生,是因为修改完该配置过后,MD04供给关系和例外消息可能是动态抓取的,会有缓存)

核心逻辑是什么_核心策略逻辑_

整个MD04退出,再进来就好了:

核心策略逻辑_核心逻辑是什么_

另外一个注意点:容差值的天数,也是工作日天数。

总结一下就是:

容差值传递:是系统建议固定供给日期提前,如果设置了该容差天数,在该天数范围内不产生例外消息10;

替代的容差值:是系统建议固定供给日期延后,如果设置了该容差天数,在该天数范围内不产生例外消息15;

04

再计划的一些实战问题分析、业务理解

最近群友和项目上用户经常问一些再计划日期的问题,例如:

1.为什么按库生产,计划订单或者采购申请,在同一天下没有合并?(笔者后面分析,发现跟再计划也有一些关系)

_核心策略逻辑_核心逻辑是什么

看起来确实像,同一天下计划订单没有合并:

_核心逻辑是什么_核心策略逻辑

但这个都是假象,后续分析真正原因就是:

(1)MRP的配置,设置的是:不允许日期在过去。系统会把过去的需求,系统未满足的,产生供给,供给的日期设置为当前2023.12.06。

(2)但是这么多笔2023.12.06的计划订单并不是需求日期都是某一天,而是很多笔过去的需求日期,系统对每一行产生了相应的再计划日期,让业务可以看到每一笔是系统认为动态计算下,应该给哪一天的需求。

2.为什么前面的需求日期明明都短缺了,系统没有跑出采购申请、计划行?

用户发现2023.12.26日,有一笔需求都短缺了,但是系统没有产生采购申请/计划行,导致12月份的可能停产

核心逻辑是什么_核心策略逻辑_

进系统进行数据分析:

2023.12.07的PO为何会有再计划日期,因为当前库存存在59个,需求能满足到12.26,所以系统认为12.07就采购的会形成暂时的冗余库存,建议推迟到12.27库存不能满足需求的时候再进行收货入库,减少库存资金占用和库位存储空间浪费

核心逻辑是什么_核心策略逻辑_

为何2024.05.10的PO的再计划日期是2024.01.01,是因为系统认为不会随MRP运行自动变化的单据(如锁定计划订单,锁定SL,采购订单,生产订单等)都是固定的单据,这一类固定单据MRP运算过程中会被优先作为供给,可以理解为系统看到在2024.05.10,有一张会收货的采购订单(系统视为业务已与供应商沟通,甚至可能已经在在途了),既然已经固定了那么能否提前收货?如果能提前收货,那么就需要把这张PO的收货日期提前到第一个出现净需求短缺的时间点,就是下图的2024.01.01

_核心策略逻辑_核心逻辑是什么

_核心逻辑是什么_核心策略逻辑

由于控制固定供给是否会参与再计划的时间天数的配置是,配的是100天

核心逻辑是什么_核心策略逻辑_

看起来就是该天数设的较大,业务认为明明都是5个月过后的供给,不应该拿来满足比较靠前的需求。

假设设置1天,我们看一下,净需求日期和固定供给日期在各自情况下,是什么效果:

(1)当存在固定供给,且该供给日期在最后,无后续需求时,会产生额外的需求,MRP运行后供给没有完全平衡:

_核心逻辑是什么_核心策略逻辑

(2)当固定供给日期位于需求中间的时候:

核心策略逻辑__核心逻辑是什么

此时将2024.02.01的需求前提到2024.01.20,2024.01.20的需求会产生新的SL,

但是2024.02.01的PO会参与后续的供给平衡计算,且产生建议延迟收货的例外消息

核心策略逻辑_核心逻辑是什么_

4.还有的项目上,客户看到这样的数据不太会分析,跟再计划也有一点关系

为什么上面供给都为0了,还要跑出来两个计划订单,MRP异常分析的思路

核心逻辑是什么_核心策略逻辑_

(1)客户的系统配置应该是跑出来的采购申请或者计划订单不允许在过去;

(2)2023年4月12和4月15有需求,是负数,然后系统就跑出来采购申请了,要供给给这两个日期,由于日期不允许在过去,如果把提前期从10天改成0,这个日期就变成了当前;

(3)明明5月9号有个600的供给,是这个订单好像副产品收货的,这个供给是在4月12和15号之后,系统认为他要跑出来计划订单给满足,而不是拿副产品产出去满足。可能是SAP对这个副产品供给,不会像生产订单和采购订单那样的直接可以作为再计划供给,因为他是副产品产出,没法像采购订单那样跟供应商沟通调时间;

(最主要是看那两个计划订单的再计划日期,再看 MRP配置是否在过去,再看采购提前期,再看生产订单组件副产品是个拆解订单、最后那个一个关键点是,副产品收货作为了供给,他不能让采购申请跑没的原因是,副产品收货的时间晚于了缺料的时间,业务上肯定不可能因为缺料,让副产品提前收货,所以SAP这个设计比较很合理的)

5.再计划日期,只会出现在固定供给上吗?

不是的,计划订单和采购申请非固定供给,也可能会出现再计划日期,一般会带一个例外消息30。表示上次MRP运行后,需求有变动,MD04是动态计算的需求供给情况,如果再跑一次MRP例外消息30就会消失,比如下图:

核心逻辑是什么__核心策略逻辑

6.有的群友问:为什么做的销售订单,其产生的计划订单转成生产订单后,再跑mrp时;系统又产生新的计划订单,并且建议把生产订单删除呢。

_核心逻辑是什么_核心策略逻辑

核心逻辑是什么__核心策略逻辑

再计划天数维护成了空,导致固定供给生产订单,没有拿去满足需求

_核心逻辑是什么_核心策略逻辑

还有的群友问:

核心逻辑是什么_核心策略逻辑_

_核心逻辑是什么_核心策略逻辑

核心逻辑是什么__核心策略逻辑

7.再计划天数,设多少天合适?

通过第2个业务发生的问题,和群友也提出疑问,再计划天数设多少合适?

笔者说一下沟通的思路,仅供参考,因为每个项目的采购情况、在制情况不一定:

(1)首先如果如果再计划天数设太大,比如设100天或者365天,系统会找几乎所有的固定的供给,视为优先级最高,但是业务下单或者创PO的时候有些特殊单据,日期放很后面,暂时不采购的维护在系统中,系统也会拿来作为供给,造成MRP运行的数据,可能导致停产

(2)如果设太小或者设空,就会导致每天的需求和供给都是平的,可用数量是0.一旦业务人员修改了采购申请、转成PO发给供应商、或者计划订单转生产订单通知车间生产,结果需求是变幻莫测的,第二天可能需求日期提前、也可能延后。

如果需求提前(假设就提前一两天),系统就会跑出该需求日期的新的PR出来,业务人员又需要对该采购申请转采购订单,然后发给供应商。但是供应商很懵逼,明明有同样的订单数量,昨天你才给我发了一个采购订单号,今天又给我下一笔,你是不是下重复了?然后系统会把上一次发的那个采购订单,因为日期是固定的,拿去后面的需求使用。

如果需求延后,由于固定供给日期在前面,系统会根据日期顺序进行计算,产生例外消息,建议将该固定供给与供应商协商,是否可以延迟收货。这种情况倒不会出现,多采购或者形成呆滞库存等情况。如果固定供给在最后面,没有相应的需求,再计划天数又是设的空,看最后日期的可用数量是正数,是可能会形成呆滞库存的。

所以,再计划天数的设置不是胡乱设置的,

需根据采购的发出订单给供应商的频次;

多久时间内的固定供给运行拿来动态再计划;

结合物料设置的安全库存数量、可供应天数等;

结合采购业务人员与供应商的沟通协调多少天内的采购订单可以协商日期提前或延迟,等等因素进行设置。

供应链稳定性:如果供应链稳定,交货时间可预测,可能可以选择较短的 Rescheduling Horizon。如果供应链不稳定,交货时间不确定,则可能需要设置更长的 Rescheduling Horizon 以更好地适应变化;

生产灵活性: 如果生产线灵活,可以迅速适应变化,可能可以选择较短的 Rescheduling Horizon。如果生产过程较为刚性,可能需要更长的Rescheduling Horizon;

市场需求不确定性:针对市场需求的不确定性,如果需求变化频繁,可能需要更短的 Rescheduling Horizon。如果市场需求相对稳定,则可以选择相对较长的Rescheduling Horizon;

采购和生产周期: 了解从下订单到实际生产和交付所需的时间。确保Rescheduling Horizon 包括整个采购和生产周期。

基于以上因素考虑,采购业务人员和生产业务人员协调沟通,暂设定为10天。在实际应用中,可以通过与各个部门(采购、生产、销售)的密切协作,结合业务流程和需求,进行一系列试验和调整来确定最适合企业的 Rescheduling Horizon。这个值的设定是一个动态的过程,需要根据业务环境的变化进行定期审查和调整。

以上的逻辑,实战,问题探讨。仅为笔者,根据个人目前的认知、项目上遇到的问题和积累进行梳理和总结,不代表权威。欢迎大家一起沟通交流。

感谢支持

05‍

文档下载链接

下载链接:

「全网首发」-MRP核心逻辑之一再计划功能-密码sapcyrus-V2.0.pdf

文档密码:sapcyrus

END

评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值