{"id":149303,"date":"2025-02-24T07:00:00","date_gmt":"2025-02-24T06:00:00","guid":{"rendered":"http:\/\/e3mag.com\/?p=149303"},"modified":"2025-02-24T09:23:23","modified_gmt":"2025-02-24T08:23:23","slug":"snapmsv3service-produktentwicklung-in-der-cloud-in-der-praxis","status":"publish","type":"post","link":"https:\/\/e3mag.com\/de\/snapmsv3service-produktentwicklung-in-der-cloud-in-der-praxis\/","title":{"rendered":"SnapMSV3service: Produktentwicklung in der Cloud in der Praxis"},"content":{"rendered":"\n

Wie gut eine IT-Infrastruktur funktioniert, h\u00e4ngt zu einem wesentlichen Teil von geeigneten Schnittstellen ab. Das gilt auch und besonders im SAP-Umfeld. Umso erstaunlicher ist, dass sich die SAP-Community zwar ausgiebig der Transition zur neuen S\/4-Hana-Version der SAP-Core-Komponente widmet, die zwingend notwendigen Anpassungen im Integrationsbereich aber kaum thematisiert. Dabei ergeben sich beim Umzug in die Cloud gerade auch bei Schnittstellen v\u00f6llig neue Problemstellungen, die radikal andere Zug\u00e4nge verlangen.<\/p>\n\n\n\n

Integration hei\u00dft Anpassung<\/h2>\n\n\n\n

Anpassungen gab es bei SAP von Beginn an, das zeigt ein Blick zur\u00fcck: 1992 auf den Markt gekommen, war SAP R\/3 schon zu Beginn ein recht offenes System, f\u00fcr das man mit den klassischen Technologien \u2013 RFC, ALE, BAPI und IDOC \u2013 gut Schnittstellen programmieren konnte. Im Lauf der Jahre hat sich SAP immer wieder \u2013 gerade auch im Integrationsbereich \u2013 neu erfunden und modernisiert. Waren es in der Vergangenheit die \u00d6ffnung gegen\u00fcber standardisierten Internet-Protokollen oder die Einf\u00fchrung von Middleware-Konzepten (und Produkten) so sind wir als SAP-Anwender heute \u2013 gerade auch im Cloud-Umfeld \u2013 zunehmend mit neuen Konzepten wie API-First und Event-basierter Kommunikation konfrontiert.<\/p>

\"\"<\/a><\/div><\/div>\n\n\n\n

Und dann kam die Cloud<\/h2>\n\n\n\n

Diese Entwicklung haben viele Kunden nicht mitgemacht und stehen mit ihren Schnittstellen-Konzepten immer noch in der BAPI\/IDOC\/RFC-\u00c4ra. Der Move in die (Public) Cloud ist damit allerdings nicht m\u00f6glich, denn die vergangenen Jahrehaben v\u00f6llig neue Anforderungen und Konzepte ins Spiel gebracht \u2013 und das mit Nachdruck. Immer mehr Bestandteile klassischer Businessprozesse \u00fcbersiedeln in die Cloud, mitunter auch das SAP Backend selbst. Da aber kaum ein Unternehmen seine Prozesse erstmals nur in der Cloud abbildet, entstehen hybride IT-Landschaften aus Cloud- und On-Premises-Installationen, die viele neue Fragen in Bezug auf Schnittstellen und Konnektivit\u00e4t mit sich bringen. <\/p>\n\n\n\n

Dazu kommen technologische Ans\u00e4tze wie API First oder Event-basierte Kommunikation, die genau so wie die neue strategische Oberfl\u00e4chen-Technologie Fiori, den Integrationsbedarf erh\u00f6hen. Und quasi on top steht Security als extrem wichtiges Querschnittsthema, um konkrete Anforderungen technisch sauber und den Compliance-Vorgaben entsprechend umsetzen zu k\u00f6nnen.<\/p>\n\n\n\n

Viele versierte SAP-Profis und Programmierer sind gerade durch ihre langj\u00e4hrige Erfahrung auf die \u201ealte Abap-Welt\u201c fokussiert, das sehen wir aus eigener Erfahrung. Gerade auch beim Thema Schnittstellen haben sie die Konzepte von BAPIs oder IDOCs liebgewonnen und zu beherrschen gelernt. <\/p>\n\n\n\n

Nach dem Clean-Core-Konzept sind diese vertrauten Technologien allerdings definitiv nicht mehr die erste Wahl. Zudem sind diese auf SAP Public Cloud-Instanzen auch nicht mehr verf\u00fcgbar. An Ihre Stelle sollen neue, moderne Technologien wie oData- oder SOAP-APIs treten. Aber sind diese wirklich gleichwertig? Oder ist es notwendig, Schnittstellen v\u00f6llig neu zu denken?<\/p>\n\n\n\n