SAP IDoc Transactions

SAP IDoc Transactions

How to use IDoc processing correctly

IDoc Transaction Overview – By default, there are numerous transactions for IDoc processing and development in an SAP system. In the following table, we have recorded and structured the most important SAP IDoc transactions. Below you will find a brief description of the transaction in SAP Standard.

Take a look at the other posts in our blog. There you will learn how to keep your system permanently in a consistent state and other tips and tricks.

Important IDoc transactions

WLF_IDOC IDoc Processing This is the latest and most comprehensive transaction in the IDoc environment. Here are the features from transactions WE02, BD87 and WE09. This transaction is available with the EHP 5 SP 10 in ECC 6.0. New features are also integrated, such as .B optimized content search, bulk content replacement, IDoc comparison u. v.m.
WE02 Show IDoc Display of IDocs: This transaction can be used to display all incoming and outgoing IDocs. The IDocs are grouped by direction, base type and status and can be monitored here. By double-clicking on an IDoc, this IDoc can be displayed in detail. You can view each state set and segment with content. Depending on the permission, the IDocs can be changed in your values. The original IDoc is stored under a new IDoc number and the status of the edited IDoc adds up to unprocessed. An IDoc with the status of a green light can no longer be edited.
WE05 IDoc Lists Like transaction WE02. No significant differences in content.
WE06 Active IDoc monitoring Active IDoc monitoring as of Release 6.10
BD87 Status Monitor for ALE Messages This is the most important transaction for processing IDocs. Here, the IDoc direction is determined first by the state and then by the base type. IDocs can also be edited from this transaction, but the transactions WE02 or WE05 are much clearer for analysis. When processing an IDoc, further options can be selected here, such as the light play of IDocs, e.B. if it is booked via folder processing. The traffic jams can also be set to “no further processing”.
RZ20 CCMS Monitoring – Overview Monitor Collection CCMS Monitor Collections – CCMS stands for Computer Center Management System. This transaction is the first step into Netweaver’s monitoring. These mounts can be used to monitor SAP and non-SAP systems.
RZ21 CCMS Customzing Monitor Architecture

SAP IDoc monitoring add-on

Avatar

Do you have questions about this topic? Get in touch now!

Contact us now!

IDoc Administration

WE20 – Partner Contracts
WE21 Port description
SM59 – RFC Destinations (Display & Maintenance)
SM58 – Asynchr. Rfc

IDoc Selection

WE07 – IDoc Statistics
WE09 – Find IDocs through content
WE10 – IDocs about searching for content
WE11 – Delete IDocs

IDoc Test Tools

WE19 Test Tool
WE15 – Test output processing from NAST
WE14 – Test output processing
WE18 – Create status file
WE17 test status file
WE12 – Test modified input file
WE16 – Test input file

IDoc Documentation

WE60 – Documentation for IDoc Types
WE64 Documentation Message Types

IDoc Development Tools

WE31 – Development IDoc Segment
WE30 – Development IDoc Type
WE81 Logical Message Types
WE82 – Assignment messages to the IDoc type
WE41 – Operating Codes Output
BD51 – Maintenance of input function blocks
WE57 – Assignment messages to App. Object
WE42 – Process Codes Incoming

IDoc conversion rules

BD62 – Defining the Segment Implementation Rule
BD79 – Care IDoc Implementation Rules
BD55 – Maintaining Intermediate Document Implementation

IDoc reclassification rules

WE70 Reclassification: Basic Types
WE71 Reclassification: Extensions
WE72 – Reclassification: IDoc Types
WE73 – Reclassification: log. Messages

IDoc Other

BDM2 – Monitoring: IDOCs at the receiver
BDM7 – ALE Audit: Statistical Evaluations
SARA Archive Management
IDOC – IDoc: Repair and test programs
✉️ Newsletter

Stay informed about updates, use cases, and technical developments related to SAP Mail.

By subscribing, you will receive newsletters from munich enterprise software. More information at Privacy Policy

soon ALE development Submenu for the development of ALE processes. This combines transactions that are important for the development of ALE processes.
Bale Submenu for managing Submenu for monitoring ALE processes. Here are summarized transctions that are important for the management of ALE processes.
Sale View ALE-Customizing Display of IDoc Interface / Application Link Enabling (ALE) – Area menu for defining ALE scenarios. Here you will find all important settings for logical systems, business process modeling, master data distribution, distribution models and much more.
SM59 RCF Objectives Overview and maintenance for RFC targets. Here you can see which systems are addressed by the corresponding port of the partner agreement in the IDoc outbound processing. Other system connections can also be set up here.
BDMONIC, BDMONIC2 and BDMONIC3 Maintenance ALE CCMS Monitor Objects ALE/ CCMS Customizing Monitor Objects, ALE CCMS Monitor Bounce
WE09 Search IDocs about content Display of IDocs: This transaction can be used to display all incoming and outgoing IDocs. Here you can also select the content of IDocs. To do this, you must specify the corresponding segment with field and content.
WE19 Test tool This transaction is very important when developing and testing IDoc scenarios. Here IDocs can be easily copied and then edited. After completion, these can then be fed according to the input or output processing. This feature can also be used in production mode to rerecord IDocs that cannot be edited according to the requirements of we02.
WE20 Partner agreements This transaction defines the partner agreement for each IDoc process. Each partner agreement provides scope for inbound and outbound processes. This determines which processing routines are used.
WE21 Port description For all outgoing IDocs, a port must be defined in the partner agreement. The port determines to which system the message is sent. You can also place the outgoing messages on a file system and have them picked up by a partner system.
WE60 Documentation for IDoc types This transaction provides detailed content and technical documentation for all basic types, extensions and segments. These can also be saved in HTML format.
WE64 Documentation message types Defined operation codes for incoming and outgoing messages. The operation codes are used in the partner agreements. The corresponding message types are assigned to the operating codes and the function block is used for processing.
Wedi EDI base Submenu for the management and development of IDoc processes. This summarizes transactions that are important for IDoc processing.