Automatic Updating of Documents Following Condition Changes 
Purpose
A number of applications generate documents that contain conditions. In purchase orders, for example, the system determines the net prices for the document items on the basis of the purchase price conditions. The pricing data is saved together with the document.
To update document data already in the system after conditions change, special functions are available for you to use in the following application areas of SAP Retail:
Application area |
Function |
Purchase order |
Automatic document adjustment |
Pricing |
Pricing worklist |
POS outbound |
Change message |
Order optimizing |
Determination of investment buying requirements |
If conditions (such as purchase prices or discounts) change after a purchase order has been created and if the new conditions are to apply, the system can change the conditions automatically in all the documents concerned using the Automatic Document Adjustment function.
For further information, see
Automatic Document Adjustment when Conditions Change.
Certain conditions (such as purchase prices or DC transfer prices) are relevant to price calculations. When these conditions change, it makes sense to check if these changes affect any sales prices already on the database. With the help of the pricing worklist function, the system can find all sales price calculations affected by the condition changes. When a pricing worklist is created, the system calculates new sales prices on the basis of the changed conditions. Sales price calculations that have already been activated (documents with status C) are not changed.
For further information, see Pricing Worklist.
Investment Buying helps you decide whether you could best cover future requirements by purchasing articles now that are due to increase in price. The function for determining investment buying requirements enables you to find all condition changes relevant to investment buying (increase in the net price for average order quantities). Using the data available, the system works out whether the return on investment is high enough for it to be worth your while procuring articles before they are actually required. If it is, it also calculates the best point in time at which to order and how much.
For further information, see Investment-Buying
When the retail price for an article is changed in the SAP Retail system for particular stores, this change has to be transferred to the POS systems of the stores concerned. You can do this by using the Change Message function. This analyzes the changes made in the system, then prepares the changed data, and transfers it to the POS systems.
For further information, see POS Interface - Outbound: Programs and POS - Outbound: Data Distribution Process.
Prerequisites
The source data required for the programs that adjust the documents is based on the change pointers that exist for the changed conditions and, in the case of some applications, the document indices of the documents in the application.
For further information, see
Updating Change Pointer and Document Indices.Process Flow
Following condition changes, document data is updated in several steps to ensure that the system can effectively determine and adjust the documents concerned without impairing performance.
Document data is adjusted in three main steps:
When conditions change, change pointers are automatically updated in table BDCP to indicate the type of change (amount, validity period and so on).
For further information, see

Change pointers are not only updated when conditions change. They are also updated when master data or listing conditions change.
When a worklist is generated, the system prepares the change pointers for the changed conditions for the relevant application and updates them in table WIND. SAP recommends that you schedule worklist generation as a background job to be run periodically. The time between two jobs should not be too long to avoid a large number of change pointers being generated. Too many change pointers could impair the performance of the program being executed and of subsequent programs. If possible, the worklist should be generated daily.
For further information, see also:
Documents data in the application is changed on the basis of the worklist. In this step, the system either changes the condition data in existing documents (for example, purchase orders) or generates new documents with the changed data (for example, pricing documents in the pricing worklist, IDocs with changed data for POS outbound processing).
For further information, see