I love SAP Graphical Message Mappings?

[BrunoKon]

Message Mapping rule for target message field D_1154

One constant throughout all of SAP's successful integration journey from XI to PI, and then to PO, has been their Graphical Message Mapping Editor.

I'm not sure everyone loves their Graphical Message Mappings - but like it or not, it has also made the leap to the cloud as well. As 7a519509aed84a2c9e6f627841825b5a points out in his blog "Cloud Integration mapping: Your options explained and compared"

• it allows you to "drag and drop" source fields to target fields


• it does not require any coding (well ... we will get to that)


• it comes available with lots of built functions


• and you can build your own functions as well (ok ... there is some coding)

The great advantage of the Message Mapping Editor is it's ease of use, and it's graphical nature, and my 'gut feel' tells me it is used in something like 80% of all PI/PO mappings. But you need to be careful - as soon as the requirements get somewhat complicated, you end up with a message mapping that is really really ugly, and difficult to understand, support and maintain. And that is where Java and XSLT (and now Groovy and JavaScript) really get to shine.

Even with the ≈ 80% of mappings that the graphical mapping editor is suitable for, it is still sometimes difficult to understand how the mapping works, without a certain level of technical expertise. Just try to make sense of the mapping rule for target message field D_1154 from the image above.

SAP have not offered any sort of message mapping documentation solution, and so there is a great dependency on SAP PI/PO, and now SAP CI technical experts (especially now where there is a lot of activity to migrate away from PI/PO and to potentially redesign interfaces). There are some basic methods available to extract the information, and load it into Excel, where comparison of the mappings is also possible - but it's not ideal.

 

SAP PI/PO Message Mapping Documentation

There is a better solution - we've created a Message Mapping Documentation feature that enables the easy review of message mappings. Non-technical people can now make some sense of message mappings, and SAP PI/PO and SAP CI technical experts do not need to waste their time creating documentation (I know I hated doing this years ago).

The message mapping rule for target message field D_1154 shown above is transcribed into the following documentation - which is clearly much easier to understand.

Message Mapping rule for target message field D_1154

 

The overall message mapping documentation created includes the meta data, information about Function Libraries, and also any local UDF code. Elements, such as standard SAP functions and function calls, are colour-coded to improve readability.

Message Mapping Documentation

 

SAP PI/PO Message Mapping Comparison

Some years later we built on the Message Mapping Documentation with a Message Mapping Comparison feature, to enable the quick determination of differences in message mappings - even across different PI/PO systems.

Comparing two message mappings is simple and clear, with any differences highlighted in yellow.

Message Mapping Comparison

 

SAP PI/PO Message Mapping Similarity Analysis

And, in 2022, we developed the unique Message Mapping Similarity Analysis, so you can easily compare all your message mappings against all your other message mappings - to identify your message mappings that are say, "90% or more similar" (similarity % is configurable, from 50% to 100%).

The result of the analysis is shown in a window like the one below - by selecting the primary mapping on the left you can see all of its similar mappings on the right. And from here you can easily determine exactly how the mappings differ by clicking on 'Compare'.

Message Mapping Similarity Analysis

 

 

Conclusion

We hope this has opened up your eyes about what is possible when working with SAP Graphical Message Mappings.

Understanding how your Message mappings are working is important. In the absence of clear documentation, support and maintenance will be more problematic. And a migration away from SAP PI/PO will also benefit from improved transparency.

Let me know if you have any feedback or questions, and I will respond as soon as I can.

 

Finding out more

These mapping features are just a small part of our UDO for SAP PI/PO software, which is easily installed and configured on your client - you can be reviewing your interfaces and mappings in as little as 20 mins.

If you're interested in finding out more you can find us at our Arianim page on the SAP Store. If you like, we can give you a short demo and an evaluation version - you can then try it out in your own environment, on your own PI/PO mappings.

The content in this post is based on our Arianim blog "Does anyone love their SAP Graphical Message Mappings?".

 

References

If you are curious about what mapping options you have other than Graphical Message Mappings, I can recommend the following excellent SCN blogs from 7a519509aed84a2c9e6f627841825b5a, engswee.yeoh and daniel.graversen.

Cloud Integration mapping: Your options explained and compared | SAP Blogs

I *heart* Groovy mapping | SAP Blogs

I *heart* XSLT mappings | SAP Blogs