S/4HANA conversion projects are taking off with more and more companies moving to the latest version of the the famous SAP ERP system. On one hand this is a huge opportunity to start using the latest features but on the other hand it can be a challenge are the conversion process may require code or process changes. With S/4HANA Selective Data Transition projects companies are implementing more complex projects (new business functions, systems consolidations for merging many individual systems into a larger single instance or even doing carvouts where one system is split into a few simpler systems). The question is how can we make sure that the SAP EDI scenarios are working in the same way after the conversion as they did before the conversion?
Testing for S/4HANA projects
Scope of the SAP EDI test for the S/4HANA conversion project
a) custom code migration – custom ABAP code may need to be enhanced to work in the same way after the S/4HANA conversion
b) ABAP code updates – for consolidations, carvouts, code cleaning. Those changes can be very significant but still the SAP EDI interface need to work in the same way after the S/4HANA conversion project
c) change of the middleware – at the time of the S/4HANA conversion project companies want to change the middleware (from SAP PO to SAP Cloud Platform Integration Suite for example)
d) change of the integration technology – some companies want to replace IDOCs with other integration technologies (SOAP/APIs)
e) change of the EDI provider – some companies can use the S/4HANA conversion project to switch the SAP EDI interfaces from it’s own middleware to an EDI provider (Seeburger, Opentext, etc.) or do the opposite move.
Automated SAP EDI testing for S/4HANA with Int4 IFTT
How does it work?
Step 1
Step 2
Result
All testing results are immediately visible after the automated test run and depending on the test direction you can validate different things:
a) for inbound – EDI to SAP ERP – messages – where Int4 IFTT sends the test messages to the middleware or SAP S/4HANA system directly can you check if the new business document is exactly the same as the one created before the S/4HANA conversion as shown in Figure below.
As we can see the same EDI message created a new sales order in the S/4HANA system but the Plant number is different. That means that the S/4HANA conversion project changed something causing a difference when reposting the same EDI message. Now it can be validated with the SAP functional expert or SAP developer and the test can be easily repeated once the issue is found.
b) for outbound – SAP ERP to EDI – messages – where Int4 IFTT would repeat the SAP EDI message output from the existing transactions on the S/4HANA backend system (so the ABAP code creating the IDOC/SOAP messages would be also tested) we only need to automatically validate the EDI messages as shown in Figure below.
Summary
Further Reference
SAP PRESS book: Testing SAP APIs: Strategy and Execution – where testing of SAP APIs for S/4HANA conversion use case is described in detailed
openSAP course: Virtualize and Automate Your SAP Testing Using Int4 IFTT (7200 participants and over 1.000 certified) lesson – Week 2 – Unit 4: SAP S/4HANA Conversion Testing
SAP Insider: Automated Testing and Virtualization of SAP Application Interfaces in SAP S/4HANA Conversion Projects
Source: https://blogs.sap.com/2020/12/30/automated-sap-edi-testing-for-s-4hana-conversion-projects/
Nenhum comentário:
Postar um comentário