ALE-Enabled Transactions

Use

A transaction is "ALE-enabled" when the following two prerequisites are met:

At the beginning of the first screen's PBO module, it must read the IDoc number from a memory variable and call the ALE function module Idoc_Input_Open, passing it the IDoc's number (Document_Number parameter).
Before the data is updated to the database, the transaction must call the ALE function module Idoc_Input_Close. This function module must not be called from within a function module that is processed in update task, for example, "Call Function "xxx" In Update Task". Instead, it should be called directly before or after the other update function modules "xxx". This is because it accesses global data written by the function module Idoc_Input_Open. Idoc_Input_Close will update the IDoc's status in the same update task if the interface parameter In_Update_Task is set to "X". Example of coding to update database:
- call function "UPDATE_APPL_TABLES" in update task tables...
- call function "IDOC_INPUT_CLOSE" exporting...
- commit work.

Process

The parameters of the function module Idoc_Input_Close must be filled as follows:

Parameter	Value
Workflow_Result	"0"
Application_Variable	" " (initial value, for example)
In_Update_Task	" " The transaction does not use the update task "X" The transaction uses the update task
Idoc_Control	The contents of Idoc_Input_Open's export parameter Idoc_Control
Idoc_Status	The table must contain one record with fields containing: Docnum: 4711 Status: 53 Optionally the fields Msgid, and so on, can contain the application's success message
Return_Variables	The table must contain the following two entries:
Wf_param	Doc_Number
Processed_IDOCs	4711
Appl_Objects	1234
If processing the inbound IDoc does not create or change an application object, the "Appl_Objects" entry can be omitted - it makes no sense without a document number.
Serialization_Info	The contents of Idoc_Input_Open's table parameter Serialization_Info.