
Sap自学系列11SD可用性检查及需求传递3.0.doc
9页Sap・SD—可用性检查及需求传递一、可用性检查1. 总体流程图订单可用性检查开始订单可用性检查交货可用性检查交货可用性检查开始销售订单交货「叮十用性检•查检查组;(0VZ2).、丿+_►检查规则-(0VZ9).f可用性检查方案—+-检查规则(0VZ9).险查检查组(0VZ2)项目层可用性+可用性检查结束Sap可用性检查:检查组+检查规则检查组:物料主记录上定义;检查规则:各个业务模块分别定义(除销售订单、交货),以工厂为最小维度定义SD模块的销售订单和交货可用性检查的交货规则是固定的,销售订单是“A”交货是“B”这样设计的目的:在销售和分销模块,同一个物料在同一个工厂的检查规则相同,检查规则与销售业务(订单、交货)、物料和工厂相关;MM模块,Tcode:OMCP;(IMG:物料管理——库存管理和实际库存——发货/转储记帐一—设置动态可用性检查)PP模块,Tcode:OPPR;(IMG:生产——物料需求计划——MRP组——执行MRP组的总体维护)2. 检查规则配置2.1.订单可用性检查控制路径:IMG——销售分销——基本功能——可用性检查和需求传输——需求传输Tcode:OVZG燼茂總图需惑步缓:直.囂护建稔目矜丿少凰哩旦Reqd^itiPdARedCConfAPAplCATOConLNDUpI011啡斥C冋J?□□-ni□021未摊童订年玄烫Z1□□'La□030□.71□□n031订甲龄11匚i加n口□T圖04Q无ansff]MkToOndNo'k'al诃i*□11B0413i±:□匚□。
蛇走除心「耐拗匿式□7址2111Ii|043定備m曲计谢特牲i2UJ+2□•口_iI具肓::削轎&勺MTO|1fed」3n□□□1、需求分类041,AvC需要标记;2、计划行类别的AvC需要标记;路径:IMG——销售分销——基本功能——可用性检查和需求传输——定义每一个计划行类别的过程Tcode:OVZ8僵改视图对于讦划行分类的相关需我和可用性;恿嬉汐画圖鳳B描述AN_ATETBUALE标准询眉划行采画零求计划没有库存管理消耗性MRLP分嘅厨I□.E.:□□□□□#2.2.交货可用性检查控制1、需求分类011,AvC需要标记;(配置参考订单)2、交货行项目的可用性检查标记;路径:IMG——销售分销——基本功能——可用性检查和需求传输——可用性检查ATP逻辑或不按照计划进行的可用性检查一一确定每一个交货项目类别的过程Tcode:OVZK倉改魏图每一交贲璇吕类别的可用性检査:意覧2.3.检查组路径:IMG——销售分销——基本功能——可用性检查和需求传输——可用性检查——以ATP逻辑或不按照计划进行的可用性检查——定义检查组类别描述可用性椅查关闭EGN粗收货E1EGSH粧畴GR:5LS主项目EGSU粗略GR;5LS壬坂吕1、ELN内向奁货ELP內向更贷包裝商品ELSH内卓贺SLS主烦目Tcode:OVZ2*iEVH(ECH□CF□]…‘二育佶lit7jEDRKFn□□BAv.of020;T01弓垂求吾任縁改魏图哥闿量检査栓制;蠹施]i丄]d,JU「pv-jJ—TL,U—-7-穿溺目至奧晞星凰凰1、集中需求:日需求周需求2、独立需求:每一个计划行有一个单独的需求传输给MRP;3、冻结需求传输:控制多个人处理同一个物料时的并发问题;4、是否检查:控制该物料是否可用量检查2.4.检查规则路径:IMG——销售分销——基本功能——可用性检查和需求传输——可用性检查——以ATP逻辑或不按照计划进行的可用性检查——执行可用性检查控制Tcode:OVZ9E丑茂货;按订单生产库存bAQAVSD订单眄7軍升!订单生产库命SD订单衣项目库存5D订单;可退回的包奘僵改軀图可用性检査控制:鳶蒐1、SD模块:A订单检查规则B交货检查规则2、MM模块和PP模块检查规则可以定义,SD模块系统默认,无法定义2.5.用户控制规则路径:IMG——销售分销——基本功能——可用性检查和需求传输——可用性检查——以ATP逻辑或不按照计划进行的可用性检查——定义其他用户的物料块暫题新菇I®囤團凰aaChR检查规则03:金别需求02斤别霭求02_亍别需求02;个别需垂0孑卜別零求02.卜别零求0个别需求匹描述02卜剧露求Tcode:OVZ1錢改勰图可用性检查:旌查标薩:点崑新杀韶险国覘鬪凰匾I1可用性检杳初贻AS102整厂回02BV.二回二02签-———-03Ad03'B可用量和需求冻结标识表示:在一个客户进行可用性检查的同时,其他客户是否能够进行可用性检查;2.6.销售范围可用性检查规则路径:IMG——销售分销——基本功能——可用性检查和需求传输——可用性检查——以ATP逻辑或不按照计划进行的可用性检查——定义缺省设置Tcode:OVZJ1、固定日期和数量:根据可用性检查确定的日期和数量是否需求确定;2、可用性检查规则:一次性交货全部交货交货计划(1) A—次性交货按后向日程安排确定交货数量和交货日期,在客户要求的交货日期不能确定数量的话,则交货数量为0;例,M客户要求在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交货建议按前向日期安排确定交货数量和交货日期,多次交货;例,M客户要求在2010-12-20提供M01物料200个,但是到2010-12-20只能交付150个,到2010-12-25日能交付200个,这时系统确认的交货计划为2010-12-20日M01物料150个,2010-12-25日M01物料50个3. 可用性检查理解执行可用性检查必须满足的条件(1) 可用性检查必须在需求分类层次打开;(2) 销售订单的可用性检查必须在计划行类别层打开(3) 销售交货的可用性检查必须在项目类别层打开;(4) 必须定义一个需求类型,关联需求分类;(5) 定义可用量检查组,配置可用性检查规则;(6)给物料主数据或物料类型分配可用性检查组;可用性检查层次(1)销售订单-需求分类激活可用性检查(项目层)(2)销售订单计划行-计划行类别检查控制(计划行)(3)发货单-需求分类激活可用性检查(4)发货单行项目-发货单行项目(项目层)可用性检查定义(1)物料主记录——>检查组(独立需求/集中需求);(2)检查组+检查规则(订单、交货)——〉检查方案(ATP、RLT);(3)RLT(ReplenishmentLeadTime)外部获取:采购时间+计划交货时间+货物接受处理时间;内部生产:生产时间+货物接受处理时间;可用性检查控制1、物料主记录——〉检查组控制:独立/集中检查/是否检查可用性2、需求分类——〉交易层面可用性检查总开关;项目类别+MRP类型一一〉需求分类;3、计划行类别控制——〉计划行层可用性检查控制;4、交货项目类别控制——〉交货层可用性检查控制;二、需求传递1. 总体流程图需求传递开始行项目订求类j需魏类(VOV7)(OVZH)(OVZG)—►是否需求计划行1—►是否需求疋*|—“f传递计划行2传递需求清单MRP类型(OMDQ)需求传递结束(1)物料主数据可以确定Mrp类型;(2)行项目类型+Mrp类型可以确定需求类型,需求类型确定需求分类;(3)需求分类确定销售订单项目层是否需求传递;(4)计划行类型控制计划行层次是否需求传递;2. 需求传输配置2.1.需求分类路径:IMG――销售分销一一基本功能一一可用性检查和需求传输一一需求传输一一定义需求分类Tcode:OVZG#Sap自学系列一一销售-可用性检查第1页/共8页Email:僭轡辆条目画K函]盪改聽图需或等级:砂[B[5D&1102F§3003FD'39囲匸01交货需求未楡査订里/養货从库存治害AvC亘HAIlinPdADRed否i?.LCCorfPCA亘nHBHiprj卫□I5T_-Rq:控制该需求分类是否需求传输;2.2.需求类型路径:IMG――销售分销一一基本功能一一可用性检查和需求传输一一需求类型一一定义需求类型Tcode:OVZH无ton啲P1kToD「dNoVaIrz丿宀心口圭十QlALl7:rTBrn題改:视图需求类臺:童壇警11®a®&團1RqTy雲求类舉ReqCl_Oil言典需垂011交嚅求021未榆杳订单/女货0.21未检查订单捱货.031订单需求031订单需求:041订单糜集霍求041订单/券请求11^外协加工/预定物耕交货110贰带MRP的交密BSF毛重计划的独立需求102总的需奏计剤!JGFF1CF1':CFF2,CP2需要为每一个需求分类定义需求类型;2.3.需求类型确定路径:IMG――销。












