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]](https://img2020.cnblogs.com/blog/1471249/202011/1471249-20201120104457407-894300364.jpg "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）都可以。
这里博主主要讲一下以上几个地方，其他的地方根据描述都能猜的差不多。博主举个例子来讲一下这几个地方的作用：
@1 如果激活，则系统不考虑补货提前期，只考虑目前系统中已经存在的且包含在scope of atp check里面的mrp element.物料 ztest0001 物料住数据中的planned delivery tiime是7天。Gr processing time 0天。
md04查看物料的可用状态：
库存5个，已经有1个被另外一个sto占用；conrel: released sto order.
创建sto po: 供货工厂tr07 收货工厂 1000. Qty: 5;
系统提示短缺，只有4个可用。消息号：06450 可以定义error 或者warning. 这里只有4个而不是5个可用的原因是因为@5考虑了。
如果@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是什么？
这个commit date是剩下1个物料的可用日期(material stage date)，的采购周期= delivery time + gr process time,= 7
@2: 如果不激活，那么在在创建sto po的时候会检查issuing storage location的可用量；如果激活，那么即使是创建sto po输入了issuing storage location的时候也只会检查plant level的可用量。
@3 includes reservation: 这里的reservation是通过mb21手动创建的预留；而@4是由生产订单产生的相关预留；
@6：这是说在atp check的时候是否考虑交货日期在过去和交货日期在将来的收货；
3：ATP检查的结果
检查的结果就是确定的数量和日期；
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
Po
Sap 里面不支持sto po里面生成新的schedule line; 但是ecc4.6 以后支持sto通过v_v2来reschedule; 从而改变原来的schedule date;
[注]：so和po中几个常用的表：
抬头：vbak/ekko
行项目： vbap/ekpo
计划行： VBEP/EKET