SAP CPI Tipps und Tricks
REST-zu-SOAP Mapping mit XSLT
Praxis-Tipp
Bei verschachtelten XML-Strukturen lohnt es sich, das XSLT-Mapping zuerst lokal mit einem Standalone-Prozessor zu testen, bevor man es in den iFlow einbaut - das spart viele Deployment-Zyklen.
Bei der Integration von REST-Endpunkten mit klassischen SOAP-Services in S/4HANA tritt das XSLT-Mapping immer wieder als Fehlerquelle auf, besonders bei verschachtelten Strukturen.
Typische Fehlerquellen
Namespace-Konflikte zwischen dem REST-JSON-zu-XML-Converter und dem Ziel-SOAP-Schema sind die häufigste Ursache für fehlschlagende Mappings. Der Converter erzeugt oft einen Default-Namespace, der nicht mit dem erwarteten SOAP-Envelope uebereinstimmt.
Vorgehen zur Fehlersuche
Im Message Processing Log lässt sich der Content Modifier vor und nach dem XSLT-Schritt einsehen. Ein Vergleich der beiden Payloads zeigt meist sofort, an welcher Stelle das Mapping nicht greift.
Fazit
Ein systematisches Vorgehen mit lokalem Testen spart in der Praxis deutlich mehr Zeit als das Debuggen direkt im produktiven iFlow.
Weiterfuehrende Links
- Content Modifier and XSLT MappingSAP Help Portal
Offizielle Dokumentation zu XSLT-Mapping-Schritten im iFlow-Designer
- Troubleshooting XSLT Mappings in CPISAP Community
Communitybeiträge zu typischen Fehlermeldungen bei Namespace-Konflikten