《Sap自学系列（11）SD可用性检查及需求传递(共8页).docx》由会员分享，可在线阅读，更多相关《Sap自学系列（11）SD可用性检查及需求传递(共8页).docx（8页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上Sap-SD可用性检查及需求传递一、可用性检查1. 总体流程图Sap可用性检查：检查组+检查规则检查组：物料主记录上定义；检查规则：各个业务模块分别定义（除销售订单、交货），以工厂为最小维度定义SD模块的销售订单和交货可用性检查的交货规则是固定的，销售订单是“A”，交货是“B”；这样设计的目的：在销售和分销模块，同一个物料在同一个工厂的检查规则相同，检查规则与销售业务（订单、交货）、物料和工厂相关；MM模块，Tcode：OMCP；（IMG：物料管理库存管理和实际库存发货/转储记帐设置动态可用性检查）PP模块，Tcode：OPPR；（IMG：生产物料需求计划MRP组执行
2、 MRP 组的总体维护）2. 检查规则配置2.1. 订单可用性检查控制路径：IMG销售分销基本功能可用性检查和需求传输需求传输Tcode：OVZG1、需求分类041，AvC需要标记；2、计划行类别的AvC需要标记；路径：IMG销售分销基本功能可用性检查和需求传输定义每一个计划行类别的过程Tcode：OVZ82.2. 交货可用性检查控制1、需求分类011，AvC需要标记；（配置参考订单）2、交货行项目的可用性检查标记；路径：IMG销售分销基本功能可用性检查和需求传输可用性检查以ATP逻辑或不按照计划进行的可用性检查确定每一个交货项目类别的过程Tcode：OVZK2.3. 检查组路径：IMG销售分
3、销基本功能可用性检查和需求传输可用性检查以ATP逻辑或不按照计划进行的可用性检查定义检查组Tcode：OVZ21、集中需求：日需求 周需求2、独立需求：每一个计划行有一个单独的需求传输给MRP；3、冻结需求传输：控制多个人处理同一个物料时的并发问题；4、是否检查：控制该物料是否可用量检查2.4. 检查规则路径：IMG销售分销基本功能可用性检查和需求传输可用性检查以ATP逻辑或不按照计划进行的可用性检查执行可用性检查控制Tcode：OVZ91、SD模块：A订单检查规则 B交货检查规则2、MM模块和PP模块检查规则可以定义，SD模块系统默认，无法定义2.5. 用户控制规则路径：IMG销售分销基本功
4、能可用性检查和需求传输可用性检查以ATP逻辑或不按照计划进行的可用性检查定义其他用户的物料块Tcode：OVZ1可用量和需求冻结标识表示：在一个客户进行可用性检查的同时，其他客户是否能够进行可用性检查；2.6. 销售范围可用性检查规则路径：IMG销售分销基本功能可用性检查和需求传输可用性检查以ATP逻辑或不按照计划进行的可用性检查定义缺省设置Tcode：OVZJ1、固定日期和数量：根据可用性检查确定的日期和数量是否需求确定；2、可用性检查规则：一次性交货 全部交货 交货计划（1）A一次性交货按后向日程安排确定交货数量和交货日期，在客户要求的交货日期不能确定数量的话，则交货数量为0；例，M客户要
5、求在2010-12-20提供M01物料200个，但是到2010-12-20只能交付150个，这时系统确认的交货计划为2010-12-20日M01物料150个，不考虑2010-12-20之后的数据。D缺货时的对话框（一次交货），和上面逻辑一样，区别是在缺货时系统给出一个提示窗口；（2）B全部交货按前向日程安排确定交货数量和交货日期，一次全部交付；例，M客户要求在2010-12-20提供M01物料200个，但是到2010-12-20只能交付150个，到2010-12-25日能交付200个，这时系统确认的交货计划为2010-12-25日M01物料200个，客户要求的交货日期被推迟。（2）C交货建议按
6、前向日期安排确定交货数量和交货日期，多次交货；例，M客户要求在2010-12-20提供M01物料200个，但是到2010-12-20只能交付150个，到2010-12-25日能交付200个，这时系统确认的交货计划为2010-12-20日M01物料150个，2010-12-25日M01物料50个。D缺货时的对话框（交货建议），和上面逻辑一样，区别是在缺货时系统给出一个提示窗口；3. 可用性检查理解执行可用性检查必须满足的条件（1）可用性检查必须在需求分类层次打开；（2）销售订单的可用性检查必须在计划行类别层打开；（3）销售交货的可用性检查必须在项目类别层打开；（4）必须定义一个需求类型，关联需求
7、分类；（5）定义可用量检查组，配置可用性检查规则；（6）给物料主数据或物料类型分配可用性检查组； 可用性检查层次（1）销售订单-需求分类激活可用性检查（项目层）（2）销售订单计划行-计划行类别检查控制（计划行）（3）发货单-需求分类激活可用性检查（4）发货单行项目-发货单行项目（项目层）可用性检查定义（1）物料主记录检查组（独立需求/集中需求）；（2）检查组+检查规则（订单、交货）检查方案（ATP、RLT）；（3）RLT（Replenishment Lead Time）外部获取：采购时间+计划交货时间+货物接受处理时间；内部生产：生产时间+货物接受处理时间；可用性检查控制1、物料主记录检查组
8、控制：独立/集中检查/是否检查可用性；2、需求分类交易层面可用性检查总开关；项目类别+MRP类型需求分类；3、计划行类别控制计划行层可用性检查控制；4、交货项目类别控制交货层可用性检查控制；二、需求传递1. 总体流程图(1)物料主数据可以确定Mrp类型；(2)行项目类型+Mrp类型可以确定需求类型，需求类型确定需求分类；(3)需求分类确定销售订单项目层是否需求传递；(4)计划行类型控制计划行层次是否需求传递；2. 需求传输配置2.1. 需求分类路径：IMG销售分销基本功能可用性检查和需求传输需求传输定义需求分类Tcode：OVZGRq：控制该需求分类是否需求传输；2.2. 需求类型路径：IMG
9、销售分销基本功能可用性检查和需求传输需求类型定义需求类型Tcode：OVZH需要为每一个需求分类定义需求类型；2.3. 需求类型确定路径：IMG销售分销基本功能可用性检查和需求传输需求类型使用事务的需求类型确定Tcode：OVZI（1）类别：销售订单的项目类别（2）Typ：Mrp类型，定义在物料主数据的mrp1视图上；（3）Q：“源”，需求类型确定策略（由高到低）：物料主记录策略组，确定需求分类、计划行类别+MRP类别需求分类、计划行类别+空需求分类；2.4. 计划行类别设置路径：IMG销售分销基本功能可用性检查和需求传输需求类型定义每一个计划行类别的过程Tcode：OVZ8Rq：控制计划行类别是否需求传输；3. 需求传递理解（1）需求传递给需求清单，由mrp运算生产相关的采购申请或生产订单；（2 ）Mrp运算的需求量可以合并，系统自动修改没有处理的采购申请；（3）需求传递是按计划行级别传递；（4）检查组定义（与可用性检查共用）；是否冻结需求：设置需求传递是否冻结，控制多人并发的问题；独立/集中：控制需求是汇总传输（日、周），还是按计划行明细传输；（5）需求分类，需求传递的总开关，控制是否需要需求传递；（6）计划行类别激活需求传递标示；小技巧：MD04可以查看总需求清单。专心-专注-专业