Backorder processing in SAP Advanced Planning and Optimization (SAP APO) fulfils a basic requirement of Supply Chain Management: changing confirmed quantities and dates/times as part of the ATP Check. You use backorder processing to process requirements entered, and to diagnose and cancel backorder situations.
Backorder processing in SAP APO must be used for SAP APO relevant products.
● You have made the Customizing settings for background processing. You can make these settings in Customizing for SAP Supply Chain Management (SAP SCM) under Advanced Planning and Optimization → Global Available-to-Promise (Global ATP) → Backorder Processing.
● If a rules-based ATP check is to be performed for items of SD documents or stock transport orders as part of backorder processing, you have assigned a rule strategy to the activation parameters for backorder processing. The value of the technical scenario must be LL.
For more information, see Assigning a Rule Strategy or a Rule Strategy Sequence.
● When overriding the results of the availability check in interactive backorder processing, you must be in a position to guarantee coverage of receipt elements to be procured.
You can use backorder processing to redistribute confirmed quantities according to priorities, and to override results of the ATP Check. The following functions are available to you as part of backorder processing:
In the following situations, you execute backorder processing interactively or schedule it in the background (regularly, if necessary):
● After a Production Planning and Detailed Scheduling planning run, a Supply Network Planning planning run, or after changes in the location-specific product master data for Global ATP
● After a changed availability situation
● After the arrival of orders that have priority
Within backorder processing, the system selects items from SD documents and stock transfer documents depending on the filter and a sorter, and brings them into a sequence. An ATP check is then performed for the items.
The check date for backorder processing is always today’s date.
SAP APO transfers the backorder processing results to the connected OLTP system (for example, the ERP system). The SD document is automatically updated in the OLTP system, meaning that the document is changed. The data for the requirement (requested quantity, requested delivery date/time) is retained. The changes to the document relate to the confirmed quantity and the confirmed date. When stock transport orders are updated, the requested delivery date/time may be shifted into the future, depending on the confirmation situation. If you use SAP ERP Central Component (SAP ECC) as of release 6.0 as the OLTP system, the requested delivery date/time is not shifted into the future.
If a document item is changed manually in the OLTP system in the meantime – that is, after the backorder processing run in SAP APO and before the results update in the OLTP system – the backorder processing results are not adopted for this item. It is the same for items that have been completely or partially delivered in the meantime.
In order that this restricted results transfer can function, the change management (switched on as standard for documents) must be activated in the OLTP system. For more information, see Change Documents in the ABAP Workbench (BC-DWB).
● Backorder processing does not support Capable-to-Promise (CTP).
● Backorder processing only supports the rules-based ATP check for SD documents and stock transport orders.
● Stock transport scheduling agreements cannot be included in backorder processing. In the current setting Filter type, you can see which document types can take part in backorder processing. The document types that you can select when configuring your filter are shown here.
● If a lock is set in the OLTP system for items from SD documents, and these items take part in backorder processing, the confirmed quantities are transferred to the order in the OLTP system. Due to the block, however, the order does not adopt the confirmed quantity. In SAP APO, the confirmed quantity can no longer be redistributed in the same backorder processing run. You can change this behavior if you do not set the Confirmation Lock indicator in the filter. This means that these items are excluded from backorder processing.
The same applies if the system resets the lock through the newly distributed confirmation (such as through credit limit). The quantity that becomes free again due to setting this lock can no longer be distributed during the same backorder processing run.
1. You execute a product availability check using the checking horizon (replenishment lead time).
2. There is a shortage because the checking horizon has expired and no new receipt elements are found.
3. You execute batch backorder processing and reset the confirmation of the items so that other (as yet unconfirmed) items can be confirmed.
4. The update takes place in the connected OLTP system.