The status records log the stages through which the IDoc passes along its path, for example "generated" or "ready for dispatch". This data is important for monitoring communication and compiling statistics.
Processing
The subsystem can provide information on the processing stages for an IDoc which has been received. The following status confirmation (or status report) methods are available:
Status records can be forwarded to the IDoc interface using the file port. The IDoc number is used for identification purposes. The receiving system determines at what time the status message is returned. Each status record must contain the number of the IDoc to which it refers. In this way, a link can be created to the IDoc and to the application document in the IDoc interface.
The status records that the confirmation can contain depends on the configuration and technical capabilities of the subsystem.
Status records can also be returned as an IDoc (IDoc type SYSTAT01). In this case, all possible communication paths (port types) are permitted.
Do not confuse the status information contained in the SYSTAT01 data records, which refer to a different (your) IDoc received by the partner, with the status records of SYSTAT01 itself! These are not discussed here.
Exception Handling
If the status confirmation indicates a communication error, exception handling is started (see also: Rule Resolution in Exception Handling). A workflow can be triggered, during which the users responsible can respond to the communication error.
In the standard system, exception handling is implemented using process code EDIR, which refers to task TS70008125. If you execute the work item as the recipient, the status record of the corresponding outbound IDoc is displayed. You can attempt to resend the IDoc. The partner profiles, however, are not read again: All data required for transmission is read from the control record. If, for example, you have exchanged the port in the partner profiles, the IDoc is still sent to the original port.
As an alternative there is the process code EDIS with the task TS30000078, which only allows a status record to be displayed, but not the resending of the outbound IDoc.
When a Release change occurs, you must carry out the IMG activity Use Extended Exception Handling for Status Confirmation to switch from EDIS to EDIR.
The recipient is determined in the following order:
If a user is entered in the outbound partner profiles, that person is notified.
Otherwise, the person defined in the general partner profiles is notified.
Customizing Activities
You can decide which status is classified as an error status and therefore starts exception handling: Choose the transaction Exception Handling: Procedure.
. In the detail screen enter a process code that refers to a workflow. The workflow implements the exception handling in the standard system. In general however, it does not have to be like this. For more information, seeIn status maintenance you can also display or change the status group (qualification) assignments which play an important role in the monitoring programs.