Scribd
Upload
6 views

Guide of

Uploaded by

Dhiraj Bhojane
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOC, PDF, TXT or read online on Scribd
6 views

Guide of

Uploaded by

Dhiraj Bhojane
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOC, PDF, TXT or read online on Scribd
You are on page 1/ 9

Let's pick client 800 (double click ) and as you can see, the name of the logical system is

T90CLNT090. You can change it if you want to.

Similarly, there is another client 810. Now, lets try to establish master data communication
between client 800 and client 810. (ie) between the two logical systems.

If a new logical system needs to be defined, it can be defined here. Each logical system needs to
be assigned to a client.

Configuration to be done on SENDER system

RFC Connection

RFC stands for Remote Function Call.SAP mandates that the name of the RFC destination
should be the same as the logical system. An RFC connection provides a level of abstraction
over the actual connection details between 2 different systems. In this case the communication
should happen between client 800 and client 810 on the same SAP instance. We are now trying
to create an RFC connection for client 810 on 800. This would require connection details ( IP
Address ), client number and authentication details ( user id and password ). What we are
essentially doing is establishing a conduit to another system.
In this example, we are trying to establish an RFC connection between two clients on the same
SAP instance. However, this procedure is same even if it is across different SAP instances.

As you can see, there are different types of RFC connection. Without confusion ourselves
further, lets just say, ABAP connections are used when the source and destination systems are
SAP. TCP/IP connections are used when communicating with a non-SAP system.

Let's try to create the RFC connection with the same name as the RFC destination -
CUSTDEM810. ( In a standard SAP IDES system, this name could be different )
The system automatically picks up the IP address if the host is on the same subnet.

Enter the user id and password to test the RFC connection.


Cross Company Code

When transferring master data that has company code relevant data ( For example, the Finance
view of the customer master data ), SAP mandates that we maintain a cross-company code. This
is more of an SAP hack and might be taken away in the future.

Define a new cross-system company code say "GL2300" -

And follow further configuration to assign the company code to Chart of Accounts and actual
company code.It is pretty self-explanatory.
All of these functions can be handled in the menu path shown above. As discussed, these are just
labels and do not have any controls.

Here is assigning cross-system company code GL2300 to company code 2300 and to INT chart
of Accounts.

Distribution Model

A Distribution Model defines the following

 Sender Logical System


 Receiver Logical System

 Message Type ( logical Message type , Not the IDOC type )

Goto [BD64] , select the pencil button and click on "Create Model View". Enter a technical
name and a short text.
After generating the distribution model, goto Environment -> Generate Partner Profiles. Enter
the name of the target logical system.

The log of the partner profiles will be generated. Sometimes SAP does not do this automatically
and we might have to create the partner profiles manually.
If you go to [WE20] you can see that SAP has generated partner profiles for us automatically
based on the previous step. (Select Partner Type LS ).
Pushing a Customer Through

Now lets push a customer through. Goto [BD12] (Tools -> ALE -> Master Data Distribution ->
Cross Application -> Customer )

Enter a customer number, the output type ( DEBMAS in this case ). If you execute the system
now, a master IDOC will be created and as many number of communication IDOCS will be
created as there are distribution models set for the output type. If you select the right logical
destination, only 1 communication IDOC will be generated.
If you want to see the IDOC that has been processed, goto [WE02] and select the IDOCS created
for today and sort by date to get the latest IDOC. As we can see from the green square, the IDOC
has been processed successfully. If in case the IDOC has failed, use [BD87] to re-process the
IDOC.

Now, in order to check the IDOC on the other logical system ( Client 810 in this case ) , log onto
the client 810 and use [WE02] to look at the IDOCS in bound.

You might also like