User Exits for TO Processing
Using this user exit, you can modify the planned processing time in the transfer order header.
General information about transfer order processing
Transfer order processing and confirmation in the WM system are divided into the
- SAPML03T Screens, transactions
- SAPLL03A Item creation (TO core)
- SAPLL03B Function modules for external purposes
- SAPLL03T Update tasks
These four programs work together as follows:
SAPML03T contains all the transfer order processing screens. All related transactions are initiated using screens from this program. All corresponding data is read, checked and recorded here (transportation
requirements in transfer order: transportation requirements, transfer order: confirmation, etc.)
Actual creation or confirmation of items occurs via function modules in SAPLL03A , where the transfer orders are first created and recorded internally as the putaway and picking strategies and several
checks are run. Changes in storage location, storage unit or stock that may arise from individual transfer order items are simulated in internal tables.
Item creation and confirmation occurs in two steps. First, the item is generated internally and all checks are carried out. Then, the internal
tables are updated via a second function module and the transfer order items are added internally. You can view this two-step process by running transfer order creation in the foreground (screen SAPML03T 102). First, the system generates the transfer order item, then issues
a warning. If entries are made on the screen, the system regenerates the transfer order item (including all checks) and the previous one is discarded. The internal tables are updated after the warning disappears.
The confirmation process follows a similar procedure.
User action 'post' in SAPML03T is carried out after an item is created or confirmed, which in turn calls up function module SAPLL03A , which then activates the update function modules in SAPLL03T. These function modules are normally processed
asynchronously (supplement IN UPDATE TASK), but can also occur synchronously (see below). All changes in storage location, storage unit, stock, transportation requirements or transfer orders are made in these function modules.
SAPLL03B contains function modules for creating and confirming
transfer orders which can be used instead of transactions. First, the normal screen run of the parameters transmitted is reviewed. Reading, checking and recording of the data and part of the flow logic occurs via external performs in SAPML03T
and in a common data area, to avoid redundant code. Item creation and confirmation takes place in function modules found in SAPLL03A.
Function modules L_TO_CREATE_TR and L_TO_CREATE_DN, for example, are used in collective processing in the SAP standard system. Updating occurs synchronously in this case.
Transactions in SAPLL03A and SAPML03T
Some checks within the transfer order creation and confirmation processes depend on the transaction concerned. This transaction (field VORGA) is placed at the disposal of all user exits so that the system can react as required for the transaction involved.
- "TB" Transfer order for transfer requirement
- "LF" Transfer order for delivery note
- "TL" Transfer complete storage unit
Homogeneous storage units can also be transferred explicitly. In this case, the value of the field is LTAP-HOMVE = 'X'.
- "IV" Clear inventory
- "U1" Create first item for posting change
- "U2" Create second item for posting change
- "QB" Confirm storage unit for stock removal from SU-managed block storage area
Within the SU-managed block storage ares, the item type (POSTY) of a TO
item is of interest. It is set when the source data is determined and can have the following values:
- " " Normal transfer order item
- "1" Quant-neutral stock removal that requires verification of storage units during the confirmation process
- "2" Storage unit verified during confirmation
Items with item type "1" are deleted as soon as confirmation is complete.
Call-up Point and Important Requirements
The user exit is called during TO creation, shortly before the transfer
orders are posted. The transfer order headers and items are already complete at this time. The planned processing time for each TO item has also been determined already, depending on the Customizing setting, and a transfer order split may also be complete. The TO items and headers
prepared in this mannter are passed on to the user exit. For those transfer order headers where the indicator for the performance data (field KZLEI) has the following features, you can modify the planned processing time (field C_SOLWM).
Only A messages can be issued.
Parameters and Options
The user exit in the program is the function module EXIT_SAPLL03A_010 . To actively use it, you must create the Include ZXLTOU16 and activate the extension using transaction CMOD.
The following parameters are available:
I_LTAK The respective TO header from which, for example, the reference documents (transfer requirement number, and so on) can be determined.
- EXIT_SAPLL03A_010: Exit: Calculation of Total Planned TO Processing Time