一、业务概览
某公司生产的同一种产品正常情况下客户无特别要求，因此采用按库存生产的业务模式，但偶尔客户会有非常细小的改变，这种细小的改变基本不影响BOM和工艺，此时无论是否存在正常的库存，都需要专门生产符合客户需要的产品。
二、系统后台配置实现说明
1、定义需求类型确定的方式（事务代码: OVZI）
本操作使用系统标准设置：需求类型由物料主数据中的计划策略确定，本例中也以此为例。也可以设置根据项目类别来确定，这样我们可以通过不同的项目类别来确定不同的需求类型。
2、新建计划策略组Z1（事务代码：OPPT）
策略组包括二个标准的策略
按库存生产（MTS）选择系统标准MTS策略中最常见的一种策略40（有最终装配的计划）
按订单生产（MTO）选择系统标准MTO策略中最常见的一种策略20（按订单生产）
3、计划策略的定义（事务代码OPPS）
本操作使用系统标准设置，从下图所示
计划策略40中定义了销售订单创建（客户需求）时的需求类型KSV
计划策略20中定义了销售订单创建（客户需求）时的需求类型KE
4、需求分类(requirement Class)分配给需求类型(requirement Type)（事务代码：OVZH）
5、需求分类(Requirement Class)的确定（事务代码：OVZG）
本操作使用系统标准设置，从下图所示
需求分类040设置了特殊库存E（销售订单库存）。
需求分类050为正常库存
6、系统后台配置总结
本例中使用到的二种业务模式具体设置比较如下
| 业务模式 | 计划策略 | 客户需求的需求类型（Requirement Type） | 需求分类(Requirement Class) | 特殊库存 |
| MTS按库存生产 | 40 | KSV | 50 | 空白 |
| MTO按订单生产 | 20 | KE | 40 | E（按订单生产） |
三、系统操作说明
1、设置物料的计划策略组为Z1（事务代码MM02）
物料ZF100非限制库存为1000个.
2、创建销售订单，数量10个，执行可用性检查，确认数量也为10个。
系统默认的需求类型为主策略40中定义的需求类型KSV（按库存生产）
3、创建订单2，手工修改需求类型为KE，则尽管有库存，由于需求类型修改为MTO模式，其确认数量为0.
将特殊需求输入到销售订单的行项目的文本“生产记录”(Production Memo)
4、运行MRP，系统将会产生针对销售订单的计划订单（事务代码MD02）
5、将计划订单转为生产订单（事务代码MD04或者CO08）
可以看到销售订单中输入的特殊要求（文本）显示在生产订单中的“生产备忘录”中。
注意：该文本在生产订单中不可修改，当销售订单中后续该文本发生变更时，这里同步发生变更。
6、在销售订单中再次执行可用性检查，销售订单需求数量将被确认
四、总结
1、在SAP中，同一个物料通过在计划策略组中设置二种（多种）计划策略来实现不同的业务模式（本例中为MTO和MTS的组合）。
2、在销售订单创建时可以选择主策略、副策略中定义的需求类型，其中计划策略组中的主策略将确定销售订单中默认的需求类型。
3、系统通过定义需求分类(requirement Class)、计划策略来共同确定业务模式（MTO、MTS），其中需求分类又是最为重要的定义。
4、MTO和MTS的生产安排、可用性检查规则相互独立，在MTO业务下，即使存在大量的仓库库存，仍然需要通过专门生产来满足。
标签：需求,PP,库存,策略,为例,MTS,订单,MTO 来源： https://blog.csdn.net/weixin_52158549/article/details/122516358
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。