Skip to content

ABAP Keyword Documentation →  ABAP − Reference →  Processing External Data →  ABAP Database Access →  Data Consistency →  SAP LUW 


Quick Reference

Other versions: 7.31 | 7.40 | 7.54


                              [EXPORTING p1 = a1 p2 = a2 ...]
                              [TABLES t1 = itab1 t2 = itab2 ...].


1. ... EXPORTING p1 = a1 p2 = a2 ...

2. ... TABLES t1 = itab1 t2 = itab2 ...


This statement registers the update function module specified in update_function. update_function must be a character-like field, which contains the name of an update function module in uppercase letters during execution of the statement. If specified, the same applies to update_function as to general function module calls.

An update function module is a function module for which the property update module is flagged in Function Builder. The registration of an update function module is an essential part of the update task.

The function module is not executed immediately, but is scheduled for execution in a special work process (update work process) or, if local updates are enabled, in the current work process. To do this, the name of the function module and the actual parameters passed are saved to the database tables VBMOD and VBDATA, which are managed by VBHDR. If the statement is executed during the update task, the addition IN UPDATE TASK is ignored.

If the statement SET UPDATE TASK LOCAL is executed before registration of an update function module in the current SAP LUW, registration takes place in the ABAP memory rather than on the database, and for the current work process.

The actual execution is triggered by the statement COMMIT WORK. The formal parameters of the function module receive the values of the actual parameters from the database table VBLOG. A function module that is registered more than once is also executed more than once with the associated parameter values. If the statement COMMIT WORK is not executed when the current program is executed after the registration of a function module, the function module is not executed and the associated entries are deleted from the corresponding database tables when the program ends. The statement ROLLBACK WORK deletes all previous registrations for the current SAP LUW.

System Fields

The system field sy-subrc is undefined after the statement CALL FUNCTION ... IN UPDATE TASK is executed.


  • No database commits and no database rollbacks can occur and the update control cannot be modified during the processing of an update function module triggered using COMMIT WORK is being processed. Any statements that would produce this situation are forbidden statements in updates and always produce runtime errors.
  • No authorization checks are possible while an update function module triggered using COMMIT WORK is running.
  • Subroutines can be registered using PERFORM ON COMMIT during the processing of an update function module triggered by COMMIT WORK. They are then executed at the end of the current update.
  • If a runtime error occurs during the update, the update work process executes a database rollback, logs this in the corresponding database tables, and notifies the user whose entries created the entries by SAPMail. After the cause of the error has been resolved, the canceled entries can be updated again.
  • When handling the registration entries in the database tables, note that they are subject to the regular administration rules for a database LUW. For example, the database LUW is ended by a database rollback, all registration entries of the current database LUW are deleted.
  • When an update function module is registered using CALL FUNCTION ... IN UPDATE TASK, the relevant data is exported internally to a data cluster using EXPORT and is imported again when executing the function module with IMPORT. If an errors occurs in the export, for example because too much data is exported, the exceptions raised in EXPORT are documented. If the data types of the exported actual parameters do not match the typing of the formal parameter of the function module, the exceptions documented in IMPORT may be raised.

Addition 1

... EXPORTING p1 = a1 p2 = a2 ...

Addition 2

... TABLES t1 = itab1 t2 = itab2 ...


The additions EXPORTING and TABLES have the same syntax and meaning as in the parameter_list of the general function module call, except that for EXPORTING, no reference variables or data objects that contain reference variables can be specified as actual parameters.

When passing internal tables with non-unique table keys, the order of the duplicate rows in relation to these keys is not retained.


The additions IMPORTING, CHANGING and EXCEPTIONS of the general function module call may be specified, but they are ignored during the execution. The additions for dynamic parameter passing are not allowed.


Registers the update function module DEMO_UPDATE_INSERT for execution when the statement COMMIT WORK is executed (and passes an internal table).

    DATA(values) = VALUE demo_update_tab( 
      ( id = 'X' col1 = 100 col2 = 200 col3 = 300 col4 = 400 ) 
      ( id = 'Y' col1 = 110 col2 = 210 col3 = 310 col4 = 410 ) 
      ( id = 'Z' col1 = 120 col2 = 220 col3 = 320 col4 = 420 ) ). 

        values = values.

Executable Example