Symptom
- It is not clear in which cases the RACR is called during the ATP check;
- Sales orders are not confirmed by backorder processing (BOP);
- Sales orders don't respect the result mode setting - full/partial/no confirmation
DISCLAMER: Image/data in this KBA is from SAP internal systems, sample data, or demo systems. Any resemblance to real data is purely coincidental.
Environment
- SAP S/4HANA Cloud Public Edition
- Advanced ATP
Reproducing the Issue
Configure Your Solution -> SSCUI 106305 -> Configure Default Settings by Sales Area:
Resolution
Setting | Explanation |
" " - Dialog box in the case of shortages (batch/BAPI full dlv.) | Running an ATP check in foreground (e.g. creating/changing sales order) will trigger the delivery proposal screen only if the requested quantity could not be fully confirmed or the requested delivery date could not be met. For batch processes (e.g. background jobs like BOP the system will only accept full delivery confirmations (please check section "full delivery"). |
"A" - One-time delivery | With that setting you basically restrict the system to confirm the requested quantity in one schedule line. The confirmation can be on the original requested delivery date or on the new requested delivery date which is getting calculated by scheduling - in case the MBDAT is in the past. The confirmed quantity can be a partial or full confirmation. Basically: you take, want you get confirmed as soon as possible. |
"B" - Full delivery | Full delivery means that the customer just accepts a full confirmation or nothing. The system checks if the complete requested quantity is available. If not, the system returns a confirmed quantity of zero. The confirmation date does not matter in that case - it can be the requested delivery date or delayed confirmation date someday in the future. The confirmed (full) quantity will not be splited into different schedule lines! The system returns a schedule line about the full confirmed quantity or no confirmation at all. |
"C" - Delivery proposal | The system will always use the "delivery proposal" result as confirmation. As a result the system will return the next possible confirmation - this confirmation might be a split of the requested quantity in several confirmation lines with different confirmed quantities and dates. |
"D" - Dialog box in case of shortages (batch/BAPI one-time dlv) | Running an ATP check in foreground (e.g. creating/changing sales order) will trigger the delivery proposal screen only if the requested quantity could not be fully confirmed or the requested delivery date could not be met. For batch processes (e.g. background jobs like BOP the system will accept one-time delivery confirmations (please check section "one time delivery"). |
"E" - Dialog box in case of shortages (batch/BAPI dlv. prpsl) |
Running an ATP check in foreground (e.g. creating/changing sales order) will trigger the delivery proposal screen only if the requested quantity could not be fully confirmed or the requested delivery date could not be met. For batch processes (e.g. background jobs like BOP the system will accept delivery proposal confirmations (please check section "delivery proposal"). |
When manually triggering an ATP check for an item, the RACR screen will be called. It will show several options, e.g. delivery proposal, complete delivery, etc. This is standard system behavior.
However, it depends on the setting from Configure Default Settings by Sales Area (SSCUI 106305) when:
- Entering or deleting a new ATP relevant item;
- Changing the sold-to party/ship-to party, plant;
- Adding, deleting, changing the storage location;
- Changing the requested delivery date at item level field 'First date' (ETDAT);
- Changing the item category;
- Changing the requirement type;
- Changing the schedule line category to another which has the ATP activated;
- Changing the unit of measurement;
- Setting/deleting the reason for rejection;
- Setting/deleting the 'Fixed date and quantity' indicator;
- Entering, deleting a route.
Remarks
- The ATP delivery proposal screen (dialog box) is just being displayed if you choose option " ", "D", "E" or you have triggered the ATP check manually (CTRL+F4 or via button "check item availability"). The ATP delivery proposal screen is not being displayed using option "A", "B" or "C".
- The setting just applies for sales orders, quotations, inquiries, scheduling agreements and not for other document types e.g. deliveries, planned or production orders.
- Documents (e.g. deliveries, ATP check for components of planned or production orders) without schedule lines require a one-time or full delivery! The system can not create delayed confirmations as it would require a new schedule line.
See Also
Keywords
Sales Order, ATP, SSCUI, 106305, Configure Default Settings by Sales Area, RESMD; RESMOD; REVFP; Einmal Lieferung, Volllieferung, Bestätigungsverhalten , KBA , CA-ATP-2CL , Available to Promise (ATP) (Public Cloud) , CA-ATP-PAC-2CL , ATP: Product Availability Check (Public Cloud) , CA-ATP-CTL-2CL , ATP: Controller & Central Functions (Public Cloud) , Problem