One short note before we start off the subject: Availability refers to the projections of future material stock availability based on the rules we define. It is not directly related to the actual stock. I have seen people confusing availablity with stock situation in MMBE. These are different things. As we will see, it is seen from CO09 according to the applicable Checking Rule. Also it is not directly related to Material Reservations, though we can see reserved materials in CO09.

What do we need to know?

Dates:-

Order Date – Date on which the sales order is entered. System proposes the current date by default.

Material Availability Date – The date on which the material must be available. On the material availability date, the vendor must start the activities relevant for delivery, such as picking and packing the goods. The material availability date must be sufficiently early enough so that the goods are prepared by the loading date.

Transportation Planning Date – We must arrange transportation by this date, so that the delivery can be sent to the customer. The date from which the organization of goods transport must begin. The transportation planning date must be selected early enough so that the transport is available on the loading date to load the goods.

Loading Date – Picking and packing must be completed by this date so that the goods are ready for loading.

Goods Issue Date – Goods must physically leave the shipping point by this date. The date on which the goods must leave the company to arrive at the customer location in time.

Delivery Date – Customer should receive delivery of the goods by this date. The date on which goods are to arrive at the customer’s premises. Example: The delivery date can be the delivery date requested by the customer (desired delivery date) or the date confirmed in the vendor’s order acknowledgment or shipping confirmation (confirmed or acknowledged delivery date).

Times:-

Pick/Pack Time – Difference between the material availability date and loading date.

Transportation Lead Time – Number of days required for organizing a shipment for an item to be delivered.

Loading Time – Difference between loading date and goods issue date.

Transit Time – Number of days required for delivering an item from your company to the customer via a certain route.

How do we View Availability Situation?

Run Transaction: CO09 Enter Plant & Checking Rule, against which the Availability is to be checked. Checking Rule for Sales Order = A, Delivery = B, Back Order = BO

In this screen, we can see:

> Availability Checking Group (Avail Check): 02 
> Check Rule : A 
> End Lead Time Refers to the end of Replenishment Lead Time. If that is not included in the Configuration, then this field is not visible. 
> Totals Display: 
     > Receipts = Sum of all +ve Quantities in Rec./Reqd qty Column 
        (Leave out the last row, MRP Element 001, since it is a total) 
        These are all the Planned Incoming Movements 
     > Issues = Sum of all -ve Quantities in Rec./Reqd qty Column 
        These are all the Planned Outgoing Movements 
     > Confirmed issues = Sum of all (+ve) Quantities in Confirmed Column 
        These are the confirmations against ATP.

When is Availability Check Triggered?

While creating a Sales Order, Production Order, Delivery, etc. Below is a screen from Sales Order. At the bottom is a button for Check Material Availability. Also while creating the order, if the Availability situation cannot meet the requested delivery date, the system goes to Availability screen automatically.

How we arrive at a Confirmed Delivery Date?

Below is the logic the system uses to check availability:

> Using the Scheduling data from Delivery & Transportation Scheduling, the system does the backward calculation from the Requested Delivery Date. This is used to arrive at Material Availability Date.
> On the Material Availability Date, system checks the Available Qty, as seen in CO09 in column ***. ATP Qty. If the Available Qty is > than Required Qty, Requested Delivery Date is confirmed. Otherwise,
> System moves into the future till it finds the required Available Qty. The new date is then the new Material Availability Date.
> On getting the confirmed Material Availability Date, system does the Forward Scheduling to arrive at a Confirmed Delivery date.

Result of Availability Check

Above is the Availability Screen as seen in Sales Order. It has following Buttons:

One-time delivery – In the results of Availability, we have 3 options to choose from. This is Case 1, when we can confirm the Customer’s Requested delivery Date. The details of this are visible in the first sub screen below.

Complete dlv. – This is Case 2, when we can confirm the Customer’s Requested complete delivery at a future Date. The details of this are visible in the second sub screen below.

Delivery proposal – This is Case 3, when we can confirm the Customer’s Requested delivery in partial quantities at future dates. The details of this are visible in the third sub screen below.

Continue – If we select one of the above options, the same gets saved in the ATP results. Otherwise, we can select this button. In that case, system leaves the ATP screen without saving the ATP results.

Control of Availability Check

Scope of Check – This shows the Stocks & Movements that system considers for availability.

What Configuration & Data do we need?

Controlling Elements:-

Requirements Type – Strategy to Determine Requirements Type:

· Using Strategy Group from Material Master (IMG Guide > Production > PP > DM > PIR > Planning Strategy > Define Strategy Group > Define Strategy)

· Else, Determine Strategy Group using MRP Group (IMG Guide > Production > MRP > MRP Groups > Overall Maintenance > Strategy Group; IMG Guide > Production > PP > DM > PIR > Planning Strategy > Assign MRP Group to Strategy Group)

· Else, In place of MRP Group, Material Type is used (IMG Guide > Production > MRP > Define MRP Groups for each Material Type)

· Else, Item Category + MRP Type > (determines) > Req. Type (OR) Item Category > (determines)> Req. Type (IMG Guide > SD > BF > AC & TOR > TOR > Determination of Requirements Type using Transaction)

· Then, Transaction not relevant for Availability Check.

Requirements Class – Requirements Type > (determines) > Requirements Class

(IMG Guide > Sales & Distribution > Basic Functions > Transfer of Requirements > Define Requirements Type)

Schedule Line Category

(IMG Guide > SD > BF > AC & TOR > AC > AC with ATP > Define Procedure for each Schedule Line Category)

Delivery Item Category

(IMG Guide > SD > BF > AC & TOR > AC > AC with ATP > Define Procedure for each Delivery Item Category)

Checking Group – Material type + Plant > (determines) > Checking Group

Checking Rule – For Sales Orders : A; For Deliveries : B; For Back Orders, we can define from: (IMG Guide > SD > BF > AC & TOR > AC > AC with ATP > Checking rule for Updating Back Orders)

Scope of Check – Checking Group + Checking Rule > (determines) > Scope of Check

Strategy Group – Used in the determination of Requirements Type

Partial Delivery Agreement – From customer master

Replenishment Lead Time – From material master

Material Master Data:-

MRP 1 > MRP Group

MRP 2 > Planned Delivery Time

MRP 2 > GR Processing Time

MRP 3 > Checking Group for Availability Check

MRP 3 > Strategy Group

MRP 3 > Total Replenishment Lead Time

Scheduling Data:- (IMG Guide > Sales & Distribution > Basic Functions > Delivery Scheduling & Transportation Scheduling > Maintain Duration)

Transit Time

Loading Time

Pick/Pack Time

Transportation Planning Lead Time

Available to Promise (ATP) in SAP-SD的更多相关文章

  1. Link Between SAP SD, MM & FI

    Link Between SAP SD, MM & FI 1. In SAP you will always get integration with other modules. SD wi ...

  2. SAP SD如何将销售订单其它ITEM加入到一个已创建好的交货单里

    SAP SD如何将销售订单其它ITEM加入到一个已创建好的交货单里 如下的销售订单,有多个ITEM, 为其中的第一个ITEM创建了DN 80016362, 如果业务发现需要修改该交货单,将销售订单里的 ...

  3. 【SD系列】SAP SD凭证处理被批次处理冻结

    公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[SD系列]SAP SD凭证处理被批次处理冻结 ...

  4. 【SD系列】SAP SD模块-送达方和售达方的区别和联系

    公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[SD系列]SAP SD模块-送达方和售达方的区 ...

  5. 【SD系列】SAP SD和QM模块常用bapi

    公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[SD系列]SAP SD和QM模块常用bapi ...

  6. 【SD系列】SAP SD模块-公司间销售简介

    公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[SD系列]SAP SD模块-公司间销售简介   ...

  7. 【SD系列】SAP SD模块-销售收入科目的配置

    公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[SD系列]SAP SD模块-销售收入科目的配置 ...

  8. 【SD系列】SAP SD模块-创建供应商主数据BAPI

    公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[SD系列]SAP SD模块-创建供应商主数据B ...

  9. SAP SD 销售中的借贷项凭证

    SAP SD 销售中的借贷项凭证 SAP系统中,正常与客户的应收款都能通过销售订单来实现. 但实际操作中,常有收款后发现价格有误或其他原因需退款客户或补收客户货款的情况,或者客户需要少量的材料,但不能 ...

随机推荐

  1. Eclipse连接MuMu模拟器 方便 测试 查日志

    Eclipse连接MuMu模拟器 方便 测试 查日志 问题由来 真机测试麻烦(首先你得拿一部手机,然后在用数据线连接电脑和手机...) 解决流程 确保打开MuMu模拟器和Eclipse的DDMS功能 ...

  2. 【转载】win7搜索文件怎么搜索文件名中带圆括号的文件

    System.FileName:~=“(” 这样就行. 括号上加个引号 ~= 是包含的意思, ~< 是以什么为开头, = 是以什么为名, ~! 是不包含 来自: http://www.lao8. ...

  3. 分析NonfairSync加锁/解锁过程

    类继承关系: NonfairSync => Sync => AbstractQueuedSynchronizer 类NonfairSync final void lock() { if ( ...

  4. MySql中插入乱码问题解决

    今天在使用Java写入数据库时候,发现Insert语句和Update语句在执行过后,数据库中中文显示的是“??”,经过一番查阅,其中关键的问题在于编码格式是否统一. 其中创建表时候,每个关键字的格式都 ...

  5. jquery获得下拉框值的代码

    jquery获得下拉框值的代码   获取Select :  获取select 选中的 text :  $("#ddlRegType").find("option:sele ...

  6. Spring Boot + Spring Cloud 实现权限管理系统 后端篇(六):集成 Swagger API

    spring-boot作为当前最为流行的Java web开发脚手架,越来越多的开发者选择用其来构建企业级的RESTFul API接口.这些接口不但会服务于传统的web端(b/s),也会服务于移动端.在 ...

  7. spec 文件详解

    转自http://blog.sina.com.cn/s/blog_43b39e250100nnu4.html rpm软件包系统的标准分组:/usr/share/doc/rpm-4.3.3/GROUPS ...

  8. NIO的Buffer&Channel&Selector

    java的NIO和AIO Buffer position.limit.capacity 初始化 Buffer 填充 Buffer 提取 Buffer 中的值 mark() & reset() ...

  9. maven3.6.1-02初体验及jar包上传

    安装当前最新版本的nexus,安装教程网上搜,不多说了. 因为nexus3x版本没有2x版本中内置的3rd_part,所以不能在界面中上传jar包,必须使用maven的命令行.  添加第三方仓库,名字 ...

  10. WEB开发框架性能排行与趋势分析

    WEB开发框架性能基准测试解读与趋势分析 TechEmpower的<Web Framework Benchmarks>性能基准测试,是关注Web开发框架发展的重要途径.但是内容数据众多,每 ...