zoukankan      html  css  js  c++  java
  • [原]STO中的ATP检查

    ATP检查的功能在许多模块都有用到,PP,MM,SD等;sap online help中对atp划分了两个大类:1: check against pir(计划独立需求);2:product availability check to promise. 第一个主要检查的事销售需求与计划独立需求,与库存等mrp元素没有关系;第二个就是我们在系统中经常提到的;它会检查像库存、销售订单、预留、生产订单、转储单等mrp元素。关于ATP的具体配置看看后台就会了,但是要完全弄懂ATP的逻辑和SAP深邃的思想这是远远不够滴;关键要领悟ATP与TOR(需求传递)的关系;这个就不是博主今天要讲的内容了。这次,主要给大家分享一下对ATP检查在STO下的使用和影响;原理都是相通的,细节很重要。

    要弄明白sto中的atp检查,离不开一下几个问题:

    1:什么时候进行ATP检查?什么决定了是否要进行ATP检查?

    2:ATP检查范围是什么?ATP检查那个数量和那个日期?

    3:ATP检查的结果

    4:为什么在sto中在bactch level下面不检查atp?

    5: sto中为什么不能像so中一样自动添加新的schedule line?

    _______________________________________________________________________________________________________________

    1:什么时候进行ATP检查?什么决定了是否要进行ATP检查?

    当输入物料,数量和工厂以及交货日期的时候,系统自动会执行相应的atp检查。

    我们知道atp检查是有check group + check rule决定的。Check group来自于所输入的物料住数据中;而sto中的check rule不像so 和dn是sap hard coding的,sto的check rule是可以配置的。

    clip_image002[4]

    这里的check rule就决定了,我们在创建sto的时候系统使用哪一个check group+check rule的组合进行atp检查。如果没有维护这个check rule那么在系统中不会对sto进行atp检查的。

    2:ATP检查范围是什么?ATP检查那个数量和那个日期?

    Atp检查的范围也就是常说的scope of atp check是由后台定义的;通过ovz9(opjj)都可以。

    clip_image004

    这里博主主要讲一下以上几个地方,其他的地方根据描述都能猜的差不多。博主举个例子来讲一下这几个地方的作用:

    @1 如果激活,则系统不考虑补货提前期,只考虑目前系统中已经存在的且包含在scope of atp check里面的mrp element.物料 ztest0001 物料住数据中的planned delivery tiime是7天。Gr processing time 0天。

    clip_image006

    md04查看物料的可用状态:

    clip_image008

    库存5个,已经有1个被另外一个sto占用;conrel: released sto order.

    创建sto po: 供货工厂tr07 收货工厂 1000. Qty: 5;

    clip_image009

    系统提示短缺,只有4个可用。消息号:06450 可以定义error 或者warning. 这里只有4个而不是5个可用的原因是因为@5考虑了。

    clip_image011

    如果@1激活了,那么committed date就会变为9999.12.31. 系统检查物料的可用性是在c这个日期,而c日期是由c= g-f-e 算出来的。d的日期 = g-f-e-(transport lead time) 如果transport lead time没有维护那么d = e.

    如果@1不激活,那么committed date是什么?

    clip_image013

    这个commit date是剩下1个物料的可用日期(material stage date),的采购周期= delivery time + gr process time,= 7

    clip_image014

    @2: 如果不激活,那么在在创建sto po的时候会检查issuing storage location的可用量;如果激活,那么即使是创建sto po输入了issuing storage location的时候也只会检查plant level的可用量。

    clip_image015

    @3 includes reservation: 这里的reservation是通过mb21手动创建的预留;而@4是由生产订单产生的相关预留;

    @6:这是说在atp check的时候是否考虑交货日期在过去和交货日期在将来的收货;

    3:ATP检查的结果

    检查的结果就是确定的数量和日期;

    clip_image017

    Delivery date / scheduled qty : 这些是计划的数据;

    Committed date / committed quantity: 这些是系统给出的检查后的数据;

    4:为什么在sto中在bactch level下面不检查atp?

    目前在sto po中 sap不支持对batch level的atp check. 参考sap note: 154682 ‘availability check doesn’t take batch into account.’

    5: sto中为什么不能像so中一样自动添加新的schedule line?

    对比一下so与sto po的新生成的计划行:

    so

    clip_image019

    Po

    clip_image021

    Sap 里面不支持sto po里面生成新的schedule line; 但是ecc4.6 以后支持sto通过v_v2来reschedule; 从而改变原来的schedule date;

    [注]:so和po中几个常用的表:

    抬头:vbak/ekko

    行项目: vbap/ekpo

    计划行: VBEP/EKET

  • 相关阅读:
    运营平台——效率型后台管理类产品交互设计心得
    代码在线编译器(下)- 用户代码安全检测
    代码在线编译器(上)- 编辑及编译
    SimpleDateFormat并发隐患及其解决
    Spring-SpringMVC父子容器&AOP使用总结
    PaaS服务之路漫谈(三)
    PaaS服务之路漫谈(二)
    PaaS服务之路漫谈(一)
    Spring 属性配置
    如何通过临时表来加快数据库查询的性能
  • 原文地址:https://www.cnblogs.com/chrisrockdl/p/14009714.html
Copyright © 2011-2022 走看看