Purpose

实例表明MTS的planning strategy，10/30/40/70, 以及发生的consumption, reduction, withdraw;

Process:

首先这个料维护了MRP Group

而该Group分配了strategy group为40.

所以，这也是为什么默认MD61都是VSF。

如果清空MRP Group与MRP 3下面的strategy group

跑一下MRP

可以看出：它会处理所有的PIR，无关requirement type.

但是可以看出，它是Peg到前面的PIR。

如果改为40，再run

可以看出其只考虑future的PIR

这是由 adjustment preiod控制。

MTS - 10：

MD81: Customer requirement

MD04

Run

可以发现，在planning run时，只考虑PIR（因为PL order是以前存在的）。并不会考虑CIR-KSL (因为KSL的requirment class设置了NO MRP)。

而KSL这里一般用来去reduct PIR by GI.

GI：

MD04

如果LSF中不设置1 - Consumption indicator

再GI 一个。

其仍然Consume了。注意，不要搞混“reduction”与"consumption"，对于10 strategy Reduction会发生在GI of CR;

CR,是customer independent order，所以，GI它，当然会减少order的quantity；

而PIR,被reduce，是由于10的strategy定义的，当GI后，它会reduce PIR作为withdraw quantity;

10中，在MRP中，PIR与CR是默认不会互相consumption的。而在MD6x中可以overwrite此Indicator, 那么在planning计算total requirement时就会有consumption发生了：

MTS - 30：

改为30

可以看出一条requirement一条了。

增加KL Customer requirement

再run

Pegging:

可以看出，其开始考虑KL的customer requirement

MTS - 40：

修改为40 planning strategy

同时给一个CR - KSV

此时run一下MRP

修改一下，测试是否cover consumptio LSF

再run一把

可以看出，它不能consume LSF.

最后一个问题？为什么在不同的Planning strategy下，不一样的Requirement type仍然会被识别呢？

其实，这不是问题，在Planning starget中定义的PIR与CR的requirement type，与consumption indicator一样，它定义了

a). default的requirement type，例如在MD61、81中输入

b). 如果有consumption发生时，二者的相互offset

但是，它并不是意味着仅仅只有这2个requirement type才会被Planning 识别。而requirement type被planning识别是由requirement type+requirement class所配置决定的，例如strategy 10下的KSL中No MRP；