Purpose

在R3这端，当finish goods的net requirement, lot-size, procurement，schedule后，就要考虑BOM explosion; 不同于APO（因为在APO里，很多时候我们并不会完整地CIF R3的BOM，而只是Planning那些bottleneck的material），在R3这边，我们首先要有priority for usage，如果存在Multiple BOM的话，这个可以通过selection ID来实现;

然后我们可以使用"materrial master data"及"application-specific"的设置来进行；但是对于MRP/MPS来说，这里主要是使用material master data中的selection method来进行决定:

- blank: by lot-size

- 1: by explorsion date

- 2: by PV (如无PV，则按blank进行）

- 3: only by PV

其中，若是by explorsion date，还可以进行配置是否按OS，OF或explosion number，甚至一个fix的date来决定alternative的determination.

Content

2个bom alternative

其中第二个alternative还有change status

先看看目前的MD04：

2-14号的PL order

它是怎么来的呢，check一下MMR

现在我们来测试一下blank：按quantity/Lot size

再run Planning:

还是

因为有quota

===> 所以，有quota确定的PV，无论Lot-size是否匹配其都使用其定义的BOM。

不使用Quota,将3改为Blank

再run:

===>可以看出：其找到了2 - 因为alternative 2的lot size更匹配。

 

现在我们来测试一下1：按date

先看一下后台是设置的哪个日期

Plant：为空

MRP Group

也为空。

那么就是默认的

（如有bom explosion number，按其来，若无将按OS）

此时run，还会是alternative 2，因为date都可满足，然后再按lot size。

更改一个Lot size：

 

再run planning

它就找到1了，因为OS的date下，2个alternative都可行，lot size也行，那就随机了，第一个。

我们修改一下，使OS在02.05前，且lot size还是先前的alter 1 (100开始)

而In hosur Production time：

run下Planning

===>可以看出BOM选不出来,因为OS是02.04，alternative 2是不满足，而alternative 1的Lotsize又不满足

此时如果后台配置是的OF呢?

再run planning

==> 可以看出：BOM找到，且explosion date为02.14

再测试一下BOM Change status

改回原始

Production time: 9

再run一下planning

看下component

==> 可以看到，其只找到一个compont，compont 2的change status是从02.06开始，故不会取出。