KontaktPUBLIC CLOUD · PRIVATE CLOUD · ON-PREMISE
Standardisierung, Gestaltungsspielraum und Betriebsverantwortung gehören in dieselbe Entscheidung. Wir helfen Ihnen, die Optionen anhand Ihrer Prozesse einzuordnen.
Betriebsmodell besprechen →SAP S/4HANA Cloud Public Edition wird als Software-as-a-Service bereitgestellt. Standardisierte Prozesse und ein vom Anbieter betreuter Aktualisierungszyklus prägen das Modell. Unternehmen gestalten ihre Lösung innerhalb der vorgesehenen Konfigurations- und Erweiterungsmöglichkeiten. [1, 2]
SAP S/4HANA Cloud Private Edition verbindet eine dedizierte Systemumgebung mit vertraglich beschriebenen Managed Services. Der Spielraum für Anpassungen ist größer; daraus folgt nicht, dass jede Aufgabe automatisch vom Anbieter übernommen wird. [1, 2]
Bei SAP S/4HANA On-Premise liegt die Organisation des Systembetriebs grundsätzlich beim Kunden. Betriebsteile können an Dienstleister vergeben werden. Hostingort, Lizenzmodell und Verantwortungsverteilung müssen dabei getrennt betrachtet werden. [2]
Für die Projektplanung empfehlen wir deshalb keine Auswahl allein nach dem Etikett. Entscheidend ist, ob benötigte Geschäftsabläufe, Integrationen und Betriebsanforderungen im konkreten Angebot zusammenpassen.
CSPIRITS-ENTSCHEIDUNGSRAHMEN
Wir beginnen mit den wichtigsten End-to-End-Prozessen und den heute eingesetzten Anwendungen. Welche Abläufe lassen sich vereinheitlichen? Wo sind Abweichungen fachlich erforderlich? Welche Eigenentwicklungen werden tatsächlich genutzt? Daraus entsteht ein gewichteter Anforderungskatalog, mit dem sich Modelle nachvollziehbar bewerten lassen.
In den Vergleich gehören außerdem Schnittstellen, Datenübernahme, Berechtigungen, Ausfallszenarien und der Umgang mit neuen Releases. Für die wirtschaftliche Betrachtung empfehlen wir, nicht nur die Einführung zu kalkulieren: Laufender Betrieb, Betreuung von Erweiterungen, Testaufwand, Schulungen und mögliche Ausstiegskosten sollten sichtbar werden.
Ein Ergebnis kann eine Entscheidungsvorlage mit mehreren realistischen Optionen sein. Sie dokumentiert Stärken, Einschränkungen, offene Nachweise und Bedingungen der jeweiligen Variante. Eine Empfehlung wird dadurch überprüfbar, statt nur eine technische Präferenz abzubilden.
Für jede Variante empfehlen wir eine gemeinsame Verantwortungsmatrix: Wer überwacht Schnittstellen? Wer verwaltet Benutzer und Berechtigungen? Wer bewertet Releaseänderungen und gibt Tests frei? Wer übernimmt Wiederanlauf, Störungskoordination und die Kommunikation mit den Fachbereichen?
Im Vertragsabgleich sollten diese Aufgaben den vereinbarten Leistungen und Service Levels gegenübergestellt werden. Ein pauschales „Der Anbieter macht das“ genügt nicht als Betriebsplanung. CSPIRITS kann die fachliche und technische Abstimmung im vereinbarten Projektumfang unterstützen.
Ein standardisierter Einkaufsprozess soll mit einem bestehenden Lieferantenportal verbunden werden. Die Entscheidung hängt dann nicht allein vom ERP-Prozess ab, sondern auch von verfügbaren Schnittstellen, Datenverantwortung und der Betreuung dieser Verbindung. Das Beispiel dient der Erläuterung.
Wir strukturieren mit Ihnen die Entscheidung und die nächsten Schritte.
[1] SAP Learning: SaaS, Managed Services und Implementierungswege
[2] SAP Learning: Technische Ebenen und Bereitstellungsvarianten
Stand: September 2026. Leistungsumfang, Produktbezeichnungen und vertragliche Verantwortlichkeiten sind anhand des konkreten Angebots zu prüfen.
← Zurück zur SAP-S/4HANA-Übersicht