Wer aktuell in einer S/4HANA-Transformation steckt oder sich mit RISE with SAP beschäftigt, spürt sehr schnell, dass sich die Systemlandschaft fundamental verändert. Hybrid-Szenarien, SAP BTP, SaaS-Lösungen wie SuccessFactors oder Ariba – die Architektur wird verteilter, dynamischer und cloudzentrierter. Genau hier wird deutlich, warum das Thema Application Lifecycle Management nicht länger aufgeschoben werden darf. Der SAP Solution Manager war über viele Jahre hinweg das zentrale ALM-Werkzeug für die klassischen ECC- und On-Premises-Welten. Er bündelte Monitoring, ChaRM, Testmanagement und ITSM – allerdings basierte er auf einer Architektur, die eine eigene Installation, technische Pflege und einen hohen Customizing-Aufwand erforderte. Strategisch betrachtet ist diese Ära absehbar beendet. Spätestens am 31. Dezember 2027 endet die Mainstream-Wartung für den Solution Manager. Da SAP bereits heute in Cloud ALM investiert, ist der Wechsel kein technisches Detail, sondern eine strategische Notwendigkeit.
Was ist die SAP Cloud ALM? Sie ist eine SaaS-Betriebsplattform von SAP für das Application Lifecycle Management in hybriden Landschaften. Sie unterstützt Cloud-Lösungen wie S/4HANA Cloud, SuccessFactors, Ariba und BTP – von der Implementierung bis zum Monitoring. Seit 2020 wird sie kontinuierlich erweitert und erleichtert durch die Integration in SAP Activate und Clean-Core-Ansätze den Umstieg in die Cloud.
SAP Cloud ALM for Implementation
SAP Cloud ALM for Implementation unterstützt S/4HANA-, RISE- und Transformationsprojekte auf Basis von SAP Activate und bietet eine integrierte Plattform zur Steuerung des gesamten Implementierungsprozesses – von der Planung über die fachliche Ausgestaltung bis hin zu Tests und Deployments. Der Fokus liegt auf Standardisierung, Transparenz und durchgängiger Traceability entlang des Projektlebenszyklus.
Kernfunktionalitäten:
- Projekt- und Aufgabenmanagement inkl. SAP-Activate-Roadmap
- Fit-to-Standard-Unterstützung mit SAP Best Practices
- Anforderungsmanagement mit End-to-End-Traceability
- Prozessmanagement und strukturierte Prozessdokumentation
- Test Management inkl. Defect-Tracking
- Deployment Management mit Change- und Release-Transparenz
SAP Cloud ALM for Operations
SAP Cloud ALM for Operations unterstützt den stabilen Betrieb von SAP-Landschaften und bietet insbesondere für Managed Services einen hohen Mehrwert durch Transparenz, Früherkennung von Störungen und strukturierte Steuerung von Betriebsprozessen. Ziel ist es, technische und fachliche Risiken frühzeitig zu erkennen und End-to-End-Prozesse zuverlässig abzusichern.
Kernfunktionalitäten:
- Landscape Management mit zentraler System- und Serviceübersicht
- Health Monitoring für Verfügbarkeit, Performance und Systemmetriken inkl. Alerting
- Integration & Exception Monitoring für Schnittstellen, APIs, IDocs und CPI
- Business Process Monitoring mit KPI-basierten Alerts
- Job & Automation Monitoring für Hintergrundjobs und Batch-Prozesse
- Real User Monitoring zur Messung der Anwender-Performance
- Zentrales Event- und Alert-Management mit Routing und Eskalation
- Analytics & Reporting mit KPI-Dashboards und SLA-Auswertungen
- Governance & Administration mit rollenbasierten Berechtigungskonzepten über das Fiori Launchpad
- Offene API- & Integrationsschnittstellen (REST), inkl. Anbindung an SAP BTP und Dritttools
Was Cloud ALM nicht vollständig ersetzt
Ein vollumfängliches ITSM wird aktuell nur eingeschränkt abgedeckt und ein vollständiges ChaRM nur teilweise (über Deployment Management). Das Custom Code Lifecycle Management ist eingeschränkt und Focused Build lässt sich nicht 1:1 ersetzen.
Merksatz: Cloud ALM deckt zwei Hauptbereiche ab: Implementation für Transformationsprojekte und Operations für Cloud- und Hybrid-Betrieb. Es kombiniert technisches und prozessuales Monitoring, unterstützt Clean Core in der Governance und ist API-first sowie BTP-ready bei der Integration.
Migrationswege: Solution Manager → SAP Cloud ALM
Die Migration vom SAP Solution Manager zu SAP Cloud ALM ist kein technischer 1:1-Umzug. SAP stellt kein automatisches Migrationstool für eine vollständige Übernahme von Konfigurationen, Workflows oder ChaRM-Prozessen bereit. Stattdessen handelt es sich um eine strategische Neuausrichtung des Application Lifecycle Managements, kombiniert mit einem strukturierten technischen Setup.
Je nach Ausgangssituation, Transformationsstrategie und Zielarchitektur stehen unterschiedliche Migrationspfade zur Verfügung.
Greenfield-Ansatz
Beim Greenfield-Ansatz wird SAP Cloud ALM vollständig neu aufgebaut, ohne bestehende SolMan-Konfigurationen zu übernehmen. Prozesse werden entlang der SAP-Best-Practice-Struktur neu modelliert und konsequent am Standard ausgerichtet. Dieser Weg eignet sich besonders bei S/4HANA-Neueinführungen, RISE-Projekten oder wenn ein klarer Clean-Core-Fokus verfolgt wird.
Ablauf:
Cloud ALM aktivieren → Systeme onboarden → Prozesse & Monitoring neu aufsetzen → SolMan abschalten.
Bewertung:
- Strategisch sauber, keine Altlasten
- Höherer initialer Neuaufwand
Selektive Migration (Hybrid)
Hier werden ausgewählte Inhalte wie Prozessstrukturen oder Testfälle übernommen, während andere Bereiche neu aufgebaut werden. Ziel ist es, bestehende Investitionen sinnvoll weiter zu nutzen und gleichzeitig eine Modernisierung einzuleiten.
Ablauf:
Analyse → relevante Inhalte übertragen → fehlende Funktionen neu aufbauen → SolMan schrittweise ablösen.
Bewertung:
- Geringerer Rebuild-Aufwand
- Komplexere Übergangsphase
Parallelbetrieb (Coexistence)
Beim Parallelbetrieb bleibt der Solution Manager für bestimmte Funktionen – etwa ChaRM oder ITSM – vorübergehend aktiv, während Cloud ALM andere Bereiche wie Monitoring oder Implementierungssteuerung übernimmt. Eine klare funktionale Abgrenzung ist hier entscheidend.
Ablauf:
Cloud ALM für definierte Bereiche einführen → Funktionsaufteilung festlegen → stabilisieren → spätere Vollablösung prüfen.
Bewertung:
- Kein Big Bang
- Doppelstrukturen & höherer Governance-Aufwand
Transformationsgetriebene Migration
Dieser Ansatz ist eng mit einer S/4HANA-Transformation verbunden. Cloud ALM wird von Beginn an als Projektplattform genutzt und nach dem Go-Live auch für den Betrieb eingesetzt. Der Solution Manager wird anschließend vollständig abgelöst.
Ablauf:
Cloud ALM zu Projektstart aktivieren → Transformation steuern → Operations nach Go-Live übernehmen → SolMan abschalten.
Bewertung:
- Strategisch konsistent & integriert
- Abhängig vom Transformationszeitplan
Monitoring-First-Strategie
Hier steht zunächst die Stabilisierung und Transparenz im Betrieb im Vordergrund. Cloud ALM wird zuerst für Monitoring-Funktionen eingeführt, während Projekt- und Change-Funktionen später folgen.
Ablauf:
Monitoring-Funktionen einführen → Betriebsstabilität sichern → weitere ALM-Funktionen ergänzen → SolMan-Monitoring ablösen.
Bewertung:
- Schneller operativer Mehrwert
- Projektfunktionen zunächst außerhalb
Tool-Substitution
Bei der Tool-Substitution werden einzelne SolMan-Funktionen gezielt durch Cloud ALM oder andere SAP- bzw. Dritttools ersetzt. Es entsteht eine modulare Zielarchitektur, die nicht zwingend 1:1 dem bisherigen Setup entspricht.
Ablauf:
Funktionsanalyse → Zieltools definieren → modulweise Ablösung → SolMan stilllegen.
Bewertung:
- Flexible, bedarfsgerechte Lösung
- Höhere Integrationskomplexität
Merksatz: Die Wahl des Migrationspfads hängt von Transformationsstrategie, Komplexität der bestehenden SolMan-Nutzung und Zielarchitektur ab. In vielen Fällen ist die transformationsgetriebene oder Greenfield-Variante strategisch am klarsten, während Hybrid- oder Parallelmodelle Risiken im laufenden Betrieb minimieren.
Jeder Ablauf folgt dem Prinzip: Analyse → Zielbild definieren → Schrittweise Umstellung → Stabilisierung → Abschaltung SolMan.
SAP Hinweise & Ressourcen
SAP Note 3236443 – SAP Readiness Check for SAP Cloud ALM
Setup und Nutzung des Readiness Checks im SolMan inkl. Data Collector (z. B. /SDF/RC_ALM_COLLECT_DATA) zur Analyse der aktuellen ALM-Nutzung und zur Planung der Transition.
SAP Note 3255311 – SAP Solution Manager 7.2 Mainstream Maintenance
Wartungs-/Zeitplan als Basis für die Migrationsplanung (u. a. „spätestens bis Ende 2027“ als Orientierung).
SAP Notes 52505 / 3053725 (related)
Hinweise rund um Wartung/Support-Szenarien nach Mainstream bzw. Extended Maintenance im SolMan-Kontext.
Readiness Check (Tool/Ressource)
Zentrale Entscheidungshilfe: Funktionsabdeckung, Äquivalenzen, Transition-Blocker, Scope-Abgrenzung.
Selective Data Transfer (SDT) Guides
Leitfäden für die selektive Übernahme von Inhalten (z. B. Doku/Prozesse/Testartefakte) und die Umsetzungsschritte.
SAP Activate Roadmap „Transition to SAP Cloud ALM“
Vorgehensmodell und Deliverables für die Transition als Projekt.
✅ Praxis-Tipps: Notes/Collector vor dem Readiness Check sauber einspielen, Readiness Check regelmäßig aktualisieren (Cloud ALM entwickelt sich), SDT ist typischerweise initial/selektiv und nicht als „dauerhafte Sync“-Logik gedacht.
Besonders relevant für CoE, Managed Services und BPA
Für Center of Excellence und Managed-Service-Anbieter eröffnet Cloud ALM zusätzliche Möglichkeiten. So lassen sich zentrales Monitoring mehrerer Kundenlandschaften, standardisierte Betriebsmodelle und proaktive Integration Health Checks deutlich strukturierter abbilden. Prozesse werden transparent überwacht, Clean-Core-Strategien aktiv unterstützt und Integrationen – etwa im Bereich E-Rechnung oder BTP – sauber nachvollziehbar dokumentiert. Damit wird Cloud ALM nicht nur ein internes Werkzeug, sondern auch ein Baustein moderner Serviceangebote. Unternehmen, die sich als strategische SAP-Partner positionieren möchten, stärken mit Cloud ALM ihre Innovationsfähigkeit und Zukunftssicherheit.
Warum der Wechsel jetzt erfolgen sollte: Der Umstieg vom SAP Solution Manager auf SAP Cloud ALM ist keine kosmetische Modernisierung. Er stellt eine strategische Neuausrichtung des gesamten Application Lifecycle Managements dar.
- Der Solution Manager wird perspektivisch eingestellt.
- SAP setzt strategisch auf Cloud ALM.
- Moderne SAP-Landschaften sind cloudzentriert.
- Clean Core und Standardisierung gewinnen an Bedeutung.
- Das SaaS-Modell reduziert den Betriebsaufwand spürbar.
- Transformationsprojekte profitieren methodisch davon.
Wer diese Faktoren zusammendenkt, erkennt schnell: Der Wechsel ist kein isoliertes IT-Projekt, sondern ein strategischer Schritt hin zu einer zukunftsfähigen SAP-Architektur.
