SEEBURGER Business Integration Suite Accelerate Business-Driven Innovation with IntegrationJetzt Whitepaper herunterladen
SEEBURGER Cloud Portal Wir bieten Cloud Services, die Unternehmen flexibler und agiler machen.
AnmeldenRegistrieren
Wie können wir Ihnen weiterhelfen? Setzen Sie auf hochqualifizierte Unterstützung – Rund um die Uhr.
Support HotlineService Portal
Jetzt verfügbar: BIS 6.7 Kunden, die BIS 6.7 einsetzen, profitieren von agilen und skalierbaren Integrationslösungen für den digitalen Wandel und eine Vielzahl von Betriebsmodellen.Mehr erfahren über das Major Release
Jobs bei SEEBURGER – Gestalten Sie Ihre Zukunft gemeinsam mit uns Das „Who-is-Who“ der Wirtschaft vertraut auf SEEBURGER-Lösungen. Vertrauen auch Sie auf SEEBURGER als attraktiven Arbeitgeber.
Aktuelle Stellenangebote
35.000 Unternehmen stehen weltweit vor einer monumentalen Aufgabe: der Einführung von SAP S/4HANA bzw. der Migration auf das neue ERP-System der SAP.
Wir haben für diese Unternehmen einen Leitfaden zusammengestellt. Erfahren Sie, was Sie beachten sollten, wenn Sie sich im Rahmen dieser Aufgabe mit dem Thema Integration auseinandersetzen.
Verschaffen Sie sich so einen Überblick über die Systeme und Endpunkte, die mit SAP S/4HANA integriert werden müssen, lernen Sie die verschiedenen Integrationsmuster kennen und erfahren Sie, welche Änderungen und Modernisierungen der Integrationsschnittstellen bei SAP S/4HANA anfallen können.
Die Rolle der Konnektoren sowie die Vorteile von Content und kanonischen Formaten bei der Bewältigung von B2B-Integrationen sollten Sie ebenso kennen, wie die Kriterien, die bei der Auswahl des Bereitstellungsmodells einer Integrations-Plattform für die S/4HANA-Integration berücksichtigt werden sollten.
Am Ende hält die Einschätzung von Integrationsexperten und Meinungsführern zur S/4HANA-Integration wertvolle Denkanstöße für Sie bereit.
Informieren Sie sich!
Die Inhalte dieser Seite mit zusätzlichen fachlichen Details finden Sie kompakt zusammengestellt in unserem Leitfaden für die Integration von S/4HANA.
Jetzt herunterladen
SAP S/4HANA ist das strategische und zukunftsfähige ERP-System (Enterprise Ressource Planning) der SAP. Es wird das seit Jahrzehnten bekannte Kernsystem der SAP, SAP ECC, ablösen. Neben der Abdeckung klassischer Geschäftsprozesse von Unternehmen in vielen Branchen unterstützt SAP S/4HANA mit integrierten, modernen und intelligenten Technologien. Anwenderunternehmen werden somit in die Lage versetzt, Geschäftsprozesse besser zu automatisieren und Analysen in Echtzeit durchzuführen.
SAP S/4HANA ist nur ein Teil des Gesamtportfolios der SAP, das aus circa 300 Produkten und weiteren 200 reinen Cloud-Service-Angeboten besteht.
Die ersten drei SAP-Generationen waren R/1, R/2 und R/3. Das „R“ steht hier für „Realtime“. Die R-Generationen waren zu ihrer Zeit innovativ: Alle relevanten betrieblichen Kernprozesse wurden konsistent auf einer gemeinsamen Datenbasis abgebildet und jede Aktualisierung war überall sofort wirksam und sichtbar.
SAP S/4HANA geht neben der Vereinfachung mit dem Realtime-Ansatz für analytische Auswertungen darüber hinaus: Jetzt ist es möglich, dass jede Aktualisierung einer einzelnen Transaktion auch in der Aggregation sofort wirksam und sichtbar ist. Dies war bislang, aufgrund der zu verarbeitenden Datenmengen, nicht in Realtime möglich.
Ein wesentlicher Innovationssprung ist, dass SAP S/4HANA von den Anwenderunternehmen auch als Cloud-Angebot genutzt werden kann. Die SAP bietet S/4HANA in den folgenden Optionen an:
Diese betreibt der Anwender in Eigenregie oder bei einem klassischen Betriebsprovider (Hosting). Diese Lösung hat zum Beispiel in der Region DACH den höchsten Zuspruch mit einem Anteil von ca. 80 %.
In diesem Fall übernimmt die SAP den Betrieb, dem Anwenderunternehmen steht aber eine „eigene“, sprich dedizierte Umgebung (private edition, single tenant) zu. Der Anteil beläuft sich auf circa 15 %.
In diesem Fall übernimmt die SAP den Betrieb, dem Anwenderunternehmen steht aber nur ein „persönlicher“ Bereich einer geteilten Umgebung (multi tenant) zu. In 2020 setzen lediglich 5 % der SAP-Anwender auf diese Lösung. Die SAP S/4HANA Cloud Essentials-Alternative bietet deutlich eingeschränktere Anpassungsmöglichkeiten als die beiden oben genannten Alternativen.
Die prozentualen Verteilungen beziehen sich auf die Region DACH (Studien von Lünendonk und PwC).
Zurück nach oben
Durch die angekündigte Einstellung der Unterstützung des Altsystems SAP ECC (entspricht der „R/3-Generation“, siehe oben) werden Bestandskunden eine komplette Umstellung auf S/4HANA bis 2030 durchgeführt haben müssen (Stand 2021). Dieser Umstieg auf SAP S/4HANA betrifft weltweit circa 35.000 Unternehmen.
Erste Anwenderunternehmen haben bereits Komponenten von SAP S/4HANA eingeführt und einige davon haben umfänglich migriert oder haben das neue ERP komplett eingeführt.
Stand 2021 ist davon auszugehen, dass für deutlich über 80 % der Bestandskunden der SAP die Einführung noch nicht abgeschlossen ist bzw. noch nicht angegangen wurde. Die überwiegende Mehrheit plant, ihre Migration in den nächsten 5 Jahren abgeschlossen zu haben.
Der Umstieg ist kein ‚isoliertes Vorhaben‘, sondern findet im Rahmen der betrieblichen Realität statt:
Die Einführung von SAP S/4HANA ist für viele Unternehmen wie ein Wechsel der Räder bei voller Fahrt.
Was bedeutet die Einführung von S/4HANA aus Integrationssicht – wenn man die über Jahrzehnte gewachsene IT-Infrastruktur des Unternehmens und die über die Jahre durchgeführten Integrationen innerhalb dieser Landschaft betrachtet?
Abbildung 1: Über Jahre und Jahrzehnte baute sich bei SAP-Anwenderunternehmen ein hoher Bestand an Integrationen mit dem SAP-Kernsystem auf
Die sehr vereinfachte lineare Darstellung in Abbildung 1 drückt aus, dass über einen langen Zeitraum sukzessive ein hoher Bestand an Integrationen aufgebaut worden ist:
Im Zuge einer S/4HANA-Einführung muss derselbe Bestand an Schnittstellen mit dem neuen Kernsystem nun jedoch in einer drastisch reduzierten Zeitspanne – der Migrationsphase – abgebildet werden!
Abbildung 2: Für die Abbildung aller Bestandsintegrationen mit S/4HANA bleiben in der Migrationsphase lediglich Monate im Rahmen der Projektlaufzeit
Im Detail ist das Integrationsproblem komplexer – denn der Status eines Unternehmens ändert sich während der Migrationsphase fortwährend. Unternehmen stehen während der Migrationsphase nicht „still“ und stellen sich zum Beispiel Fragen, wie:
Es ist leicht verständlich, dass das Thema Integration mithin der größte Risikofaktor für eine S/4HANA-Migration „in time, scope and budget“ ist.
Auf einer sehr einfachen Meta-Ebene lassen sich mit einem hohen Abdeckungsbedarf vier Integrationsfelder – Kategorien von Systemen und Endpunkten – im Integrationsraum SAP S/4HANA bestimmen:
Abbildung 3: Integrationsfelder im Kontext der S/4HANA-Integration
Jedes Integrationsfeld – oder Kategorie – hat einen spezifischen Kontext und eine eigene Charakteristik, die im Folgenden kurz beschrieben werden.
Die SAP S/4HANA-Integration mit 3rd-Party-Applikationen und Legacy-Systemen ist bei der Projektplanung ganz wesentlich, denn das Projektrisiko eines Zeitverzuges durch eine Fehleinschätzung oder schlicht “das Übersehen“ von Systemen ist hier besonders hoch.
3rd-Party-Applikationen stellen sowohl technische, prozessuale als auch semantische Anforderungen, die im Rahmen einer Integration mit SAP S/4HANA gelöst werden müssen.
Cloudbasierte Applikationen bringen zusätzliche Herausforderungen und Projekthürden wie etwa Security-Anforderungen im Zusammenhang mit Firewall-Konfigurationen mit sich.
Zu den 3rd-Party-Angeboten, die häufig mit SAP S/4HANA integriert werden, zählen unter anderem:
Legacy-Systeme und Eigenentwicklungen erschweren das Projekt durch oftmals fehlende moderne Integrationsmöglichkeiten zusätzlich. Entscheiden sich Unternehmen, einige Applikationen und Systeme aus dieser Kategorie bei einem Hyperscaler zu betreiben, erhöhen auch hier Security-Anforderungen die Schwierigkeiten einer raschen Umsetzung der Integrationsanforderungen.
Das Integrationsfeld B2B, in dem auch B2G (Business-to-Government) wie etwa die Abdeckung von nationalen E-Invoicing-Verfahren eingeschlossen ist, ist die anspruchsvollste und heterogenste Disziplin im Integrationsraum SAP S/4HANA. Sechs wesentliche Gründe hierfür sind:
Die Migration zu S/4HANA bietet gerade hier Gelegenheit, über eine Konsolidierung, Standardisierung und Modernisierung der über die Jahre gewachsenen B2B-Integrations-Infrastruktur die Beherrschbarkeit dieses Integrationsfeldes in der Zukunft sicherzustellen – und oftmals eine hohe Summe an jährlichen Gesamtkosten zu sparen.
Im Kontext hybrider IT-Infrastrukturen bauen Unternehmen häufig Multi-Cloud-Umgebungen auf. Dies kann die Nutzung mehrerer Public Cloud-Angebote bzw. eine Kombination mehrerer (interner oder gehosteter) Private und Public Cloud-Lösungen bedeuten – und dies erfordert hybride Cloud Integration. Somit verfolgt nahezu jedes SAP S/4HANA-Anwenderunternehmen eine Multi-Cloud-Strategie – und steht somit vor allen resultierenden Integrationsanforderungen:
Im Kontext der Integration von Public Clouds liegt ein Schwerpunkt auf der Nutzung der Möglichkeiten und Service-Angebote von Hyperscale-Environments für den Aufbau von Data Lakes und die Nutzung von dort verfügbaren Werkzeugen für Analytics/BI, Machine Learning (ML), IoT und Artificial Intelligence (AI).
Unternehmen möchten aus Massendaten Informationen gewinnen. Und sie wissen, dass nur die Hyperscale-Environments eine Lösung bieten, kosteneffizient, sowohl den entsprechenden Data Storage (Data Lakes), als auch das geeignete Tool-Set für die Analyse von Massendaten als Mehrwertdienst bereitzustellen.
Dies wirft die Frage auf: wie kommen die Daten nun in den Data Lake in der Public Cloud – wie werden zusätzlich bidirektionale Datenflüsse bewältigt? Genau diese Frage wird im Integrationsfeld Public Clouds und Data Lakes mit einer hybriden Integrationsplattform gelöst – und SAP S/4HANA ist hierbei eine der interessanten Datenquellen.
Einen Überblick über einsatzbereite Lösungen für die Anbindung von Public Clouds und Data Lakes in Public Clouds verschaffen zum Beispiel die Kategorien ‘Public Cloud Access Technology’ und ‘Databases and Data Storage’ auf unserer Konnektoren-Seite.
SAP S/4HANA ist nur ein Teil des Gesamtportfolios der SAP, das aus circa 300 Produkten und weiteren 200 Cloud-Service-Angeboten besteht. Die SAP selbst stellt eine out-of-the-box Integrationslösung für vier Kernprozesse und daran beteiligte SAP-Applikationen bereit. Das lässt im Einzelfall ein weites Feld ungelöster Integrationsaufgaben für ein Unternehmen zurück.
Der Vorteil für Kunden der SAP ist, dass sie sich auf die Offenheit aller SAP-Angebote hinsichtlich ihrer Integrationsmöglichkeiten verlassen können, wie dieses Beispiel im Kontext von SAP BW/4HANA eindrucksvoll zeigt.
Somit können alle SAP-Angebote – Produkte und Services – über geeignete Integrationsplattformen integriert werden. Wie das Beispiel zeigt, ist dies ohne Probleme und Friktionen selbstverständlich möglich.
Abbildung 4: Die SEEBURGER BIS-Plattform für umfassende Integration auf einer vereinheitlichten Integrationsplattform bei der BSH – Bosch Siemens Haushaltsgeräte
Die meisten SAP Cloud-Applikationen wie SAP SuccessFactors, SAP Concur, SAP Fieldglass oder SAP Ariba haben eine „Nicht-SAP“-Historie – waren sie doch einst „3rd-Party-Applikationen“ und wurden von der SAP übernommen. Sie bieten diverse Schnittstellenmöglichkeiten, die jederzeit zur Integration genutzt werden können. Dies ist wichtig, denn oft müssen diese auch mit Non-SAP-Anwendungen integriert werden. Umgekehrt kommen oft auch Alternativen wie etwa COUPA statt SAP Ariba beim SAP-Anwenderunternehmen zum Einsatz. Die Orchestrierung der Gesamt-Geschäftsprozesse und die Integration von Daten und Transaktionen zwischen allen Applikationen und Services – SAP und Non-SAP – ist dank der Offenheit aller Angebote und deren Integrierbarkeit jedoch kein Problem.
Im Rahmen von Informationsveranstaltungen der SAP-Anwendervereinigung DSAG wurde kommuniziert, dass es sich bei 70 % der erforderlichen Integrationen um die Anbindung von Nicht-SAP-Systemen und Endpunkten handelt.
Abbildung 5: Der Anteil an Nicht-SAP-Integrationen bei einer S/4HANA-Migration beträgt über 70 %
Die Herausforderung besteht darin, im S/4HANA-Integrationsszenario nahtlose Verbindungen zwischen allen Endpunkten aufzubauen – und es bedeutet natürlich nicht, dass das neue ERP stets der Beginn oder das Ende einer Integrationsstrecke ist.
Die B2B-Integration sticht besonders hervor: sehr oft ergibt sich in diesem Integrationsfeld die höchste Anzahl an Endpunkten (der jeweilige Partner mit meist mehreren abzubildenden Transaktionen) bei geringstem durchschnittlichen Volumen pro Endpunkt.
E-3 Magazin Artikel lesen
Eine mögliche Herangehensweise, sich in einer heutigen IT-Landschaften einen groben Überblick über Integrationsanforderungen zu verschaffen, ist die Betrachtung von Integrationsmustern. Dies ist wesentlich, wenn es um die Bestimmung der Anforderungen an eine Integrationsplattform für den Integrationsraum SAP S/4HANA geht.
Es gibt eine Vielzahl von Möglichkeiten, Integrationsschnittstellen in einer IT-Infrastruktur zu erheben, zu beschreiben und zu klassifizieren.
Eine Besonderheit stellt die Betrachtung von erforderlichen Integrationsmustern dar.
Die Fähigkeit, Integrationsmuster umfänglich abzudecken, ist eine zentrale und wesentliche Kerneigenschaft einer auszuwählenden Integrations-Plattform für SAP S/4HANA.
Diese Fähigkeit ist im Gegensatz zu anderen Attributen und Features nicht einfach über eine Entwicklungs-Roadmap adressierbar.
An ihr entscheidet sich die Investitions-Sicherheit für die Auswahl einer geeigneten Plattform.
Es muss daher einer leistungsfähigen Integrationsplattform gelingen, diese Muster vereinheitlicht in einer Systemlandschaft abzubilden, die zentral verwaltet werden kann. Zu diesen zentralen Verwaltungsfunktionen zählen Entwicklungs-, Konfigurations- und User-Management- sowie Monitoring-Aufgaben.
Parallel muss sie das Widersprüchliche zwischen den Integrationsmustern auflösen und beherrschen, zum Beispiel eine Lösung für folgendes Szenario bieten:
Die Abarbeitung von Bulk-Daten oder rechenintensiven, komplexen Integrationsprozessen, ohne negative Auswirkungen auf das zeitkritische Prozessieren granularer Echtzeitszenarien oder synchroner Modi.
Vor diesem Hintergrund ist es für Integrationsspezialisten ratsam, die Analyse der folgenden Integrationsmuster als Bedarfsanforderungen für SAP S/4HANA und die gesamte IT-Landschaft in den Fokus zu stellen:
Die Bewältigung dieser Integrationsmuster ist das zentrale Wesensmerkmal einer vereinheitlichten Integrationsplattform. Werden diese nicht unterstützt, kann ihre Tauglichkeit als umfassende und zukunftssichere Plattform für den SAP S/4HANA-Integrations-Challenge in Frage gestellt werden.
Webcast-On-Demand ansehen
Auf Basis der vertrauten SAP-Schnittstellen-Technologien IDoc, ALE, RFC, BAPI oder JCO haben SAP-Anwenderunternehmen ihre SAP-Zentralsysteme erfolgreich über Jahre und Jahrzehnte hinweg integriert. Von SAP S/4HANA erwarten Anwender Innovationen und Antworten bezüglich der Unterstützung moderner Technologien und hoffen gleichzeitig, dass die oben aufgeführten bewährten Technologien weiterhin unterstützt werden.
Zudem sind drei weitere interessante Schnittstellen-Technologien hinzugekommen, um dem Anspruch an die SAP auf Innovationen gerecht zu werden:
Einen einfachen Überblick verschafft diese Grafik:
Abbildung 6: Für eine Vielzahl von Integrationsmustern gibt es in SAP S/4HANA entsprechende Schnittstellen
Es ist in diesem Zusammenhang anzunehmen, dass die SAP kaum noch Innovationen und Fortentwicklungen im Bereich Legacy-Schnittstellen durchführen wird. Aktuell setzen daher SAP-Entscheider vorrangig auf die Möglichkeit, Integrationsplattformen einzusetzen, die:
Mit dem SAP One Domain Modell sowie SAP Graph führt die SAP derzeit neue Konzepte ein, die im Kontext verschiedenster Integrationsszenarien hochinteressant werden können.
Die Vielzahl heterogener Schnittstellen-Technologien, die es im Integrationsraum SAP S/4HANA zu beherrschen gilt, stellt für viele Integrationsteams eine große Herausforderung dar. Effiziente Integrationsplattformen machen diese monumentale Aufgabe durch konfigurierbare Standardwerkzeuge und Integrationsadapter deutlich einfacher.
Damit die SAP S/4HANA-Migration oder Einführung ein Erfolg wird, benötigen Integrationsteams weitere Projektbeschleuniger oder Acceleratoren, um Schritt zu halten. Solche Projektbeschleuniger sind Konnektoren.
Der Einsatz von Konnektoren ermöglicht die Integrationen zu eindeutig beschreibbaren Integrations-Endpunkten ohne Detailkenntnisse der erforderlichen Technologien.
Die Vorteile eines Konnektors:
einfachste Konfiguration
minimale Entwicklungs- und Designaufwände für Integrationen
kann mehrere Adaptertechnologien orchestriert beinhalten
klar definierte Funktionen
beinhaltet je nach Endpunkt spezifische Vorkonfiguration und Integration-Assets (z. B. Konfigurationsdaten, Mappings etc.)
Abbildung 7: Ein Konnektor bietet den maximal möglichen Grad an einfacher Konfiguration
Für manche Integrationsszenarien ist es jedoch überhaupt nicht nötig, spezifische Konnektoren bereitzustellen, da die Endpunkte mit generischen Standard-Adaptern angebunden werden können. Solche generischen Adapter sind zum Beispiel (s)ftp, REST-API, KAFKA, Kommunikationsstandards in IoT und IIoT wie MQTT und OPC UA, AS2, AS4, mail, EBICS, MLLP, SOAP, JMS, MQ, Database.
Zusammengefasst ermöglichen Konnektoren im Rahmen von SAP S/4HANA-Projekten eine drastische Projektbeschleunigung bei einer Minimierung von Spezialkenntnissen:
Im Kontext der vier Integrationsfelder für SAP S/4HANA nimmt die B2B-Integration eine besondere Stellung ein. Nachstehende Grafik bringt die kritischen Rahmenbedingungen dieser Kategorie für Development- und Operations-Teams beim Anwenderunternehmen auf den Punkt:
Abbildung 8: Die Besonderheiten der B2B-Integration mit SAP S/4HANA
Die nachstehende Grafik verdeutlicht die Komplexität der klassischen B2B-Integration:
Abbildung 9: B2B-Integration mit SAP S/4HANA ist besonders anspruchsvoll
Die Vielfalt an Möglichkeiten, Anforderungen und Kombinationen hinsichtlich
machen die B2B-Integration mit SAP S/4HANA nicht gerade einfacher.
Um alle Anforderungen weitgehend parallel adressieren zu können, ist ein hochgradig standardisiertes Verfahren und Konzept der B2B-Integration erforderlich. Dieses Konzept bedeutet die Entkopplung von:
Partner-Content & spezifischer B2B-Technolgie vonSAP-Content & gewählter SAP-Schnittstellen-Technologie.
Abbildung 10: Ein hochgradig standardisiertes Verfahren und Konzept der B2B-Integration entkoppelt Partner-Content & spezifische B2B-Technolgie von SAP-Content & gewählter SAP-Schnittstellentechnologie
Der Einsatz eines kanonischen Formates als Zwischenschicht als Ebene der Standardisierung ermöglicht diese Entkopplung.
Durch das kanonische Format können alle vorhandenen Anforderungen externer Partner in standardisierte und generische Geschäftsprozesse überführt werden. Nur diese werden final mit dem Backendsystem integriert.
Neue Partner werden in Folge lediglich durch ein Deployment von Partner-Content – einem Partner Connector – aufgeschaltet. Ein Integrationsprojekt ist nicht mehr erforderlich. Änderungsdienste reduzieren sich im Wesentlichen auf ein Content-Update.
Abbildung 11: Investitionssicherheit und Aufwandsreduktion bei der Migration auf SAP S/4HANA geht nur über Entkopplung und Content
Abbildung 11 gibt einen Einblick in das Konzept der Entkopplung am Beispiel eines SAP ECC Anwenders, der parallel S/4HANA einführt. Der Modernisierungsaufwand ist gering (siehe ). Er reduziert sich auf eine sehr überschaubare Anzahl an Prozess-Mappings hin zum Backend-System, während die hohe Bandbreite an bereits verwendetem Partner-Content problemlos weiter genutzt werden kann.
Der Einsatz eines kanonischen Formates als Zwischenschicht funktioniert gleichermaßen bei der Einführung neuer Technologietrends wie APIs (siehe ) und ist unabhängig von der jeweiligen B2B-Integrationstechnolgie und des Content-Formates, die der individuelle Geschäftspartner nutzt.
Um unter Integrationsgesichtspunkten die Frage zu beantworten, welche Bereitstellungsformen von Integrations-Lösungen und Angeboten für welche Aufgabenstellungen am vorteilhaftesten sind, betrachten wir eine möglichst einfache Darstellung einer IT-Landschaft, wie in Abbildung 12 dargestellt. Diese skizziert eine Architektur, die von Multi-Cloud-Überlegungen und der Notwendigkeit aller Integrationsfelder geprägt ist.
Abbildung 12: Multi-Cloud-Architektur und die Frage nach der Bereitstellungsform einer Integrationslösung
Die oberste Schicht ist vornehmlich von der B2B-Integration vieler 3rd- Party-Vendor Clouds als Bezugsplattform eines Software- oder Applikations-Services sowie Public Clouds als Betriebsplattform für ausgewählte Applikationen und SAP Cloud-Anwendungen geprägt.
Das Zentralsystem kann in unterschiedlichen, auch hybriden, Cloud-Varianten verortet sein, eine gewisse Anzahl von Anwendungen kann und wird weiterhin On-Premises laufen (z. B. Shopfloor-Management-Systeme).
Die Grafik suggeriert, dass eine Integrationsplattform in die „Nähe“ des Zentralsystems sollte.
Was bedeutet diese Darstellung für die notwendige Betriebs- und Bezugsplattform der hierzu passenden Integrationsplattform konkret?
Das bedeutet, sie muss in allen Cloud-Ausprägungen – mit Ausnahme der ohnehin „geschlossenen“ Vendor Clouds – und On-Premises betrieben werden können. So ist es möglich, alle Anforderungen hinsichtlich Funktion, Sicherheit, Minimierung von Risiken und Kosteneffizienz an die Integration abzudecken. Im Falle der Grafik ist hier beispielsweise das entscheidende Kriterium, in welcher Cloud-Betriebsplattform das Kern-ERP-System seinen Platz gefunden hat.
Viele Anwenderunternehmen nutzen die Einführung von SAP S/4HANA, um sich angesichts der Anzahl von Integrationen folgende Optimierungs-Fragen zu stellen:
Eine SAP S/4HANA-Einführung bietet die Chance für Modernisierung und Effizienz – und gerade die letzte Kategorie ist in den Händen eines Service-Anbieters und Spezialisten besser aufgehoben.
Denn bei Integrationen kommt es nicht auf SLAs für Systemverfügbarkeiten an, sondern auf die Sicherstellung eines Verarbeitungsergebnisses in Zeit und Umfang. Dies versteht man unter einem Integrationsservice, und er ist somit weit mehr, als nur ein Applikationsservice.
Die folgenden zwei Integrationen bietet sich uneingeschränkt dafür an, sie als Integrationsservice über einen externen Dienstleiter zu nutzen:
In den letzten Jahren hat das iPaaS-Modell (Integration Platform as a Service) einen hohen Verbreitungsgrad erreicht. Ein vornehmlicher Grund ist: Es gab in den letzten 10 Jahren ein explosives Wachstum von Schnittstellen. Treibende Faktoren waren
iPaaS-Angebote bieten eine Reihe von Vorteilen:
Wesentlicher Vorteil des Einsatzes einer iPaaS-Lösung ist heute, dass sie durch den Anbieter für den Anwender gemanagt wird, aber für die spezifischen Bedarfe des Unternehmens hinsichtlich Performance und Scope optimierbar ist. Dies entbindet die Anwenderunternehmen nicht von der Verantwortung, für das Ergebnis und die Fachlichkeit selbst in die Verantwortung zu treten, entlastet aber die Operationsbereiche.
Fassen wir die bisherigen Erkenntnisse zusammen, um die Anforderungen an eine Integrationsplattform für SAP S/4HANA festzulegen:
Wesentlich ist die Abdeckung aller nicht-SAP Endpunkte, denn diese machen mehr als 70 % der Erfordernisse aus.
Es ist entscheidend, dass jeder Integrationsprozess auf alle verfügbaren Schnittstellen-Technologien zurückgreifen und diese wahlfrei kombinieren kann. Somit kann jeder Integrationsprozess auch beliebig viele Systeme oder Applikationen umfassen.
Das Bild wird vollständig, wenn man seinen Blick auf die Anwendererfordernisse richtet. War das Thema Integration bislang Integrations-Spezialisten vorbehalten, so lässt sich leicht erkennen, dass diese Spezialisten-Gruppe rasch zu einem Engpass werden kann. Daher ist es unerlässlich, dass heute auch Business-Anwender in der Lage sein müssen, ihre Integrationsanforderungen über Self-Service-Apps eigenständig umzusetzen. Sicher beschränkt sich dies oft auf einfachere Szenarien, wie etwa die Bereitstellung sicherer und verwalteter File Transfers (Managed File Transfer - MFT) mit externen Partnern – genau dort, wo zum Beispiel E-Mail oder ein FTP-Server aus Gründen der Sicherheit, der Compliance, der Governance oder technischer Limitationen (z. B. File-Größe) nicht in Frage kommt. Was allen Anforderungen gemeinsam ist, ist der hybride Charakter jeder Einzelanforderung.
Die Integrationsplattform muss daher eine Mischform aller Aspekte abdecken: Hybride Endpunkt-Integration in einer Multi-Cloud-Landschaft, hybride Integrationsstile und -muster, hybride Beschleuniger, hybride Betriebsplattformen und Modelle – und die Unterstützung hybrider Anwender-Personas, damit diese ihre Aufgaben im Kontext „Integration“ erledigen können (Umsetzung des jobs-to-be-done-Ansatzes parallel zur Sicherstellung technologischer Anforderungen).
Meinungsführer und Experten, wie etwa die Analysten von GARTNER, empfehlen daher eine sogenannte hybride Integrationsplattform als Lösung, auch und gerade für SAP S/4HANA-Anwender. Das Wort „hybrid“ spiegelt hier die Adressierung aller genannten Anforderungen in hybrider Form. Dies wird in zwei aktuellen Reports analysiert und begründet:
Die Analysten bleiben an einigen Punkten hinter den Forderungen in der oben genannten Listung zurück und gehen an anderer Stelle ausführlicher auf die Bedeutung der Wiederverwendbarkeit und des Managements von API-Integrationen ein – ein wichtiger Aspekt, gerade für SAP S/4HANA-Anwender. Denn sie müssen sich der Aufgabe stellen, über 70 % Integrationsleistung für Nicht-SAP-Applikationen aufzubringen. Eine ernstzunehmende Integrationsplattform stellt diese Qualität allerdings bereit.
Das Management und die Integration von internen wie externen APIs auf derselben vereinheitlichten Plattform, die für weitere Integrationen dient, ist eine zentrale Kernfunktion.
Ebenso wird durch die Analysten der wesentliche Vorteil der Zentralisierung für Integrationen hervorgehoben: etwa für den Betrieb, die Verwaltung und Administration und letztendlich die Benutzer, die nicht mehr über so viele Skills verfügen müssen. Es genügt, wenn sie das Tool korrekt bedienen können.Die Vorteile:
Ein Beispiel für eine mögliche Lösung für SAP S/4HANA Anwenderunternehmen ist hier dargestellt:
Abbildung 13: Management und Integration von internen wie externen Schnittstellen auf einer vereinheitlichten Plattform
Die dargestellte Lösung deckt den gesamten Integrationsraum SAP S/4HANA ab. Ihre Kernmerkmale sind:
Bei der Migration auf oder Einführung von SAP S/4HANA legen die meisten Anwenderunternehmen viel Sorgfalt auf die Auswahl einer technischen Integrations-Plattform oder relevanter Integration Services. Das ist aus den oben genannten Gründen auch von entscheidender Bedeutung. Die nachfolgende Grafik stellt darüber hinaus alle wesentliche Bausteine zusammen, die für viele SAP S/4HANA Anwenderunternehmen den Schlüssel zur Bewältigung des Integrationsproblems darstellen.
Abbildung 14: Wesentliche Bausteine, die für viele SAP-Anwenderunternehmen den Schlüssel zur Bewältigung des Integrationsproblems für S/4HANA darstellen
Was viele Anwenderunternehmen teilweise vernachlässigen, ist die Bedeutung des Bausteines „Beratung und Remote Services“. Der Hauptgrund ist, dass die meisten die spezifischen Besonderheiten von Integrationsprojekten im Zuge eines Systemwechsels unterschätzen.Um dies zu vermeiden, müssen externe Spezialisten früh beratend eingebunden werden. So können Projektrisiken früh erkannt und adressiert werden, um die Produktivnahme von SAP S/4HANA im erforderlichen Umfang und Zeitrahmen abzusichern.
Das „Jump-Start-Problem“: Die Integrationsteams sind oft die Teams, die recht spät involviert werden und dann ad hoc ihren Projektbeitrag in kurzen Restlaufzeiten des Gesamtprojektes beisteuern müssen.
Integrationsteams sind bei Systemwechseln fast immer in mehreren parallellaufenden Unterprojekten mit höchst spezifischen Anforderungen beschäftigt, die sich oft alle im permanenten Änderungsmodus befinden.
Die einzelnen Integrationsprojekte sind oft sehr volatil: • Schnittstellen werden implementiert, • auf die Verfügbarkeit von Systemverfügbarkeiten und aussagekräftigen Testdaten wird gewartet, • Abhängigkeiten von anderen Projektteams und externen Partnern machen eine stringente Durchführung einzelner Tasks fast unmöglich, • Testergebnisse führen zur nächsten Iteration, und der Kreis beginnt sich erneut zu drehen.
Zeit und Aufwand von Schnittstellenimplementierungen und Integrationen können selten vorab eingeschätzt werden, da das Wissen und die Erfahrung fehlen.
Sind die Projekte in den Produktivbetrieb übergegangen, so garantieren Remote Services durch Spezialisten und ein sachverständiger Support für die Integrationsplattform die Sicherstellung übergreifender Integrationsprozesse im operativen Betrieb. Kein Integrationsteam schätzt einen Supportpartner, der nach Analysen von Log- und Trace-Files den Supportfall mit der lapidaren Nachricht schließt, dass technisch betrachtet kein Problem vorliegt, wenn Integrationsstrecken stehen. Kompetenz, Hands-on-Mentalität und Pragmatismus zeichnen einen wertvollen Plattformpartner gerade in dieser Phase aus.
Vorausschauende Projektverantwortliche seitens des Kunden wissen um diese Besonderheiten und wählen den Anbieter ihrer Integrationsplattform, der mit ihnen gemeinsam in die Verantwortung für den Projekterfolg geht und sie auf diesem Weg und darüber hinaus begleitet.
Der Begriff „Integrierte Anwendungssysteme“ klingt etwas antiquiert, hat aber den Kernvorteil der Lösungen aus Walldorf ausgemacht und deren Markterfolg beschert: Alle betriebswirtschaftlichen Prozesse in einem Unternehmen können mit einem Anwendungssystem integriert abgedeckt werden.
Heute ist dies nicht mehr der Fall: Die SAP bietet laut ihrer Webseite circa 300 Produkte und weitere 200 Cloud-Service-Angebote an – und viele davon sind eben nicht mehr miteinander integriert. Zwar bildet die Kernapplikation SAP S/4HANA noch weitgehend das ursprüngliche Versprechen der SAP ab, aber viele relevante SAP Cloud-Applikationen sind zum Beispiel Fremdzukäufe mit eigener Datenbasis und eigener Geschäftslogik. Es bietet oft keine Vorteile mehr, das Kriterium „integriertes Anwendungssystem“ zum Anlass zu nehmen, weitere Lösungen aus dem Hause SAP zu beziehen. Anbieter wie Salesforce, Workday und Coupa breiten sich in der SAP-Bestandskundenbasis daher aus.
Die SAP hat viele Anstrengungen unternommen, ihren Kunden die Integration der SAP-Landschaften durch ein eigenes Angebot und ein übergreifendes Datenmodell (SAP One Domain Model) zu erleichtern. Das ist gut und wird von der SAP Community auch erkannt.
Bei der Auswahl geeigneter Integrationsplattformen für SAP S/4HANA beziehen viele Anwenderunternehmen die SAP-Angebote in eine Vorauswahl mit ein – alleine schon deshalb, um die SAP-to-SAP-Integrationsanforderungen über den Anbieter selbst zu lösen.
Nach einer tiefergehenden Analyse und unter Einbeziehung der Erfahrungen und Empfehlungen Dritter stellen sie sich folgende kritische Fragen, wenn es um den Einsatz der SAP-Angebote für eine vollumfängliche Integrationsplattform geht:
https://blogs.sap.com/2021/03/24/integration-suite-usage-analytics/
Entscheider müssen definieren, wie sie ihren Auswahlprozess gestalten und welche Kriterien sie für ihre Auswahlprozesse anlegen. Die Auswahl einer zentralen hybriden Integrationsplattform erfordert Sorgfalt, fachlich-sachliche Überlegungen und beinhaltet selbstverständlich betriebswirtschaftliche und Investitionssicherheits-Kriterien.
Aus diesen guten Gründen betrachten viele Unternehmen weitere Marktalternativen, als nur die Angebote, die die SAP bereitstellt. Eine gute Lösung finden zum Beispiel Anwender, die die Vorteile der Integrationsangebote für SAP-to-SAP in Walldorf sehen, aber jegliche Form von Non-SAP-Integrationen mit S/4HANA bei Integrationsspezialisten suchen.
Haben Sie noch Fragen?
Dann kontaktieren Sie uns!
Das Formular konnte nicht angezeigt werden da Javascript deaktiviert ist. Bitte aktivieren Sie Javascript in Ihrem Browser. Hier finden Sie eine Anleitung zu den gängigen Browsern:https://www.enable-javascript.com/de/
Vielen Dank für Ihre Nachricht
Wir freuen uns über Ihr Interesse an SEEBURGER.