Skip to Content

Dear SAP aficionados,

A frequent topic in the MM area is defining one or several approval procedures for purchase orders or purchase requisitions based on the classification system. Once, the configuration is tested in the development environment comes the question of replicating the settings in various other systems (quality assurance, training, pre-production, etc…).

Often, this task is performed manually, however, it becomes rapidly not fun at all to repeat over and over again the configuration and the major inconvenient is that manual entry leads to inconsistencies which takes time to resolve. So, I would like to present one method to move classification configuration across systems/clients.

This is based on notes I made as a “Junior” and it is intended to be a quick reference for all !

To transport the classification data, there are three alternatives:

• ALE: the attributes, class and value are exported via ALE (IDOC).

• LMSW: there must be a loading / unloading of the classification to perform the copy.

• SXDA: Data Transfer Workbench.

Usually the ALE method is simpler and faster to implement, changes in the classification are done in a reference system (the configuration system/client) and then sent via the ALE standard tools. This is the preferred method to perform this task, the necessary configuration and execution steps are presented below.


Setup

a) BD54 -> Declaration of logical systems

Prerequisite: logical systems must be declared on each client to define the distribution model, etc…

b) BD64 -> distribution model

Define a distribution model for each target system/client.

/wp-content/uploads/2014/11/bd64_597293.png

c) SM59 -> RFC destination

Define the RFC destinations to the target systems for the distribution of the configuration. The important point, is to make sure that the user assigned to the RFC has the correct authorizations for the classification/class creation and/or change.

/wp-content/uploads/2014/11/sm59_597294.png

d) WE21-> Create transactional RFC port

Prerequisite: RFC connection configured (SM59) .

Ports identify the SAP systems for data exchange (Idocs, etc …).

/wp-content/uploads/2014/11/we21_597297.png

e) BD82 -> Generate partner profile.

Prerequisite: transactional RFC port configured (WE21).

When the partner profile is set via BD82, it is not necessary to execute WE20 to define the outbound parameters. This has to performed from the source system, the partner system is the target system where the classification (release strategy) has to be transported.

/wp-content/uploads/2014/11/bd82_2_597298.png

Click execute and control the log

/wp-content/uploads/2014/11/bd82log_597302.png


The systeme configures automatically the target port and the outbound parameters for the messages.



f) The next step is to define in the partner system (here ECQCLNT200), the inbound parameters for the processing of the messages sent by the source system (here ECDCLNT100). The configuration steps are for all the message types :

/wp-content/uploads/2014/11/inboundpara_597303.png


CHRMAS Characteristics :

Enter the number of partner ECDCLNT100

Enter the type of partner: LS

Enter the type of message: CHRMAS

Enter code processing message: CHRM

CLFMAS Classification:

Enter the number of partner ECDCLNT100

Enter the type of partner: LS

Enter the type of message: CLFMAS

Enter code processing message: CLFM

CLSMAS Characteristics values :

Enter the number of partner ECDCLNT100

Enter the type of partner: LS

Enter the type of message: CLSMAS

Enter code processing message: CLSM

Note : the inbound parameters have to be defined in each target system/client where the release strategy has to be transported.


Data Transport


All the systems/client are now ready, the distribution will copy the settings from the source system to the target systems.


The below transactions, have to be executed in the order shown (and numbered by SAP) characteristics, class, attributes.

BD91 => sending (CHRMAS)

BD92 => sending (CLSMAS)

BD93 => sending (CLFMAS)

Log into the target system(s) and check the IDOC processing with the transaction WE02 and/or execute BD87 to process the IDOCs.

/wp-content/uploads/2014/11/bd87_2_597309.png

Enjoy!

To report this post you need to login first.

2 Comments

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

  1. George Zelnick

    A nice contribution.  Once question. What transaction is being used for step f ?  I was thinking WE20, but my system version may not match the author’s, so the screen layout is not the same on my system.

    (0) 

Leave a Reply