Show TOC

  Dispatching

Use

In the inbound delivery process, the messages and errors that occur at runtime need to be collected and the information contained in them distributed to the connected systems, such as SAP ICH, to keep these systems up-to-date and enable them to investigate these errors in more detail.

Dispatching involves communication to the following main components:

  • Vendor

  • SAP ICH

  • SAP EWM

  • SAP APO

Communication to the vendor and SAP ICH takes place using Electronic Data Interchange (EDI), whereas communication to SAP APO and SAP EWM uses qRFC technology.

The following functions are supported for inbound deliveries:

Function

Initiating system

Creation

Vendor, ICH, ERP and EWM

Replacement

Vendor, ICH, ERP and EWM

Deletion

Vendor, ICH, ERP and EWM

Purging

ERP

Set In Yard

EWM

Confirmation

EWM

Dispatching is only required under the following conditions:

  • Do not send to SAP EWM in case sender is SAP EWM

  • Do not send to SAP ICH in case of cross-docking, stock transport order (STO), and proof of delivery (POD)

The system communication described in this document will be restricted to SPM and automotive customers.

Filtering/Mapping Table

The collected messages are passed into the filtering and dispatching function and checked against a message rule table (SPE/MSG_RULES). Here, a decision is made as to whether to dispatch this message directly, substitute it with a generic one, or skip it completely.

Features

The collected messages are grouped and formatted into a structure and assigned to either the appropriate lineitem of the inbound delivery or to the header.

Note Note

Only the errors, and not the entire SPM application log content, are transferred to SAP ICH (for example, the extended parameters and context are not transferred).The log is not sent as a separate data set or IDoc, but dispatched together with the inbound delivery.

End of the note.

Activities

The system:

  • Checks the settings in Customizing to determine the target systems and the dispatching options

  • Filters and substitutes the messages:

    1. Errors resulting from incorrect Customizing settings can be replaced by a generic message

    2. Skip certain message types, for example success messages

  • Fills the output structures and tables for the outgoing IDOC or QRFC

  • Dispatches the error log to the target systems

  • Provides functions for filling the message segments of IDOC DELVRY05

  • Writes the error log to the SPM business application log (if this has been defined in Customizing)

The following figure illustrates the filtering and dispatching functions: