{"id":5153,"date":"2026-02-10T10:01:16","date_gmt":"2026-02-10T10:01:16","guid":{"rendered":"https:\/\/solutions.axians.com\/sap\/?p=5153"},"modified":"2026-02-13T14:55:32","modified_gmt":"2026-02-13T14:55:32","slug":"managed-services-fur-rise-with-sap","status":"publish","type":"post","link":"https:\/\/solutions.axians.com\/sap\/at\/managed-services-fur-rise-with-sap\/","title":{"rendered":"Managed Services f\u00fcr RISE with SAP"},"content":{"rendered":"\n
\n
\"Managed<\/figure>\n\n\n\n
\n
\n
\n

Managed Services f\u00fcr RISE with SAP: L\u00fccken im Betriebsmodell<\/h1>\n\n\n\n

Was RISE with SAP im Betrieb wirklich abdeckt, wo Verantwortlichkeiten enden und warum zus\u00e4tzliche Services entscheidend sind.<\/strong><\/strong><\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/section>\n\n\n\n\n\n

\n
\n
\n
\n

Executive Summary: Die Neudefinition der ERP-Betriebsverantwortung<\/h2>\n\n\n\n

Die digitale Transformation globaler Unternehmen ist untrennbar mit der Modernisierung ihrer Enterprise Resource Planning (ERP) Systeme verbunden. SAP, als Weltmarktf\u00fchrer in diesem Segment, hat mit der Einf\u00fchrung von RISE with SAP<\/strong> einen Paradigmenwechsel eingeleitet, der weit \u00fcber eine blo\u00dfe technische Migration hinausgeht. Das Angebot, vermarktet als Business Transformation as a Service<\/em>, verspricht Unternehmen einen vereinfachten Weg in die Cloud durch die B\u00fcndelung von Softwarelizenzen, Infrastrukturhosting und technischen Managed Services in einem einzigen Abonnementvertrag. Dieses Modell, oft unter dem Schlagwort One Hand to Shake<\/em> zusammengefasst, suggeriert eine signifikante Reduktion der Komplexit\u00e4t f\u00fcr die IT-Abteilungen der Kunden.<\/p>\n\n\n\n

Eine tiefgehende Analyse der vertraglichen Realit\u00e4ten, insbesondere der Roles and Responsibilities (RACI) Matrix<\/strong>, offenbart jedoch eine kritische Diskrepanz zwischen der wahrgenommenen \u201eVollkasko-Versicherung\u201c und der operativen Wirklichkeit. Das Standard-Offering von RISE with SAP basiert auf einer strikten Standardisierung, die essenziell f\u00fcr die Skalierbarkeit des Cloud-Modells ist, aber zwangsl\u00e4ufig L\u00fccken in der individuellen Betreuung l\u00e4sst. Diese L\u00fccken, technisch als Excluded Tasks<\/strong> klassifiziert, umfassen nicht nur periphere Aufgaben, sondern gesch\u00e4ftskritische Funktionen wie das Berechtigungsmanagement, die Validierung von Datensicherungen, das Schnittstellenmonitoring und die tiefgreifende Applikationsbetreuung.<\/p>\n\n\n\n

Dieser Bericht untersucht die strukturellen Defizite des Standard-RISE-Modells und beleuchtet, wie Axians als spezialisierter ICT-Dienstleister durch sein Portfolio der Additional Rise Services<\/strong> diese L\u00fccken strategisch schlie\u00dft. Die zentrale These dieses Reports ist, dass der erfolgreiche Betrieb eines SAP Cloud ERP private (SAP S\/4HANA Private Cloud Edition<\/strong>) nicht allein durch den Bezug der SAP-Ressourcen gew\u00e4hrleistet werden kann, sondern die Integration eines qualifizierten Service-Partners erfordert, der die Grauzonen des RACI-Modells in eine robuste Service-Architektur \u00fcberf\u00fchrt. Axians positioniert sich hierbei nicht als Wettbewerber zur SAP, sondern als essenzieller Enabler, der durch lokale Expertise, zertifizierte Partner Center of Expertise (PCoE) Strukturen und ein tiefes Verst\u00e4ndnis f\u00fcr hybride Architekturen die Betriebssicherheit, Compliance und Innovationsf\u00e4higkeit der Kunden gew\u00e4hrleistet.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/section>\n\n\n\n

\n
\n
\n
\n

Der Paradigmenwechsel: Von On-Premise zu ‘Business Transformation as a Service’<\/h2>\n\n\n\n

Die Evolution des SAP-Hosting-Marktes<\/h3>\n\n\n\n

Historisch betrachtet war der Betrieb von SAP-Systemen eine Dom\u00e4ne der internen IT-Abteilungen oder spezialisierter Hosting-Partner, die im Auftrag des Kunden handelten. In diesem klassischen “On-Premise” oder “Managed Cloud” Modell hatte der Kunde die volle Kontrolle \u2013 und damit auch die volle Verantwortung \u2013 \u00fcber den gesamten Stack, vom Rechenzentrumsboden bis zur grafischen Benutzeroberfl\u00e4che (GUI). Der Kunde bestimmte den Zeitpunkt von Wartungsfenstern, die Granularit\u00e4t von Backups und die Sicherheitsarchitektur bis ins kleinste Detail.<\/p>\n\n\n\n

Mit RISE with SAP \u00e4ndert sich dieses Gef\u00fcge fundamental. SAP tritt nun selbst als Generalunternehmer auf und nutzt die Infrastruktur der Hyperscaler (AWS, Microsoft Azure, Google Cloud Platform) als IaaS-Layer (Infrastructure as a Service). Darauf setzt SAP den eigenen “Enterprise Cloud Services” (ECS) Stack, der den technischen Basisbetrieb (PaaS – Platform as a Service) abdeckt. F\u00fcr den Kunden bedeutet dies eine Verschiebung von CapEx (Capital Expenditures) zu OpEx (Operational Expenditures) und eine theoretische Entlastung von technischen Routineaufgaben.<\/p>\n\n\n\n

Die Illusion der Vollst\u00e4ndigkeit: Das “One Hand to Shake” Prinzip<\/h3>\n\n\n\n

Das Marketingversprechen von “One Hand to Shake” adressiert einen der gr\u00f6\u00dften Schmerzpunkte von CIOs: das “Vendor Ping-Pong” zwischen Hardware-Lieferanten, Hosting-Providern und Software-Herstellern bei Performance-Problemen. Bei RISE with SAP ist SAP vertraglich der einzige Ansprechpartner f\u00fcr die Kerninfrastruktur. Doch diese Vereinfachung bringt eine neue Komplexit\u00e4t mit sich. Da SAP global Tausende von Kunden auf einer standardisierten Plattform bedienen muss, sind die Prozesse extrem rigide definiert. Abweichungen vom Standardprozess sind im Kernangebot nicht vorgesehen oder nur schwer abbildbar.<\/sup><\/p>\n\n\n\n

Die Herausforderung entsteht dort, wo der standardisierte technische Betrieb auf die hochgradig individualisierte Prozesswelt des Kunden trifft. Ein SAP-System ist kein isolierter Monolith, sondern das Herzst\u00fcck eines vernetzten \u00d6kosystems. Es kommuniziert mit Lagerverwaltungssystemen, Webshops, Banken und staatlichen Beh\u00f6rden. Die Verantwortung f\u00fcr diese Interaktionen und die logische Integrit\u00e4t der Datenstr\u00f6me endet f\u00fcr SAP oft an der Systemgrenze \u2013 genau dort, wo f\u00fcr den Kunden das eigentliche Gesch\u00e4ft beginnt.<\/p>\n<\/div>\n<\/div>\n\n\n\n

<\/p>\n\n\n\n

<\/p>\n<\/div>\n<\/section>\n\n\n\n

\n
\n
\n
\n

Dekonstruktion der Verantwortlichkeiten: Das RACI-Dilemma<\/h2>\n\n\n\n

Das Herzst\u00fcck eines jeden RISE-Vertrages ist das “Roles and Responsibilities” Dokument (RACI-Matrix). Es definiert minuti\u00f6s, wer f\u00fcr welche Aufgabe zust\u00e4ndig ist: Responsible (Durchf\u00fchrung), Accountable (Verantwortung), Consulted (Beratung), Informed (Information). F\u00fcr Entscheidungstr\u00e4ger ist das Verst\u00e4ndnis dieses Dokuments essenziell, da es die Grenzen der SAP-Leistung \u2013 und damit die Startpunkte f\u00fcr Axians Services \u2013 markiert.<\/p>\n\n\n\n

Die Anatomie der Service-Level<\/h3>\n\n\n\n

Das Leistungsportfolio von RISE with SAP gliedert sich hierarchisch in vier Kategorien, deren Verst\u00e4ndnis f\u00fcr die Identifikation von Risiken unerl\u00e4sslich ist:<\/p>\n\n\n\n

Standard Services<\/h4>\n\n\n\n

Diese Leistungen sind im monatlichen Subskriptionspreis inkludiert. Sie bilden das Fundament des Betriebs und umfassen in der Regel:<\/p>\n\n\n\n

    \n
  • Bereitstellung der physischen Infrastruktur (Rechenzentrum, Strom, K\u00fchlung).<\/li>\n\n\n\n
  • Installation und Wartung des Betriebssystems (Linux\/Windows) inklusive Patch-Management.<\/li>\n\n\n\n
  • Installation und technisches Upgrade der SAP HANA Datenbank.<\/li>\n\n\n\n
  • Durchf\u00fchrung von Standard-Backups (ohne inhaltliche Validierung).<\/li>\n\n\n\n
  • Technisches Monitoring der Verf\u00fcgbarkeit (Ping, Server Up\/Down).<\/li>\n<\/ul>\n\n\n\n

    Diese Ebene stellt sicher, dass “die Lampe leuchtet”. Sie garantiert jedoch nicht, dass das System f\u00fcr den Endanwender nutzbar ist oder Prozesse fehlerfrei laufen.<\/p>\n\n\n\n

    Optional Services<\/h4>\n\n\n\n

    Gegen einen Aufpreis k\u00f6nnen Kunden zus\u00e4tzliche Infrastruktur-Services buchen. Dazu geh\u00f6ren:<\/p>\n\n\n\n