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 SAPAPO must be used for SAPAPO 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.
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.
SAPAPO transfers the backorder processing results to the connected OLTP system(for example, the ERPsystem). 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 (SAPECC) 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 OLTPsystem in the meantime – that is, after the backorder processing run in SAPAPO and before the results update in the OLTPsystem – 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 OLTPsystem. For more information, see
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 OLTPsystem for items from SD documents, and these items take part in backorder processing, the confirmed quantities are transferred to the order in the OLTPsystem. 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 Lockindicator 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.
You execute a product availability check using the checking horizon (replenishment lead time).
There is a shortage because the checking horizon has expired and no new receipt elements are found.
You execute batch backorder processing and reset the confirmation of the items so that other (as yet unconfirmed) items can be confirmed.
The update takes place in the connected OLTP system.