cancel
Showing results for 
Search instead for 
Did you mean: 

IDOC related

Former Member
0 Kudos

Hi Gurus,

Could you please explain on the following related to IDOC.

• Basic Type

• Message Type

• I DOC type

• Function Module

• Segments

• Qualifiers

Expecting your reply very soon.

Regards,

Vamsi. P.

Accepted Solutions (0)

Answers (3)

Answers (3)

Former Member
0 Kudos

My question is resolved.

Former Member
0 Kudos

The messages exchanged between systems are of various message types. The message type depends on the data contained and the process involved. It determines the technical structure of the message, the IDoc type. For example, the FIDCMT message type is used for journal messages.

The IDoc type indicates the SAP format that is to be used to interpret the data of a business transaction.

An IDoc type consists of the following components:

· a control record

This is identical for each IDoc type.

· several data records

One data record consists of a fixed key part and a variable data part. The data part is interpreted using segments, which differ depending on the IDoc type selected.

· several status records

These are identical for each IDoc type and describe the statuses an IDoc has already passed through or the status an IDoc has attained.

Function Modules Locate the document in its SAP Library structure

Function modules are procedures that are defined in special ABAP programs only, so-called function groups, but can be called from all ABAP programs. Function groups act as containers for function modules that logically belong together. You create function groups and function modules in the ABAP Workbench using the Structure linkFunction Builder.

Function modules allow you to encapsulate and reuse global functions in the SAP System. They are managed in a central function library. The SAP System contains several predefined functions modules that can be called from any ABAP program. Function modules also play an important role during updating and in interaction between different SAP systems, or between SAP systems and remote systems through remote communications.

Unlike subroutines, you do not define function modules in the source code of your program. Instead, you use the Structure linkFunction Builder. The actual ABAP interface definition remains hidden from the programmer. You can define the input parameters of a function module as optional. You can also assign default values to them. Function modules also support exception handling. This allows you to catch certain errors while the function module is running. You can test function modules without having to include them in a program using the Structure linkFunction Builder.

The Structure linkFunction Builder also has a release process for function modules. This ensures that incompatible changes cannot be made to any function modules that have already been released. This applies particularly to the interface. Programs that use a released function module will not cease to work if the function module is changed.

Function Groups

Creating Function Modules

Segment Type and Segment Definition Locate the document in its SAP Library structure

Definition

Segments form the basic building blocks of an IDoc type and are used to store the actual data.

A segment type is the name of a segment and is independent of the SAP release.

The segment definition is the release-specific name of a segment. By combining the segment type and the release, the required segment definition can be determined: This way, you can assign segment definitions from previous releases to an IDoc type in the current release. This may be necessary if, for example, the partner is using an older release which supports your current IDoc type but not your current segment definitions. You then have to "reset" these in the Partner profiles .

The segment definition is also the external name of the segment that the partner system "sees".

Caution

Do not transfer the meaning of these terms to IDoc types: Therefore, an IDoc type ("an IDoc is an IDoc type filled with data") is always data-independent, while a segment type is always release-independent. A segment can be part of both an IDoc (data-dependent) and an IDoc type (data-independent).

Leaving content frame

Former Member
0 Kudos

Hi Shesagiri,

With your explanation I got an overview idea.

Thank you so much.

Regards,

Vamsi. P.

Former Member
0 Kudos

Basic Type : The form of IDOC type that is originally created in the system. Like ORDERS01 is a basic type IDOC for order messages. It is using the basic types only you would be able to enhance them to suit new requirements within the same IDOC structure. Any enhancement to the basic type IDOC will produce an Extension IDOC that would be more or less similar to the basic type with some new additions (of segments or fields). Here, I would go on to say that IDOC type and Basic type are the same thing that would be referred to interchangeably.

Message type : Again, obvious from the name, its the message that is being conveyed. A message type is assigned to the Basic type. Here, logical messages are assigned to the basic type to reflect a business message being transacted. For example, ORDERS is the message type for a purchase order sent by buyer to vendor. The use of which Basic type in this message will differ from buyer to vendor. Basic types used for ORDERS are ORDERS01/02/ etc...Also, one may come up with a custom built IDOC type (or basic type as you can say)...But it is essential to associate a message type with a basic type IDOC. This feature will enable the same IDOC type to be used for a related message. For example : ORDERS01 can be used for message ORDERS for posting a order, the same IDOC can be associated with message ORDCHG to indicate that the message is an order change and so the processing of this IDOC will change accordingly.

Function Module : The most important player in the IDOC processing. This is nothing but an ABAP program to process the IDOC. SAP has supplied function modules to process all standard basic IDOCs and messages. A function module is determined based on the Basic IDOC type and the message type (also message code). So. from the above descriptions about basic and message type, the combination of two would primarily determine which IDOC will process this idoc. As an instance, ORDERS01 with message ORDERS is configured to be processed by FM IDOC_INPUT_ORDERS. Similarly, ORDERS01 + ORDCHG will be processed by IDOC_INPUT_ORDCHG. Likewise, you can see all associations in WE57 for inbound. For outbounds, you would refer to process codes (WE41).

Segments : The idenfiers in the IDOC structure which indicates the data, their level, state of occurance....You can take them as records in the IDOC. Each individual segment will come to you as a record in the IDOC. (Go to EDID4, provide a IDOC # and it will list all included segments as records.) Segments are logically nested to indicate various levels of data (header, item etc).

Qualifiers : Inside the segments, there are fields that can carry actual data often signified by use of qualifiers. A qualifier for a segment field would provide the exact meaning of the data. For example, E1EDK03 segment is configuered for dates related data. Segment field IDDAT qualifies the date type and the DATUM field gives out the actual date. So you may see a date qualified as 002, which can be interpreted as requested delivery date. Likewise you can see all qualifiers and their meanings in the associated segment fields in SE12. Give the segment name and go to the domain the ranges for the ID fields.

Hope you have a rough idea now....

Thanks

Nikhil

Former Member
0 Kudos

Hi Nikhil,

Thanks for the detaild explanation.

Regards,

Vamsi.

Former Member
0 Kudos

Hey Nikhil,

Ecxellent yaar

Thanks for such an accurate inputs