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