PP(2) 生产策略

1. 策略10：Make-to-stock production (MTS)

    作为pure的MTS，该策略的MRP计算与销售订单完成无关（虽然可以在stock/requirement list里面显示出来），并且销售订单那也不会对独立需求的数量有所消耗。

    这是最简单的一种策略，根据以前的数据推测出未来的需求，设置独立需求，先将成品生产出来存进库存，一旦有客户需求就可以进行满足。

    不能够直接在MRP计算的时候用库存填补客户的需求。

    测试路径：

    修改物料主数据（MM02），在MRP3中将strategy group设置为10（MM02）

         -> 创建独立需求 (MD61) 

                 -> 创建客户需求 (MD81)  

                         -> 运行MRP计算( MD02) 

                                -> 查看库存/需求清单 (MD04)

    

    从清单中可以看到，产生的独立需求在当天有相应的可以转换为生产订单的计划订单生成，而客户需求产生的订单没有进入MRP的计算，也没有消耗独立需求的数量，只是作为信息展示进行陈列。

2. 策略30: Production by Lot Size (MTS)

    销售订单参与MRP计算，当客户需求和独立需求为一天的时候则有：计划订单数量 = 销售订单的数量 + 独立需求的数量。

    可以用库存填补客户的需求，但是不会消耗独立需求的数量。

  （每次测试的时候建议将需求清空，独立需求的清空可以直接在MD61里面把前面创建的需求删除，客户的需求可以直接在MD04里面点击需求，然后在修改界面里面进行删除）

    测试路径：

    修改物料主数据（MM02），在MRP3中将strategy group修改成30

        -> 创建独立需求（MD61）

             -> 创建客户独立需求（MD81）分别创建和独立需求当天的和不是同一天的两个不同需求

                  -> 运行MRP (MD02) ， 查看库存/需求清单 (MD04)

    

    可以在结果中看到，客户需求可以被已有的库存满足，如果库存不足，会生成一个单独的计划订单进行生产，当客户需求与独立需求为同一天的时候，会将两个需求的生产订单合并为同一个计划订单。客户需求并不占用独立需求的数量。

3. 策略40： Planning with Final Assembly （MTS）

    在该策略中，客户需求会消耗独立需求的数量，即如果客户需求不会超过独立需求的数量，生产订单数量不会发生变化。如果所有的独立需求都不能满足客户需求，也不会产生另外的计划订单进行生产（除非设置了安全库存，那么会产生一个总的生产订单保证安全库存）。

    可以通过在主数据的MRP3视图中修改consume mode来确定消耗独立需求的方向，可以向前消耗，向后消耗和向前/向后消耗，系统会选择在设置的消耗区间里面最近的独立需求进行消耗。

    测试路径：

    修改物料主数据（MM02），将strategy group修改为40，consume mode修改为1-4，设置相应的 consume period

          -> 创建独立需求（MD61）

                   -> 创建客户独立需求（MD81）

                         -> 运行MRP （MD02），查看清单（MD04）

    1> backward consume(consume mode 选择1) forward consume 和backward 类似，只是方向不同。

    图例创建11.24和12.01两个日期的数量为200的独立需求，12.02的一个数量为250的客户需求，可以寻找独立需求的时间区段为20天

    

    可以看出，客户需求的250个向前面消耗了一个数量为200的独立需求，以及再前一个的200的独立需求里面的50个，因此第二个VSF被消耗不会出现在清单中，第一个VSF由200减少为150。

    如果独立需求不能满足客户需求，有安全库存需求的情况下，会生成另外的生产订单来满足安全库存，没有安全库存限制则不会产生新的计划订单。

    图例为创建12.02一个数量为600的客户需求，所有的独立需求都被消耗，另外安全库存为0，因此生成一个总的计划订单为500。     

     

    2> backward/forward consume (consume mode选择2)

     图例创建11.24和12.01两个日期的数量为200的独立需求，11,28的一个数量为300的客户需求，因此系统会向两个方向寻找独立需求进行消耗。

    

    

4. 策略70：Planning at Assembly Level (MTS)

  策略70是个蛮好的策略，可以在组件层面创建独立需求，进行生产，一旦最后的产成品有相应的客户需求，产生的非独立需求会消耗组件的独立需求，消耗的方式根据在主数据中的设置方式，和产成品的40的消耗方式相同。核心物料为半成品，这样可以用于成品订单较多多样性的业务场景。

  策略70要和主数据里面Mixed MRP搭配使用。

  1:Planning assembly level with final assembly组件最终会组成产成品，产成品产生的非独立需求会消耗组件的独立需求数量，计算的是净需求2:Gross requirement planning计算毛需求3:Planning assembly level without final assembly组件不一定会组装成为产成品，因此dependent requirement不会消耗组件的独立需求数量，计算的是净需求   

  测试路径：

  修改物料主数据（MM02），将半成品的策略组设置为70，消耗模式和上面一个策略相同，设置Mixed ERP

    -> 创建半成品的独立需求(MD61)

       -> 创建成品的客户需求(MD81）

          -> 运行MRP(MD02)，查看清单(Md04)

  1> Mixed ERP： 1

  本例对半成品创建了11.24和12.01两个数量为300的独立需求，对产成品创建了11.28号的数量为50的客户需求，由于BOM表结构中，产成品和半成品的数量比例为（1:2）,因此对半成品产生100的非独立需求。

  

  从结果看，100的非独立需求消耗了11.24的独立需求，因此该独立需求变为200。

 

 2> Mixed ERP: 3

  

  非独立需求没有消耗本成品的独立需求。

  3> Mixed ERP: 2

  

  （不过吧。。我也不太懂怎么这个不会产生计划订单。。有懂的大神帮我留个言。我以后弄懂了再来改。。）

5.策略20：Pure Make-to-Order Production （MTO）

  作为纯粹的MTO，该策略不允许独立需求产生，一切生产过程都由客户需求来触发，并且不会考虑库存，也就是说订单的需求数量不会用库存来抵消。

  其中各物料的MRP4视图中的individual/collective indicator需要被设置，表示该组件是单独为某个客户订单生产还是只是集中生产的。如果是individual，则物料的生产针对特殊的订单，即使是同一天的需求也会分成两个计划订单，如果是collective，同一天的需求则合并在一个计划订单完成。

  为了测试方面，设计的BOM表为 产成品(半成品(原料1，原料2)，半成品(原料1，原料2))

  测试路径：

  修改产成品主数据和半成品主数据(MM02)，在MRP3中修改strategy group为20，MRP4中individual/collective indicator为individual，原料1也设为individual表示专门为一个上层物料的订单进行采购，原料2设为collective

    -> 测试不能创建独立需求（MD61）

        -> 创建客户独立需求（MD81），本例设定两个在相同日期的需求

            -> 运行MRP(MD02),查看清单(MD04)

  本成品的stock/requirement list:可以看到对于同一天的两个不同的订单，半成品生成了两个独立的计划订单用于生产，原料1的清单也是类似的，生成两个独立的采购需求。并且也可以发现客户需求不用库存来抵消。

  

  原料2的stock/requirement list:由于是collective，所以当天的需求全部同一生成一个采购需求订单

  

6.策略50：Planning w/o final assembly (MTO)

  最终产成品的生产只有在接到客户订单的时候才能进行，独立需求的时候不能进行。半成品的生产可以执行。

  如果产成品最后的价值在于最后一步的组装，之前的组件价值较低，就可以将MRP4里面的individual/collective 设为collective,如果其中有些组件价值较高，则可以通过设置为Individual，等到订单产生的时候在进行生产或者采购。

  为了测试方面，设计的BOM表为 产成品(半成品(原料1，原料2)，半成品(原料1，原料2))

 测试路径：

  修改主数据（MM02）,产成品的strategy group设置为50，下层物料都为空，原料1的individual/collective indicator设为1，原料2为2，其余为空

    -> 创建产成品的独立需求(MD61)

       -> 运行MRP(MD02),查看清单(MD04)

  正确的结果应该是，原料2因为是collective，所以可以根据需求产生可以转化为采购订单的需求，原料1是individual因此只有客户订单触发才能转换，由于该原料不能转换，导致半成品也不能进行生产（如果原料2是collective，或者空，就可以进行转换，直到半成品都可以生产成功）。

  产成品的stock/requirement list:计划订单不能转换，半成品和原料1情况相同

  

  原料2的stock/requirement list：是可以转换为PO的。

  

 测试路径：

  创建客户需求(MD81)

    -> 运行MRP(MD02),查看清单(MD04)

  此时产成品可以将计划订单转换为生产订单：由于创建的客户需求为150，只消耗了第一个独立需求200中的150，因此有150的数量生成了可以转换为生产订单的计划订单，剩下的50依旧是不能转化为生产订单的。

  

上面介绍的是一些基本的或者常见的strategy，对于strategy group的设置，可以在IMG中自定义，根据业务场景的不同会有所更改，路径为：

Production -> Production Planning -> Demand Management -> Planned Independent Requirement -> Planning Strategy

在Define strategy里面可以定义不同的策略，以及每个策略允许的需求类型，

在Define strategy Group里面组合不同的strategy就可以给主数据选择啦~

*group里面有一个main strategy ,但是可以添加多个进行自定义，比如策略30，希望可以为特殊的客户进行生产，而不通过库存进行填补，就可以将策略10加入group 70，这样在客户订单的procurement里面就可以设置需求类型为KSL。