本文介绍了Cloud系统中MRP计算时,需求优先级的计算方法不再仅限于需求日期,还增加了客户优先级、数量负荷系数和时间紧迫系数三个维度。客户优先级基于客户重要性设置,数量负荷系数解决大单小单优先问题,时间紧迫系数随交期临近提升优先级。系统支持动态优先级计算,允许客户自定义优先级公式,并通过参数设置影响MRP计算和资源分配。最终目标是实现有限能力计算下的资源优化分配。
一般MRP计算时是按需求日期的先后顺序进行的,也就是说,需求日期是需求优先级的唯一因子。
Cloud提供了其他的影响因子,包括客户、数量和时间这三个不同的维度。
1、客户优先级。不同客户可以设置不同的优先级,在客户基础资料中“客户优先级”这个字段中维护。战略客户、重点客户和一般客户等可以设置不同的优先级,优先保障重要客户的订单达成。如果不存在客户的需求单据,比如预测单,系统提供了组织优先级来替代客户优先级。
2、数量负荷系数。在优先级计算参数中参数类型选择数量负荷系数,设置不同数量段对应的优先级,然后关联到物料基础资料中。这个参数用于解决优先满足大单还是优先满足小单。
3、时间紧迫系数。这个保留传统的需求日期作为需求优先级的一个因子。在优先级计算参数中参数类型选择时间紧迫系数,设置不同时间段对应的优先级,然后关联到物料基础资料中。这个参数用于解决随着交期的临近,订单的紧急程度不断上升。
举个栗子,在计划管理参数中选择启用动态需求优先级:
点击优先级计算或者在计划方案中选择自动运算优先级参数,那么系统会根据公式计算各个独立需求单据的优先级,并更新需求优先级这个字段(优先级范围0-99)。
可以看出,这3个系数,只有时间紧迫系数是动态的。在这个参数的影响下,同一张需求单据的需求优先级是变化的,随着交期的临近,需求优先级不断上升。
一个小贴士:这个地方是可以二次开发的。客户如果有自己的优先级计算公式,可以在MRP模型中加一个插件,在MRP计算前更新需求单据的需求优先级。
计划方案中选“运算时是否考虑需求优先级”,后续MRP计算则按照需求优先的顺序进行,而非传统的按需求日期。相关的供应会优先满足优先级高的需求。计划方案中“不释放预留”+“按优先级占用弱预留”这个两个参数组合,配合需求优先级使用,在选单运算时,插单的订单如果优先级高于已计算的其他销售订单,会抢占比它低的优先级预留供给为己用,同时会为被抢占的需求补齐供给。
引入需求优先级的目的,最终是为了解决有限能力计算。目前Cloud只完成了第一步,在物料数量上实现按需求优先级分配;后续还会考虑产能上按需求优先级分配。
推荐阅读