POS Interface - Outbound: Programs 

Use

A series of programs are available for POS interface - outbound that control the way data is distributed. You can start these programs online or in the background.

Features

Initialization is used to prepare all the required data once, and transfer it to the POS systems. The function is intended for initial start-up, is planned in the background, and may take some time. When it is complete, the status must be Preparation OK (if necessary, repeat or re-start preparation), as otherwise, you will not be able to create change messages.

If the POS systems already contain all the required data at initial start-up for POS outbound, you can execute a dummy initialization. The system does not transfer any data to the POS systems in dummy initializations. It only generates special entries in the status tables for POS outbound which allow you to begin generating change messages immediately after the dummy initialization.

The change message is needed for day-to-day business. The program is scheduled at intervals (ideally after close of business). It analyzes the changes made in the system since the last time data was correctly prepared, then prepares the changed data, and transfers it to the POS systems.

You can improve performance by using parallel processing. The function is used to distribute loads during preparation at POS outbound. In this case, all servers or a group of servers for the SAP system are used to prepare data for POS outbound. If parallel processing is not possible, the data is automatically prepared sequentially. If an error occurs during parallel processing, the faulty objects are prepared again sequentially. This ensures that data is always prepared in full at POS outbound.

If errors occur that require you to debug the algorithm for POS outbound, you can use the simulation mode to locate the relevant error. The simulation mode works in exactly the same way as the standard sequential change message. No database changes, however, are made. The simulation mode can also be used without reservation in productive systems. Parallel processing is not possible in the simulation mode.

The direct request is used to transfer specific data to the POS systems independent of the regular data transfers. The direct request can also be used to prepare deletion records, which do not transfer the data concerned to the POS system but rather delete this data from the POS systems.

This report deletes status entries for POS outbound processing or the assortment list that are no longer required, as well as all related error logs and, if necessary, all related IDocs.

This program checks if any data still needs to be prepared for which no trigger file was created. If any data is found, the program generates a trigger file.

This program is not usually required. If, however, a trigger file could not be created for the converter (because there was insufficient disk space, for example), you do not need to repeat preparation. You simply need to start this program once you have corrected the cause of the problem. Before you call this program, you must reorganize the POS interface.

 

See also:

Automatic Updating of Documents Following Condition Changes