《计划策略详解-everything about planning strategy in sap 解密》由会员分享，可在线阅读，更多相关《计划策略详解-everything about planning strategy in sap 解密（74页珍藏版）》请在金锄头文库上搜索。
1、Mail to: Self-study, for reference only Created by Kaka Chen 2011/09/20 1 / 74 SAP 计划策略计划策略详解详解 - Everything about Planning Strategy in SAP 目录目录 引言引言 . 2 计划策略初印象计划策略初印象 . 3 独立需求的需求类决定过程独立需求的需求类决定过程 4 客户需求的需求类决定过程客户需求的需求类决定过程 5 需求类决定过程的相关配置需求类决定过程的相关配置 6 1. 计划行类别(Schedule Line Category)的定义 . 6 2. 计划
2、行类别(Schedule Line Category)的决定过程 7 3. 定义计划独立需求(PIR)的需求类(Requirement class) . 8 4. 创建包含独立需求需求分类的需求类别(Requirement Type) 9 5. 定义客户需求(Customer requirement)的需求分类(Requirement Class) . 10 6. 创建包含客户需求需求分类的需求类别(Requirement Type) 12 7. 定义 Item Category 与 MRP Type 组合对需求类型(Requirement Type)的决定过程 . 13 8. 定义计划策略(
3、Define Planning Strategy) 14 9. 定义计划策略组(Define Strategy Group) 15 10.分配策略组(Strategy Group)至 MRP 组(MRP Group) . 15 SAP 标准计划策略标准计划策略 . 16 浅谈业务场景中计划策略选择方法的另外一种思路 . 16 Net Requirements Planning (10) . 17 Gross Requirements Planning (11) 22 Production by Lot Size (30) 27 Planning with Final Assembly (40)
4、 . 30 Planning w/o Final Assembly and w/o MTO (52) 34 Planning w/ a Planning Material and w/o MTO (63) . 38 Planning at Assembly Level (70) 42 Planning at Phantom Assembly Level (59) 45 Planning w/o Final Assembly at Assembly Level (74) 48 Planning w/o Final Assembly (50) . 51 Planning with a Planni
5、ng Material (60) . 53 Make-to-Order Production (20) . 57 Assemble-to-order with Production Orders (82) . 61 Bonus: Production Lot Planning 生产批量计划生产批量计划 . 63 Mail to: Self-study, for reference only Created by Kaka Chen 2011/09/20 2 / 74 引言引言 计划(Planning)是制造企业永恒的难题,采用怎样的计划模式才能最适应企业的实际运作是一个很大的话题. 本文不会
6、介绍如何构建一个企业的计划模式,二十会专注于 SAP ECC 中计划策略的研究,期望给大家在构建企业 计划模式时带来一点思路. 谈到计划,我们先用美国人思考分析问题的 5W1H 方法来看看 SAP 中的计划到底是个什么玩意: 1. 定义(What): 即通过 SAP 平衡产销需求的过程 2. 对象(Who): SAP 中计划的对象实际上的表现形式计划订单(Planned Order) 3. 资源: a) 时间(When): 即计划周期 b) 地点(Where)计划作用的区域,基本上在 SAP 中可以理解为工厂(Plant) 4. 负责人(Who): a) 主要是计划员,包括成品计划员与物料计划
7、员 b) 总经理:系统 MPS 后主持产销协调会主持人,并对生产提前期内的订单变更有最终核定权 c) 计划主管 5. 方法(How):即用 SAP 提供的各种 MRP 报表来完成评估,并基于此基础排产.但说实话,SAP ECC 是基于传统的 ERP理论,因为排产需要确定生产的优先级(即各种约束条件),传统的ERP理论中对排产的支持是很弱的.对此 SAP 的解决方案是从 ECC 将 MPS/MRP 运行后的结果抛向 APO,而约束条件是定义在 APO 中,在 APO 的协助 下完成排产,再将生产指令抛回 ECC 处理. 大概了解了SAP中的计划后,我们正式介绍本文的主角:计划策略.计划策略是个什
8、么东西呢? 为了引出计划策 略,我们要再介绍一点 ERP 的理论. 按照 ERP 的理论,生产的需求来源可以分为两个大的类别:一是确定的客户需求,即客户真的需要,我们当然要 生产;二是预测的客户需求,即我们假设客户会要的,我们也要生产. 换个角度用数学的极限理论来说,如果我们只有接到客户的真实需求后才开始采购材料,并等材料买回来后再 开始生产,这就是最纯正的 MTO(面向订单生产);如果不论客户的需求是否已经存在,我们使用按照工厂可以利用 的产能(即独立需求,预测)生产,生产完成后就销售给客户,这就是最纯正的 MTS(面向库存生产). 好了,前面铺垫了这么多,我们总共谈到了 SAP 系统中的三
9、种对象: 预测,客户订单,计划订单; 而计划策略就是 SAP 在运行 MPS/MRP 的过程中,平衡这三种对象数量,性质,时间等各种因素的一套逻辑.所以可以说,计划策略就 是 SAP PP 模块最核心的内容,也是 PP 和 SD/MM 集成的核心内容. 这么说也许还是很抽象,下面我们就结合 SAP 来介绍计划策略的来龙去脉,以及在 SAP 计划过程中对各种对象 的影响,以及逻辑关联. 另外在计划策略章节的部分,我还会总结下自己对业务场景选择合适计划策略的选择路径. Mail to: Self-study, for reference only Created by Kaka Chen 201
10、1/09/20 3 / 74 计划策略初印象计划策略初印象 首先奉上系统美图一张,看看 SAP 系统中原生态的计划策略. 计划策略的包含两部分, 上面的”独立需求的需求类型”(Requirements type of independent requirements):BSF 和 下面的”客户需求的需求类型”(Requirements type of customer requirement): KSL ”独立需求的需求类型”(Requirements type of independent requirements)BSF 又对应到独立需求的需求类(Reqmts type for indep
11、. Reqmts)102 . ”客户需求的需求类型”(Requirements type of customer requirements):KSL 又对应到客户需求的需求类(Reqmt type of customer reqmt)030. 实际上作用计划策略是需求类型的载体,需求类型又是需求类的载体,最终影响物料如何参与计划运行的最底层 的因素就是计划类(Requirement class). 独立需求的需求类决定独立需求(由 MD61 创建)在计划运行时的系统行为. 客户需求的需求类决定客户需求(销售订单,计划协议)在计划运行时的系统行为; 因为这样的逻辑, 我们可以想 象出在除了物料主
12、数据中定义的策略会对客户需求的需求分类产生影响外,SD 在订单层面一定也有影响客户需 求需求分类的因素存在. 接下来再奉上手工美图两张,完整揭示需求分类的决定过程. Mail to: Self-study, for reference only Created by Kaka Chen 2011/09/20 4 / 74 独立需求的需求类独立需求的需求类决定过程决定过程 简述之: 1. MD61/MD62 创建/维护独立需求界面中用户参数的默认需求类型拥有最高优先级;如果未维护再找物料主 数据中的策略组. 2. 如果物料主数据未维护策略组,则查找物料主数据对应的 MRP Group 中有无维
13、护默认计划策略组. 3. 如果以上两步都未找到策略组,SAP 给出不存在需求类的错误提示,无法创建独立需求. 4. 如果能找到策略组,则顺藤摸瓜到策略;如果策略组中存在多个策略,则默认第一个策略中的需求类型;其他 策略中的需求类型可在创建/维护独立需求时人工调整. 5. 再通过策略找到需求类型. 6. 最后找到需求类型中的需求类. Mail to: Self-study, for reference only Created by Kaka Chen 2011/09/20 5 / 74 客户需求的需求类客户需求的需求类决定过程决定过程 客户需求的需求类型决定过程比独立需求的需求类型决定过程复
14、杂很多,而且多了一个在计划行类别传递 (Requirement transfer)的概念, 即SD端先决定是否将需求传递至PP端, 再决定需求以什么样的方式参与计划 运算: 1. 首先会检查物料主数据中的的检查组(Checking group)字段有无维护,如果没有则直接不传需求. SAP 的这个判定初看不合乎逻辑,仔细思考后还是有一定的道理.ERP 的设计初衷就是为了解决 ATP 的问题, 而需求传递与否是 ATP 逻辑的源头,如有需求传递但没有配套的 ATP 逻辑是和 ERP 理论相悖的. 2. 再来检查客户需求中的计划行类别(Item Category). Item Category 和
15、 MRP 类型的组合决定计划行类别,计划 行类别又决定是否传递需求: a)如果决定的结果是不传需求,最后的无论需求类是否传递需求,都不会传需求; b)如果决定的结果是传递需求,再由需求类决定是否传递需求 c)换句话说,只有 Schedule Line Category 和 Requirement Class 都传需求,需求才会真正被传递;只要其中之一 不传需求, 最后的结果就是 SD 端的需求不传递至 PP 端. 3. 再来检查 Item category 的设定,: a) 如果 Q=1, 需求类直接由配置表中 Item Category 和物料主数据中 MRP 类型的组合决定; b) 如果 Q=2, 需求类由配置表中 Item Category 和物料主数据中 MRP 类型的组合决定,且被决定的需求类 必须在物料主数据中策略组决定的需求类集合中,如果不在,则不决定任何需求类,但可人工自所有需求 类中选择; c) 如果 Q=0 或空,则需求类的决定过程和独立需求的需求类决定过程相似; 差异在于如果最后没有决定 出需求类;在独立需求端是报错误消息,而在 SD 端是不默认需求类,但可在 SD 的凭证中手工在所有的需 求
