Purpose

我们知道在R3的Planning中，我们有三种planning run type，NETCH/NETPL/NEUPL；它们可以结合着planning file entry与planning horizon来进行相应的Planning或提高planning run的perforamnce；

但是对于NETPL（net change in planning horizon），因为它牵涉了一个比较独立的parameter- planning horizon（定义在Plant Level），那么就可能产生一些意想不到的问题。

Content

先来看一下planning horizon, planning file entry与NETP的背景与关系。

OPPQ:

Before:

Run MRP

MD21

==> run 完planning, NETPL被清空（如果是NETPL,NETCH, NEUPL）

Case 1: VSF以前在Planning horizon内，但后面不在。

MD21：

Now

如果现在planning horizon变化了:

==> planning并没有run。

MD21：

==> 仅NETPL被清空了

Case 2 - 先前没有NETPL。使用singple planning

MD21：

Planning horizon

MD04

Run MRP

New MD04

New MD21

 (注意：为什么84960003却具有了NETPL呢？是因为它是84960005的compont，Header的planning run触发了其MRP-related chagne)

==> 可以发现，虽然Planning file没有NETPL，但是planning还是run了。

Case 3 - 先前没有NETPL。使用total planning

MD21：

• 并没有置上NETPL

此时run total planning

==> 可以发现，84960005并没有touch到。因为在MD21里它并没有NETPL。但即使8496003被touch到，也仅仅只是去clean NETPL，并没有执行Planning，同上面case1一样。

此时若planning horizon可以cover

再run total planning

==> 可以发现，并没有任何一个Material被touch到。即使新的planning horizon可以touch到8496005的VSF；但是因为没有planning file的NETPL，所以不run。

结论：total planning完全是按照planning file entry来的。对于NETPL来说，但是在Planning真实地run过程中，还是以horizon为基准。所以其实这里是有issu的，试想，先前的planning file entry中没有NETPL是因为先前的change是outside of horizon，但是现在它应该属于inside of horizon；而如果还是使用NETPL来run，那么就会有问题？因为即使horizon cover到它，但是因为没有NETPL的indicator，这个change不被这一次的MRP所Pickup

解决方案：要么NETCH或NEUPL， 要么就是定义regular的自动的MRP run，使用maximum planning run interval

a).使用regenerative planning，如NETCH, NEUPL。

b). 配置 MRP indicator - Regular MRP of MRP type

同时配置 一个maximum MRP interval Of MRP Group

使用这2个配置，那么在Planning file里会有一个自动的entry for material at specific date (next planning run date).