Availability Check (ATP), Partial Confirmation and Backorder Rescheduling
A deep dive into confirmation: the availability check confirms what stock and planned receipts allow, splitting the order into schedule lines; when supply arrives earlier than planned, confirmed dates do not move by themselves — backorder rescheduling brings them forward.
Educational content. SAP behaviour varies by configuration and release. Spotted something off? Report it.
Digital twin
01Order for 100, only 60 in stock
ATP confirms 60 EA today and 40 EA on the production order's finish date.
SAP
Availability check
- Stock
- 60
- Planned receipt
- 40 in 2 weeks
- Result
- Two schedule lines
Business scenario
Demo Retail orders 100 EA of FG-2000. 60 are in stock; production will deliver 40 more in two weeks. The customer accepts partial deliveries. Production then finishes a week early.
All companies, numbers and documents are fictional demo data.
Step-by-step flow
- 01
Order for 100, only 60 in stock open in twin
ATP confirms 60 EA today and 40 EA on the production order's finish date.
Each confirmed quantity gets its own schedule line and date.
- 02
Deliver the 60 available today open in twin
Partial delivery allowed: 60 EA ship now (601).
Partial delivery settings on the customer master and item decide whether this split is allowed.
- 03
Production finishes a week early open in twin
40 EA are received from production (101) a week ahead of plan.
But the order's second schedule line still says 'in 2 weeks'.
- 04
Will the order move forward by itself? open in twin
The 40 EA are in stock. The order still shows them confirmed for next week. What now?
Re-checking every order on every receipt would be expensive, so it is a deliberate (often scheduled) step.
- 05
Stock waits on the shelf open in twin
Without rescheduling, the delivery due list shows the 40 EA only next week. The customer waits a week for stock that is already here.
Rescheduling (V_V2) or backorder processing (V_V1, CO06 in ECC; advanced ATP backorder processing in S/4HANA) re-confirms against current supply.
- 06
Rescheduling confirms the 40 today open in twin
V_V2 re-runs the check: schedule line 2 is now confirmed for today.
If several orders compete, the order of rescheduling decides who gets the stock — in S/4HANA, backorder processing uses configurable priorities.
- 07
Deliver the remaining 40 open in twin
40 EA ship a week earlier than promised.
Billing follows for each delivery as usual.
- 08
Order complete open in twin
Partial confirmation → partial delivery → early receipt → rescheduling → final delivery.
Scope of check, partial delivery rules and rescheduling together decide how well promises match reality.
SAP documents
Stock impact
| Step | Plant / SLoc | Stock type | MvT | Change |
|---|---|---|---|---|
| Deliver the 60 available today | 1000 / 0001 | Unrestricted use | 601 | −60 EA |
| Production finishes a week early | 1000 / 0001 | Unrestricted use | 101 | +40 EA |
| Deliver the remaining 40 | 1000 / 0001 | Unrestricted use | 601 | −40 EA |
Accounting impact
Goods issue for the delivery
TypicalDeliver the 60 available today
- Dr Cost of goods sold (GBB/VAX)₹72,000
- Cr Inventory — finished goods (BSX)₹72,000
Inventory value to cost of goods sold.
Receipt from production
TypicalProduction finishes a week early
- Dr Inventory — finished goods (BSX)₹48,000
- Cr Factory output (production order) (GBB/AUF)₹48,000
Finished goods at standard price against the production order.
Goods issue for the delivery
TypicalDeliver the remaining 40
- Dr Cost of goods sold (GBB/VAX)₹48,000
- Cr Inventory — finished goods (BSX)₹48,000
Inventory value to cost of goods sold.
Typical conceptual flow. Actual G/L accounts and posting behaviour depend on material valuation, automatic account determination and system configuration.
Movement type
- 601GI for deliveryReversal: 602
Promises customers realistic quantities and dates, and keeps those promises up to date as supply changes.
Transactions & Fiori apps
- VA01 — Sales Order (ATP)
- CO09 — Availability Overview
- V_V2 — Rescheduling of Sales Documents
- VL01N — Delivery
- Configure BOP Segment, Schedule BOP RunS/4HANA advanced ATP; availability depends on scope
Differences by SAP version
Classic ATP with V_V2 rescheduling and manual backorder processing.
Advanced ATP adds backorder processing with segments and priorities, product allocation and alternative-based confirmation.
Advanced ATP apps; scope dependent.
Configuration
Scope of check (OVZ9)
Configuration dependentWhich stocks, receipts and issues count.
Replenishment lead time
Configuration dependentWhether the check assumes stock can be replenished within the lead time.
Backorder processing (S/4HANA aATP)
Configuration dependentRules and priorities for redistributing confirmations.
Prerequisites
- Availability check group on the material
- Checking rule for the sales transaction
- Partial delivery settings on the customer
Master data
- Material master (sales / MRP views)
- Availability check group.
- Customer master
- Partial delivery and complete delivery settings.
Organizational structure
- Plant 1000
Tables
| Table | Description |
|---|---|
| VBEP | Schedule lines with confirmed quantities and dates |
Integration
- PPPlanned and production orders are receipts in the check.
- MMStock and purchase orders as supply.
Common errors
“Stock available but order not confirmed”
Likely causes: No rescheduling since the receipt; Stock reserved for other orders; Scope of check excludes the stock type
Where to look: CO09 · V_V2 log · Scope of check
Troubleshooting
Something went wrong? Work through these checks in order. They are diagnostic questions, not configuration instructions — confirm changes with your system owner.
CHECK 1
Confirmation
- Scope of check?
- Rescheduling run since the receipt?
- Competing orders?
Interview questions
How do orders get confirmed earlier when supply improves?
Not automatically. Rescheduling (V_V2, ECC) or backorder processing (V_V1/CO06; in S/4HANA advanced ATP backorder processing) re-runs the availability check for open orders, in a defined priority, and moves confirmations accordingly.
Quiz
References
- SAP SE — SAP Help Portal: Availability Check in Sales (source)
- SAP SE — SAP Help Portal: Backorder Processing (source)
Explanations are original. They summarize standard behaviour; always validate against your system's release and configuration.
Version history
| Version | Change |
|---|---|
| 1.0.0 | Initial version. |