IDOC/ALE Data Exchange Set up

[jothivenkatesh_m]

Communication is the watch word for the world at this point of time. Right from people, Countries, our day to day life, everything depends on communication in one form or the
other which suits the target and the destination. Real time scenarios are one point reference from where all SAP products have evolved. Automatic Link Enabling (ALE)
data exchange won’t differ either from this path. For the data exchange between highly integrated SAP and non-SAP systems, ALE Distribution model came into existence. There are different aspects of ALE Distribution model, out of which Idoc is the core point of ALE.

There are lots of talks about Idocs and data exchange. Ever wondered what it takes to set it up in your system. I feel this document will certainly answer those questions.

To set up the communication with any other R/3 system or CRM system, a series of steps are required that you have to carry out in Customizing for ALE (Transaction SALE).

For details of ALE communication relationship maintenance, see under SAP Web Application Server ® IDoc Interface/ALE, in the IMG:

There are few settings to be modeled before we use Idoc for Data Exchange:

1. Define the RFC Destinations.
2. Generate the Partner Profiles.
3. Site Subscription in Transaction smoeac.

Define RFC Connections:

1. Log on to SPRO transaction.
2. Browse to the following path :
3. SAP Web Application Server - Application Server - IDOC Interface/ALE - Communication.
4. In the above link click on Create RFC Connections.
5. There in the SAP Connections create a new RFC Connection for the preferred destination.
6. Find the snap shots of the client destination which is registered.

Click on Create RFC Connections. You will get this screen.

Then click on the ABAP Connections and create a RFC Connection. If the RFC destination is already registered don’t create it again.
After filling up the data, then the screen looks like this with all the data. Target host and the system number have to be entered in this tab along with the
description.

In the next tab, you can enter the User name, if required new one or the current one which you are using. Password has to be set and saved.

The connection can be tested by clicking the button present in the tab. By clicking so the time taken for the RFC calls will be listed in the table.

Generate or maintain Partner Profiles:

After finishing the RFC destination registration, check the Partner profile in the transaction WE20. If there are partner profiles existing for the current client (For e.g. Q5C) that would have been listed there. If it is not browse to the following path in Tx SPRO and generate the Partner Profile.

Go to Tx We20 and check whether the partner profile is existing for the current system in which you are working on.

If there is a partner profile existing for the current system we are working it will be listed as in this snap shot.

Usually in the outbound parameters, if the message type (say for BP it is CRMXIF_PARTNER_SAVE_M) is not maintained, click on the existing message type, you will get the following screen.

         

There we need to register the Port, for which all the details will be picked up from the RFC destination entry we have registered previously. Click on the Receiver port, which will then navigate to this screen.

Here click on the create button and create the port with the RFC destination which was created previously. Then this will take you to the RFC destination screen. After this is completed, click on the Plus button in the message type (Either in inbound or outbound parameters depending upon your requirement), so that we can specify message type and the receiver port which is the destination. Outbound parameters will be looking like this.

Inbound screen          

Here the processing code can be specified as APLI indicating the individual Idoc processing.

Site description in Tx SMOEAC

After the registration is over, open Tx SMOEAC and do the site subscription as follows:

1. We will add site and subscriptions here.
2. Site is the destination where the data needs to be sent.
3. Subsricption is to identify what is the object to be exchanged. (In case of BP data it will be All Business Partner MESG)
4. After this is done, entry has to be made in CRMXIF_C1 tx where we enter the site type and accordingly the Bdoc type for the message types.

I hope this blog will help in understanding the simple setting up of systems for replication using Idocs.

Regards,

Venkat