Available To Promise (ATP) In SAP Business ByDesign
In this document, I would be covering the Available-To-Promise-Check functionality in SAP Business ByDesign.
The availability check “Available-To-Promise-Check” (ATP check) is a process that is active in the area of warehousing and procurement planning in SAP Business ByDesign, in order to be able to release goods and products in the required number at the desired delivery date.
The ATP check answers the following question:
- How much of the requested goods are available and can be promised at what date to the customer.
- The result of an ATP check is a confirmation – consisting of a source of supply, confirmed quantity and confirmed dates.
- The ATP check can reserve the confirmed quantities until the corresponding customer demand is saved.
- The ATP check can consider stock and different types of demands and supplies to calculate a confirmation.
- The system allows you to check the availability for sales orders, service orders, stock transfer orders, project stock orders, and sales quotes.
ATP Status Legends
- Green: The required quantity is fully confirmed on time.
- Yellow: The required quantity is partially confirmed or late in time.
- Red: The required quantity is not confirmed or an error occurred.
- Grey: No ATP check performed or confirmation pending.
The system allows you to check the availability for sales orders, service orders, stock transfer orders, project stock orders, and sales quotes.
You can access the availability check function from the following locations:
- Sales Quote view of the New Business work center
- Sales Orders view of the Sales Orders work center
- Service Order Processing view of the Service Orders work center
- Customer Demand view of the Outbound Logistics Control work center or the Supply Planning work center
- Confirmation Update Runs view of the Outbound Logistics Control work center or the Supply Planning work center
By reading this document you will see on how you can set ATP in your system, how you will execute it, related scenarios and common issues –
- Master Data Configuration
- ATP In Business Scenarios
- Common Issues
In Scoping, the following business configuration options are needed to activate ATP function.
If needed scoping option is not selected, ATP will not be triggered. (status “grey”).
2. Master Data Configuration
The Product Availability Check Method is defined by combinations of product supply planning area.
The Product Availability Check method results in the confirmation of the requested quantity or partial quantities by checking the customer demand against the supply. The following options are available –
- Availability Check Scope – The system matches the demand against the types of supply specified in the availability check scope. Examples for the types of supply would be stock, or stock and all receipts
- Availability Check Horizon – The system matches the demand against the types of supply specified in the availability check scope within an availability check horizon. Examples for the types of supply would be stock, or stock and all receipts.
- Availability checks with availability check scope, horizon, and replenishment lead time The system matches the demand with the types of supply specified in the availability check scope within an availability check horizon you specified. Examples for the types of supply would be stock, or stock and all receipts. Beyond the check horizon, the system creates or updates the confirmation based on the replenishment lead time you specified.
- Confirmation update runs – The confirmation update run is a variant of the product availability check that can be used to check the availability of many different demand categories. More details on Confirmation Update Runs can be found here
Further details of these options are explained in the help document.
Irrespective of the availability check method you choose, the system always carries out ship-from determination for a customer demand to determine possible sources of supply and schedules the demand to determine the dates that are required to plan the goods delivery. Starting from the requested delivery date, the system takes into account the shipping duration to determine the requested shipment date and uses the goods issue processing time to determine the requested execution start date.
Product Master Data
3. ATP In Business Scenarios
Sales Order and Service Order Settings
The delivery rule settings made in the sales order or service order screen for each order item affect the result of the availability check as they restrict whether one or more confirmations may be created. The following options are available:
- Multiple Deliveries
- Single Delivery
- Single Delivery – Full Quantity
- Single On-Time Delivery
- Single On-Time Delivery – Full Quantity
Further details of these options are explained in the help document.
Sell-from-Stock with Rush Orders
A Rush-order is a Sales Order with requested immediate delivery
- Sales Orders shall in general be delivered immediately after Sales Order entry without the necessity of any further Planner interaction Set delivery priority ‚Immediate‘ for a sales order item ATP check is performed with ‚today‘ as requested execution start date, independently of the entered delivery date in the sales order
Automatic Release to Execution Process
- Sales Orders shall be delivered according to the availability with an in-time Release to Execution; ATP confirmations for ‚today‘ are automatically released to execution.
Service Order Management
In a service order pick-up scenario, the goods are not delivered to the customer. Instead they are picked up by a service engineer at the internal site.
Differences of pick-up within the ATP process:
The delivery rule is fixed set to „Single On-Time Delivery – Full Quantity“ – That way it is made sure that all goods are available on site when the service engineer wants to pick them up.
Sourcing – The address of the ship-to is used to determine a transport zone for sourcing. Only sites with a logistics area with storage control „Movable Storage“ are allowed as sourcing result.
Third-Party Order Processing (TPOP)
The TPOP process is initiated if the sourcing step during the ATP check selects a purchasing contract or a procurement price specification of a supplier. The supplier sends the goods directly to the end customer.
In that case the ATP check creates an optimistic confirmation, that is a full confirmation on the requested delivery date. Since the delivery of the goods is done by a supplier and not in the ByD system, we cannot do a product availability check.
No shipping date is calculated because the goods are shipped by the supplier. Instead a planned ordering date is calculated. This is the date when the resulting purchase order has to be ordered.
Intra-Company Stock Transfer
When creating a Stock Transfer Order, user has to enter
- a ship-from site ID
- a ship-to site ID
Sourcing does only check if a transportation lane exists between the two sites. No addresses and transport zones are used in this sourcing step.
The ATP check is performed according to the ATP setting of the material master, like it is done for a normal sales order.
4. Common Issues
Issue 1: Source of supply cannot be determined
What does it mean if the error message ‘Source of supply cannot be determined’ occurs?
That means that sourcing did not find a ship-from and therefore no ATP check can be performed
This error can have several reasons:
- The needed Supply Chain Design Master Data is not correct/missing:
Check address of ship-to party
Which transportation zones exist for this address?
Which transportation lanes exist between the transportation zones and the ship-from sites?
Belong all possible ship-from sites to the selling company?
- Needed Product / Supply Planning Area combination does not exist
Check if the planning view for the Product/SPA combination exists and is active
- No purchasing contract or procurement price specification exist
Check in Work Center ->Sourcing and Contracting‘ if there are contracts for the product.
The contract should be ‚released‘ and ‚not expired‘ and ‚active for sourcing‘
- In case of a pick-up item: The found ship-from location does not have a logistics area with storage usage code ‘Movable Storage’4
Relevant Knowledge Base Article (KBA) – 2040836
Issue 2: Communication error during ATP Check
Cause 1: In product master data the availability check method is not defined in the planning area.
Cause 2: The error occurs due to the inconsistency of the Requested Date maintained for the Kit Header and the Kit Items of the sales order.
Relevant KBA – 2522919
Issue 3: ATP check entry always stays grey
Cause 1: Business Configuration Scoping options not selected. Check Business Configuration selections as explained in the master data.
Cause 2: The Respective Planning Area is not activated in the Product Master -> Availability Confirmation tab.
we have explained the use of Automated runs – Confirmation Update Run that help to execute the process automatically in the background and users can work on other processes in the foreground during the same time. Hence, this increases user’s productivity. Please refer to the blog.
Thanks for explaining all the ATP scenarios.
Hello NithinKumar B ,
How are you?
Please explain how system logic is on Sales Quote on Source Determination. We have a scenario of two warehouse site and a product maintain Availability Confirmation only for one Site. Both site has not stock. But ATP in Sales Quote show Green.
Does we need to maintain Availability Confirmation for all sites?
I can find answer from https://answers.sap.com/questions/654632/sap-byd-atp-on-sales-quotes.html already.
Can you run any of these reports to identify ATP on a historical basis? For example, can I use this functionality to determine what stock was ATP on this date last year? If not, is there another function for that?