Once the integration of SRM system with backend R/3 (ECC) system gets underway the following settings needs to be maintained before the replication of master data.

The settings that need to be maintained in backend R/3:

1. CRMCONSUM table needs to be maintained using SM30 transaction for the possible users of Adapter functionality.

/wp-content/uploads/2014/08/1_512785.jpg

/wp-content/uploads/2014/08/2_512873.png

The entry for SRM (User) is maintained in the table with the Active column checked.

2. CRMSUBTAB table needs to be maintained for up & download of objects using T-code SM30 .

/wp-content/uploads/2014/08/3_512874.png

/wp-content/uploads/2014/08/4_512875.png

Maintain the entries for SRM user as shown in the above screen shot by copying the same from CRM user.

3. CRMRFCPAR table needs to be maintained for defining the RFC connections using  T-code  SM30.

/wp-content/uploads/2014/08/5_512876.png

/wp-content/uploads/2014/08/6_512877.png

Maintain the object name, RFC destination and load type for the SRM user by copying the required objects from CRM user.

4. CRMPAROLTP table needs to be maintained with the OLTP parameters for the user using t-code SM30 .

/wp-content/uploads/2014/08/7_512878.png

/wp-content/uploads/2014/08/8_512879.png

The OLTP parameters and the parameter values have to be maintained to the SRM user.

The following settings need to be maintained in SRM (EBP) system:

1. SMOFPARSFA table needs to be maintained for Middleware parameters using t-code SM30.

/wp-content/uploads/2014/08/9_512880.png

/wp-content/uploads/2014/08/10_512881.png

/wp-content/uploads/2014/08/11_512882.png

The key, parameter name, middleware user name and parameter value needs to be maintained in the table.

2. Middleware parameters need to be setup using SMOEAC (Administration console).

/wp-content/uploads/2014/08/12_512883.png

Select the object type as site and click on the filter icon.

/wp-content/uploads/2014/08/13_512884.png

The nodes of CRM & R/3 should get displayed under Site types.

/wp-content/uploads/2014/08/14_512885.png

/wp-content/uploads/2014/08/15_512886.png

Create object SRM under CRM node by clicking on create new objects icon and enter the object information. The site attributes window will pop up when the site attributes tab is clicked.

/wp-content/uploads/2014/08/16_512887.png

/wp-content/uploads/2014/08/17_512888.png

Create object EC2CLNT300 (backend server) under R/3 node by clicking on create new objects icon and enter the object information. The site attributes window will pop up when the site attributes tab is clicked.

Once you create the objects the nodes will be displayed as under:

/wp-content/uploads/2014/08/18_512889.png

3. Ensure that no entries are there in “Assign Hierarchies to Applications” table using
   COMM_PRAPPLCAT transaction.

/wp-content/uploads/2014/08/19_512890.png

4. Ensure that there are no inbound queues in SRM using SMQ2 transaction and no
   Outbound queues in R/3 using SMQ1 transaction before starting the initial upload.
  
5. Ensure that the customizing objects are maintained and active in the Adapter overview using R3AC3 transaction.

/wp-content/uploads/2014/08/20_512894.png

/wp-content/uploads/2014/08/21_512895.png

Ensure that the below mentioned objects are active :

DNL_CUST_BASIS3
DNL_CUST_PROD0
DNL_CUST_PROD1
DNL_CUST_SRVMAS

6. Once the above steps are ensured then start the initial upload using R3AS transaction.

Select the load object as DNL_CUST_BASIS3 and enter. The source site and destination site gets automatically defaulted. Then execute using execute icon.

/wp-content/uploads/2014/08/22_512896.png

Similarly load other objects:

DNL_CUST_PROD0
DNL_CUST_PROD1
DNL_CUST_SRVMAS

7. The loaded objects can be monitored using R3AM1 transaction.

/wp-content/uploads/2014/08/23_512903.png

Enter the object name and execute. The following screen gets displayed.

/wp-content/uploads/2014/08/24_512905.png

The status of the object gets displayed as shown in the above screen shot.

8. Once all the objects were successfully uploaded. The replicated hierarchies, material groups and material types can be checked using COMM_HIERARCHY transaction.

/wp-content/uploads/2014/08/25_512906.png

Choose hierarchy in the Find tab and click on start. The replicated backend R/3 hierarchies get displayed.

By double clicking on R3MATCLASS hierarchy all the material groups replicated from the backend can be seen.

SS.png

Similarly all the material types replicated from the backend R/3 can be seen by double clicking the R3PRODSTYP hierarchy.

9. Maintain business adapter objects using R3AC1 transaction in adapter object overview.

/wp-content/uploads/2014/08/26_513734.png

Select Material and click on details and maintain filter settings.

/wp-content/uploads/2014/08/27_513735.png

Similarly maintain filter settings for SERVICE_MASTER.

/wp-content/uploads/2014/08/28_513736.png

10.   Once the above settings are complete replicate the backend R/3 materials and services using R3AS transaction and clear the inbound and outbound queues in SRM & R/3 respectively before executing this transaction.

/wp-content/uploads/2014/08/29_513737.png

Enter the load object and press enter the source site and destination site gets automatically defaulted. Then execute the transaction. The status of the object can be seen using R3AM1 transaction.

Similarly the service master can be replicated from R/3 by executing the SERVICE_MASTER load job.

11. Once the replication is successfully completed, the replicated materials and services can be seen using COMMPR01 transaction.

Select Materials in Find tab and click on start button. The materials replicated from backend can be seen. The replicated services can also be viewed in a similar way.

To report this post you need to login first.

1 Comment

You must be Logged on to comment or reply to a post.

Leave a Reply