Show TOC

Status ProcessingLocate this document in the navigation structure

Use

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.

Features

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.

    Note

    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.

    Caution

    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.

Note

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:

  1. If a user is entered in the outbound partner profiles, that person is notified.

  2. Otherwise, the person defined in the general partner profiles is notified.

Activities

Customizing Activities

You can decide which status is classified as an error status and therefore starts exception handling: Choose the transaction Start of the navigation path SALE Next navigation step IDoc Interface/ALE Next navigation step System Monitoring Next navigation step Set IDoc Status Display Next navigation step Edit IDoc Status Values End of the navigation path. 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, see Exception Handling: Procedure.

In status maintenance you can also display or change the status group (qualification) assignments which play an important role in the monitoring programs.