SAP BTP Managed Services Provider: was er übernimmt und worauf Sie achten sollten
Die SAP Business Technology Platform wächst in den meisten Unternehmen schneller als das Team, das sie betreut. Subaccounts entstehen für Projekte, Integrationen laufen über die Integration Suite, Fiori-Apps und Extensions landen auf Cloud Foundry, und irgendwann fragt niemand mehr, wer eigentlich die Rollen pflegt, Quotas prüft und den Cloud Connector aktualisiert. An diesem Punkt taucht die Frage nach einem SAP BTP Managed Services Provider auf. Dieser Artikel erklärt, was ein solcher Provider tatsächlich übernimmt, was bei Ihnen bleibt und woran Sie einen passenden Anbieter erkennen.
Was ein SAP BTP Managed Services Provider übernimmt
Managed Services für die BTP sind keine Hotline und kein Hosting. Die Plattform selbst betreibt SAP. Ein Managed Services Provider übernimmt die Ebene darüber: alles, was zwischen dem Vertrag mit SAP und den Anwendungen Ihrer Fachbereiche liegt. Typische Aufgabenpakete sind:
- Account- und Subaccount-Verwaltung: Anlage nach einem abgestimmten Kontomodell, Directories, Labels, Entitlements und Quotas, Löschung ausgelaufener Umgebungen.
- Berechtigungen und Identitäten: Role Collections, Rollen, Trust zu SAP Cloud Identity Services oder Microsoft Entra ID, Rezertifizierung von Administratorrechten. Wie sich Role Collections zentral verwalten lassen, beschreibt unser Artikel Role Collections aus der BTP zentral verwalten.
- Monitoring und Alerting: Verfügbarkeit von Serviceinstanzen und Applikationen, Quota-Auslastung, auslaufende Zertifikate und Destinations, Kostenverlauf pro Subaccount.
- Serviceinstanzen und Destinations: Bereitstellung und Pflege von Instanzen, Bindings, Destinations und Service Keys nach Anforderung aus Projekten.
- Cloud Connector und hybride Verbindungen: Konfiguration, Updates, Zertifikate, Fehleranalyse zwischen BTP und On-Premise.
- Governance und Dokumentation: Namenskonventionen, Guardrails, Betriebshandbuch, regelmäßige Statusberichte für IT und Management.
- Lifecycle und Updates: Umgang mit Service-Deprecations, Migration auslaufender Services, Begleitung von Releasewechseln.
Welche dieser Pakete Sie abgeben, sollte eine bewusste Entscheidung sein. Unser SAP BTP Managed Service ist deshalb in drei Stufen geschnitten, vom reinen Monitoring mit Beratung bis zur vollen Betriebsverantwortung inklusive Cloud Connector.
Was bei Ihnen bleibt
Auch mit Provider bleibt die BTP Ihre Plattform. Die Verantwortung für den Global Account, die Vertragsbeziehung zu SAP, die Entscheidung über Architektur und Kontomodell und die fachliche Verantwortung für Anwendungen und Daten liegen weiterhin bei Ihnen. Ein guter Provider bereitet diese Entscheidungen vor und begründet sie, trifft sie aber nicht an Ihnen vorbei. Gleiches gilt für die Entwicklung: Managed Services betreiben die Plattform, auf der Ihre Teams oder Ihre Entwicklungspartner bauen. Wer beides aus einer Hand sucht, sollte genau hinschauen, ob der Anbieter den Betrieb oder die Entwicklung als Kerngeschäft hat.
Wann sich ein Managed Services Provider lohnt
Drei Situationen kommen in Gesprächen mit Kunden immer wieder vor:
- Die BTP ist Nebenaufgabe der SAP Basis. Das Team kennt sich mit S/4HANA und Berechtigungen aus, die BTP wird aber nebenbei verwaltet. Rezertifizierungen, Quota-Checks und Deprecations bleiben liegen, bis etwas ausfällt.
- Mehrere Projekte haben eigene Subaccounts angelegt. Niemand hat mehr den Überblick über Kosten, Entitlements und Verantwortliche. Ein Provider räumt auf und etabliert ein Kontomodell, das weiteres Wachstum verträgt.
- RISE oder GROW with SAP steht an. Mit RISE bekommen Sie BTP-Kontingente mitgeliefert, die Administration bleibt aber Kundenverantwortung. Wer die Plattform vor der Migration in einen definierten Betrieb bringt, hat später eine Baustelle weniger.
Wenn Ihr Team die Plattform dagegen aktiv entwickelt, Guardrails automatisiert hat und Betrieb als Platform Engineering versteht, brauchen Sie eher punktuelle Beratung als einen Betriebsvertrag. Wie so ein Zielbild aussehen kann, zeigt unser Artikel DevOps auf der SAP BTP.
Woran Sie einen passenden Anbieter erkennen
Der Leistungsumfang ist schriftlich und modular
Was genau überwacht wird, welche Änderungen der Provider ohne Rückfrage ausführt und welche abgestimmt werden, gehört in eine Leistungsbeschreibung. Modulare Stufen helfen, mit wenig Verantwortungsabgabe zu starten und bei Bedarf zu erweitern.
Die Kosten skalieren mit der Plattform
Abrechnung pro Subaccount und Monat macht die Kosten planbar und koppelt sie an die tatsächliche Größe Ihrer Landschaft. Abrechnung nach Stunden verlagert das Risiko auf Sie.
Security ist Teil des Betriebs, kein Zusatzpaket
Administratorrechte, Trust-Konfiguration, Audit-Log und Umgang mit Service Keys gehören zum täglichen Betrieb. Fragen Sie, wie der Anbieter Rezertifizierungen organisiert und wie Audit-Logs ausgewertet werden. Für SAP-Landschaften mit Compliance-Anforderungen ergänzt unser Managed Service Security & Compliance den Plattformbetrieb.
Der Provider arbeitet in Ihren Prozessen
Ticketsystem, Change-Prozess, Dokumentationsplattform und bei Bedarf Infrastructure as Code mit Terraform: Ein Provider, der eigene Parallelprozesse aufbaut, erzeugt Reibung an jeder Schnittstelle.
Es gibt einen klaren Weg zurück
Dokumentation, Zugänge und Konfiguration bleiben in Ihrem Besitz. Wer den Vertrag beendet, muss die Plattform ohne Bruch weiterbetreiben können. Das ist ein gutes Zeichen für die Qualität der Betriebsdokumentation.
So starten wir mit Kunden
Am Anfang steht eine Bestandsaufnahme: Global Account, Subaccounts, Services, Rollen, Kosten und Verbindungen zu On-Premise-Systemen. Daraus entsteht eine Empfehlung, welche Stufe passt und welche Aufräumarbeiten vor dem Betriebsstart sinnvoll sind. Danach klären wir Zugänge, Ansprechpartner und Leistungsumfang schriftlich und übernehmen schrittweise. Wer zunächst Architektur und Kontomodell braucht, startet besser mit unserer SAP BTP Beratung und wechselt dann in den Betrieb.
Häufige Fragen
Was ist der Unterschied zwischen SAP BTP Managed Services und dem Betrieb durch SAP?
SAP betreibt die Plattform selbst: Rechenzentren, Verfügbarkeit der Services, Updates der Plattformsoftware. Managed Services beziehen sich auf Ihre Nutzung der Plattform: Subaccounts, Berechtigungen, Serviceinstanzen, Destinations, Cloud Connector, Monitoring und Governance. Diese Ebene ist Kundenverantwortung und kann an einen Provider abgegeben werden.
Übernimmt ein Managed Services Provider auch die Entwicklung auf der BTP?
In der Regel nicht. Managed Services betreiben die Plattform, auf der entwickelt wird. Entwicklung von Apps, Integrationen oder Extensions ist eine eigene Leistung, die Sie intern oder mit einem Entwicklungspartner erbringen. Ein guter Provider stellt dafür stabile Umgebungen, Berechtigungen und Deployment-Wege bereit.
Wie berechnen sich die Kosten für SAP BTP Managed Services?
Üblich ist ein monatlicher Preis pro Subaccount, gestaffelt nach Leistungsumfang. Die Kosten wachsen damit mit der Plattform und bleiben planbar. Abrechnung nach Aufwand ist die Ausnahme und eignet sich eher für einmalige Aufräumprojekte.
Müssen wir die Verantwortung für die BTP komplett abgeben?
Nein. Sinnvoll ist ein gestuftes Modell: Zunächst Monitoring und Beratung, bei dem die Verantwortung bei Ihnen bleibt, dann bei Bedarf der operative Betrieb und zuletzt hybride Verbindungen über den Cloud Connector. Die Tiefe lässt sich jederzeit nachjustieren.
Passt ein Managed Service auch zu RISE with SAP?
Ja, gerade dort. RISE liefert BTP-Kontingente mit, die Administration der Plattform bleibt aber Kundenverantwortung. Ein Managed Service bringt die BTP vor oder parallel zur Migration in einen definierten, dokumentierten Betrieb.
Ähnliche Artikel
SAP Business Client 8.10: Funktionen, Download und Unterschied zum SAP GUI
SAP Business Client erklärt: Unterschied zum SAP GUI, NWBC-Verbindung, Download von Version 8.10 und Wartungsende von Release 8.00 am 12. Januar 2027.
Artikel lesenAblösung der SAP ZBV: SAP Cloud Identity Service als moderne Nachfolgelösung
Die ZBV endet am ABAP-Stack. Warum ihre Nachfolge eine Architekturentscheidung ist und welche Rolle die SAP Cloud Identity Services dabei spielen.
Artikel lesenÄnderung von geschützten RFC-Verbindungen (SM59)
Manche Verbindungen eines SAP-Systems sind in der SM59 nicht änderbar und geschützt. Dies betrifft häufig Systemverbindungen oder auch generierte Verbindungen z.B aus …
Artikel lesen