IDoc

From Wikipedia, the free encyclopediaThis article needs attention from an expert in computing. Please add a reason or a talk parameter to this template to explain the issue with the article. WikiProject Computing (or its Portal) may be able to help recruit an expert. (May 2008)

IDoc, short for Intermediate Document, is an SAP document format for business transaction data transfers.[1] Alternatively, IDoc can also refer to an IRise document.

IDoc is similar to XML in purpose, but differs in syntax. Both serve the purpose of data exchange and automation in computer systems, but the IDoc-Technology takes a different approach.

While XML allows having some metadata about the document itself, an IDoc is obligated to have information at its header like its creator, creation time etc. While XML has a tag-like tree structure containing data and meta-data, IDocs use a table with the data and meta-data. IDocs also have a session that explains all the processes which the document passed or will pass, allowing one to debug and trace the status of the document.

Different IDoc types are available to handle different types of messages. For example, the IDoc format ORDERS01 may be used for both purchase orders and order confirmations.

IDoc technology offers many tools for automation, monitoring and error handling. For example, if the IDocs are customised that way on a particular server, then a user of SAP R/3 system

creates a purchase order; this is automatically sent via an IDoc and a sales order is immediately created on the vendor's system.

When this order cannot be created because of an application error (for example: The price per piece is lower than allowed for this material), then the administrator on the vendor's system sees this IDoc among the erroneous ones and can solve the situation. If the error is in the master data at the vendor's system, he can correct them and order the IDoc to be processed again.

Because of the flexibility and transparency of IDoc technology, some non-SAP technologies use them as well.

Contents

1 Structure of the IDoc 2 IDoc Transactions in SAP 3 Error Handling 4 References 5 External links

Structure of the IDoc

An IDoc consists of

Control record (it contains the type of IDoc, port of the partner, release of SAP R/3 which produced the IDoc etc.)

Data records of different types. The number and type of segments is mostly fixed for each IDoc type, but there is some flexibility (for example an SD order can have any number of items).

Status records containing messages like 'IDoc created', 'The recipient exists', 'IDoc was successfully passed to the port', 'Could not book the invoice because..'

IDoc Transactions in SAP

The following transactions can be used to create and process IDocs. The list does not include any transaction required for the development of new IDoc types. Please note that you get a comprehensive list of available transactions by using area menu WEDI.

WE02 - IDoc List report

This report can be used to display and edit IDocs.

WE19 - The IDoc document should not get proceesed *************.

WE20 - Partner Profile

This transaction determines a processing code based on the partner profile identified by the control record of the IDoc.

WE21 - Ports in IDoc processing

This transaction identifies an external port (RFC, File, ABAP-PI, etc.) that controls the IDoc flow to an external system.

WE30 - IDoc Type Development WE31 - Development IDoc Segment WE32 - Development IDoc View WE41 - Outbound process code

This transaction links an outbound processing code specified in a partner profile to a function module.

WE42 - Inbound process code

This transaction links an inbound processing code specified in a partner profile to a function module.

BD87 - Inbound processing

This transaction processes inbound IDocs.

Error Handling

SAP provides a standard report (WE02) or (WE05) to display and edit IDocs. Unfortunately, the provided functionality is very basic; therefore, most customers are forced to create their own custom solution.[citation needed]