Der Moment, in dem die Systemlandschaft von der alten SAP ERP Central Component (ECC) oder einem Drittsystem auf die neue Welt von S/4HANA umgestellt wird, markiert in vielen Unternehmen das Ende einer kräftezehrenden Projektphase. In komplexer Transformationen ist dieser „Go-Live“ jedoch nicht das Ziel, sondern lediglich der Startschuss für die eigentliche Bewährungsprobe. Wer glaubt, Agilität und Prozessharmonisierung kämen mit RISE oder GROW über Nacht, ignoriert die Realität. Die ersten 100 Tage entscheiden: Wird die Transformation zum strategischen Erfolg oder zum bloßen, teuren Re-Platforming?
Erfahrene Beratungshäuser wissen, dass die Stabilität des Systems in den ersten Wochen weniger von der technischen Architektur als vielmehr von der Belastbarkeit der Organisation, der Qualität der migrierten Daten und dem Verständnis für die neue Oberfläche und Apps abhängt. In den folgenden Ausführungen wird detailliert analysiert, wie CIOs, IT-Leiter:innen und Programm-Manager:innen die kritischen Phasen der Post-Migration navigieren müssen, um jenseits des Standard-Hypes echten geschäftlichen Mehrwert zu generieren.
Die Hypercare-Phase (Tag 1–30): Stabilisierung, Incident-Management und die Psychologie des Übergangs
Die ersten 30 Tage nach der Produktivsetzung sind die intensivste Phase jeder S/4HANA-Reise. Hier trifft die theoretische Planung der Explore- und Realize-Phasen auf die ungefilterte Realität des produktiven Geschäftsalltags. In dieser Zeit rücken formale Service Level Agreements (SLAs) oft in den Hintergrund, während Agilität und unmittelbare Problemlösungskapazität zur obersten Priorität werden.
Eine robuste Hypercare-Phase ist weit mehr als ein verlängerter Support. Es handelt sich um eine hochspezialisierte Einsatzgruppe, die darauf ausgelegt ist, kritische Prozessunterbrechungen zu verhindern und das Vertrauen der Nutzenden in das neue System zu sichern. Die Struktur dieser Organisation muss hierarchisch klar definiert sein, um Eskalationswege kurz zu halten.
| Ebene | Fokus | Kernaufgaben | Kritische Erfolgsfaktoren |
| Vor-Ort-Support (Floorwalking) | Unmittelbare User-Interaktion | Unterstützung bei Fiori-Navigation, Behebung kleinerer Bedienfehler | Sichtbare Präsenz in den Fachabteilungen |
| Ebene 1 (General Support) | Ticket-Entgegennahme und Kategorisierung | Schnelle Zuweisung nach Priorität, Erfassung von Mustern | Nutzung von Tools wie SAP Cloud ALM, Solman, Jira, oder Matrix42 |
| Ebene 2 (Functional Experts) | Fehlerbehebung und Customizing | Behebung von Konfigurationsfehlern, Feinjustierung von Workflows | Tiefe Kenntnis der spezifischen Geschäftsprozesse |
| Ebene 3 (Technical & Data Experts) | Datenbank und Integration | Monitoring von Schnittstellen, HANA-Performance-Checks | Expert:innen für BTP, OData und CDS-Views |
| Ebene 4 (SAP Support) | Software-Kern und Cloud-Ops | Meldung von System-Bugs an SAP, Infrastruktur-Optimierung | Effektive Kommunikation über SAP For Me |
Der Übergang von dieser intensiven Betreuung zum regulären Application Management Services (AMS) muss fließend gestaltet werden. Während Hypercare auf Schnelligkeit setzt, fokussiert sich AMS auf langfristige Stabilität und Root Cause Analysis (RCA). Ein häufiger Fehler ist das zu frühe Auflösen der Hypercare-Teams, was oft zu einem massiven Backlog führt, der die Fachbereiche demoralisiert.
Change-Management und die Stabilisierung der Anwenderbasis
Ein oft unterschätzter Faktor in der Post-Migration-Strategie ist die systematische Begleitung der Anwender:innen und des Projektteams während des Übergangs in den Betrieb. Nach dem Abschluss intensiver Vorbereitungsphasen folgt in der Praxis häufig eine Phase der operativen Anpassung, in der die neue Prozesslogik von S/4HANA auf etablierte Arbeitsroutinen trifft. Diese Phase kann durch eine temporär wahrgenommene Reduktion der Arbeitseffizienz gekennzeichnet sein, da Navigationspfade und neue Funktionen erst verinnerlicht werden müssen.
IT-Verantwortliche müssen hier proaktiv steuern, indem sie ein transparentes Fehlermanagement etablieren, das Unsicherheiten im Umgang mit dem System sachlich adressiert und als Teil des Lernprozesses begreift. Die Validierung und Kommunikation erster operativer Meilensteine – etwa ein reibungsloser erster Zahllauf oder der erfolgreiche Abschluss des ersten Verkaufstages – sind wesentliche Instrumente zur Sicherung der organisationalen Akzeptanz. Parallel dazu ist ein nachhaltiges Ressourcenmanagement für das Kernteam unerlässlich. Eine dauerhafte Überlastung der Expert:innen in der Zeit unmittelbar nach dem Go-Live birgt das Risiko von Qualitätsverlusten und kann zum Verlust kritischer Wissensträger:innen führen, deren Expertise für die langfristige Stabilität der Systemlandschaft essenziell ist.
Reale technische Hürden: Berechtigungen und Dateninkonsistenzen
In der Praxis zeigen sich in den ersten 30 Tagen oft Herausforderungen, die in den Testumgebungen (QAS) unentdeckt blieben. Besonders kritisch sind hierbei Berechtigungskonflikte. S/4HANA führt das Geschäftspartner-Konzept ein, das Debitoren, Kreditoren und Mitarbeitende in einer einheitlichen Entität zusammenfasst. Weitere Informationen dazu finden Sie hier in einem separaten Blogbeitrag. Dies kann erhebliche Auswirkungen auf die Aufgabentrennung (Segregation of Duties) und die allgemeine Zugriffskontrolle haben. Nutzende, die früher in ECC uneingeschränkten Zugriff hatten, finden sich plötzlich in restriktiven Fiori-Rollen wieder, was den Geschäftsbetrieb lähmen kann.
Ein weiteres problematisches Feld ist die Datenqualität. Trotz umfangreicher Test-Migrationen können produktive Datenflüsse zu unvorhersehbaren Fehlern führen. Auch Dubletten bei Stammdaten, die durch fehlerhafte Load-Mechanismen in die Produktion gelangten, verursachen in den ersten Wochen oft Störungen in den Logistik- und Finanzprozessen.
User Adoption & Prozess-Feinschliff (Tag 31–60)
Zwischen dem zweiten und dritten Monat nach der Migration entscheidet sich, ob das System von der Organisation wirklich gelebt wird oder ob sich die Nutzenden in die „Schatten-IT“ flüchten. Der Erfolg von S/4HANA hängt untrennbar mit der Akzeptanz der Fiori-Oberfläche zusammen.
Der Standard-Hype verspricht eine moderne, intuitive Nutzererfahrung durch Fiori. Doch für erfahrene Power-User, die über Jahre die Transaktionscodes der SAP GUI (Graphical User Interface) verinnerlicht haben, kann Fiori zunächst wie ein Rückschritt wirken. Hier finden Sie einen Blogbeitrag zum Wechsel von SAP GUI zu SAP Fiori. Die browserbasierte Natur von Fiori führt oft zu einer gefühlten Verzögerung gegenüber der lokal installierten GUI. Zudem ist die funktionale Abdeckung nicht immer deckungsgleich. Wenn eine zentrale App wie „Kundenaufträge verwalten“ weniger Felder bietet als die klassische VA01, ist der Widerstand vorprogrammiert.
Strategisch muss hier die „Analytic-First“-Karte ausgespielt werden. Der echte Mehrwert von Fiori liegt nicht im bloßen Erfassen von Daten, sondern in den Embedded Analytics, die direkt aus einer Übersicht heraus tiefere Einblicke in das Universal Journal (ACDOCA) ermöglichen. IT-Leiter:innen sollten aktiv die Nutzung von Fiori Elements fördern, um konsistente und wartungsarme Oberflächen zu schaffen, die den Nutzerwünschen entsprechen, ohne den Clean Core zu verletzen.
Kampf gegen die Schatten-IT (Excel-Behelfe)
Wenn Prozesse in den ersten Wochen als zu starr oder Reports als ungenau wahrgenommen werden, beginnen Nutzende sofort mit dem Aufbau von Excel-basierten Parallelsystemen. Dies ist hochgefährlich, da es die „Single Source of Truth“, die S/4HANA eigentlich etablieren soll, untergräbt.
Um dies zu verhindern, müssen CIOs folgende Maßnahmen ergreifen:
- Identifikation von Reversionsmustern: Monitoring-Tools können aufzeigen, ob Nutzende vermehrt Massendaten-Exporte durchführen, was ein klares Indiz für fehlende Reporting-Funktionalität in S/4HANA ist.
- Prozess-Feinschliff durch Fit-to-Standard: Anstatt Prozesse durch Z-Entwicklungen zu verbiegen, sollten die Standard-Best-Practices von SAP nochmals in Workshops geschult werden, um zu zeigen, wie Anforderungen innerhalb des Systems gelöst werden können.
- Key-User als Multiplikatoren: Die Rolle der Key-User ist in dieser Phase kritisch. Sie müssen als interne Wissensträger fungieren, die ihren Kolleg:innen zeigen, wie man die neuen S/4HANA-Funktionen (wie z. B. die globale Suche oder personalisierte Kacheln) effektiv nutzt.
Realität des Reportings: Von ACDOCA bis Group Reporting
Ein häufiges Problem in den ersten 60 Tagen ist die Diskrepanz zwischen operativen Daten und Finanzberichten. Durch die Einführung des Universal Journals in der Tabelle ACDOCA werden Finanz- (FI) und Controlling-Daten (CO) technisch vereint. Dies erfordert jedoch eine saubere Kontenfindung und ein striktes Mapping von G/L-Konten auf FS-Items (Financial Statement Items), insbesondere wenn SAP Group Reporting für die Konsolidierung eingesetzt wird. Fehler in diesem Mapping führen dazu, dass die konsolidierten Abschlüsse nicht mit den operativen Einzelabschlüssen übereinstimmen, was das Vertrauen des CFOs erschüttern kann. Ein kontinuierlicher Abgleich und Prozessoptimierungen in der Group Reporting Data Collection (GRDC) sind hier unerlässlich.
Vom Projekt- in den Run-Modus (Tag 61–100): Governance, Clean Core und Performance
Wenn die 100-Tage-Marke näher rückt, muss die Aufmerksamkeit von der reinen Fehlerbehebung hin zur nachhaltigen Systemhygiene und zur langfristigen Governance wandern. Dies ist der Zeitpunkt, an dem die Weichen für die Zukunftsfähigkeit der SAP-Landschaft gestellt werden.
Die Projektorganisation wird nun in ein dauerhaftes Center of Excellence (CoE) überführt. Dieses CoE ist nicht nur für den Support zuständig, sondern fungiert als Innovationshub. Eine der größten Gefahren nach dem Go-Live ist die schleichende Erosion der Dokumentation und die unkontrollierte Einführung neuer Z-Entwicklungen durch motivierte, aber nicht zentral gesteuerte Fachabteilungen.
| Governance-Bereich | Risiko ohne Steuerung | Strategische Lösung |
| Change Control | Wildwuchs an ungetesteten Änderungen | Einrichtung eines Change Advisory Boards (CAB) |
| Clean Core | Hohe technische Schuld verhindert Upgrades | Strikte Einhaltung des Extensibility-Modells auf der BTP |
| Data Governance | Degradierung der Stammdatenqualität | Zentrale Stammdatenverwaltung (MDM) mit Validierungsregeln |
| Integration | Instabile Schnittstellen führen zu Datenverlust | Monitoring über SAP Cloud ALM oder Integration Suite |
Die Clean Core Strategie operationalisieren
„Clean Core“ ist ein Begriff, der im Standard-Hype oft als Selbstläufer dargestellt wird. In der Praxis der ersten 100 Tage bedeutet dies jedoch harte Arbeit. Jede neue Anforderung muss gegen die Clean-Core-Prinzipien geprüft werden. Idealerweise werden Erweiterungen nicht mehr innerhalb des S/4HANA-Kerns entwickelt, sondern „side-by-side“ auf der SAP Business Technology Platform (BTP). Lesen Sie hier mehr zum Thema Clean Core.
Hierbei kommen verschiedene „Levels of Clean“ zum Einsatz:
- Level A: Vollständig konform (ABAP Cloud, BTP side-by-side).
- Level B: Bedingt akzeptabel (Nutzung klassischer, aber freigegebener APIs).
- Level C: Nicht empfohlen (direkte Modifikation von SAP-Standard-Tabellen oder fehlende API-Nutzung), was die Upgrade-Fähigkeit massiv gefährdet.
Ein effektives Werkzeug zur Überwachung ist das ABAP Test Cockpit (ATC) mit speziellen Clean-Core-Prüfvarianten, die in den Transportprozess integriert werden müssen. Nur so kann sichergestellt werden, dass das System über die ersten 100 Tage hinaus wartbar bleibt.
Die erste echte Performance-Analyse
Nachdem das System drei Monate lang unter realer Last gelaufen ist, liegen genügend Daten für eine fundierte Performance-Analyse vor. Ein weit verbreiteter Irrtum ist, dass S/4HANA aufgrund der HANA-In-Memory-Datenbank automatisch immer schnell ist. Ineffiziente SQL-Statements, falsch modellierte CDS-Views oder fehlende Indizes bei Z-Entwicklungen können die CPU-Last in die Höhe treiben und zu Timeouts führen.
Technisch versierte IT-Leiter:innen sollten sich auf folgende Analysen konzentrieren:
- Teure Statements: Über das HANA-Cockpit müssen die Statements identifiziert werden, die den höchsten Ressourcenverbrauch (CPU, RAM) aufweisen.
- Table Growth Monitoring: Das Wachstum der ACDOCA und anderer Massendaten-Tabellen muss überwacht werden. Eine unkontrolliert wachsende Datenbank führt nicht nur zu Performance-Problemen, sondern auch zu steigenden Lizenzkosten zur Unterhaltung der HANA-Datenbank.
- HANA-Caches: Die Nutzung von Static und Dynamic Result Caches kann bei komplexen analytischen Abfragen Wunder wirken, indem Ergebnisse zwischengespeichert werden, anstatt sie jedes Mal neu zu berechnen.
Lessons Learned & Value Realization: Den Business Case validieren
Die 100-Tage-Marke ist der Moment der Wahrheit gegenüber dem Vorstand. Es geht nun darum, nachzuweisen, dass die Investition in S/4HANA erste Früchte trägt. Dies erfordert ein systematisches „Value Realization“-Framework.
Quick-Wins messen und kommunizieren
Anstatt nur technische Verfügbarkeiten zu berichten, müssen CIOs die Sprache des Business sprechen. Der Erfolg wird an prozessualen Verbesserungen gemessen.
| Value Driver | KPI (Beispiel) | S/4HANA Hebel |
| Finance Agility | Tage bis zum Monatsabschluss | Echtzeit-Konsolidierung über Universal Journal |
| Working Capital | Days Sales Outstanding (DSO) | Optimiertes Forderungsmanagement |
| Supply Chain | Bestandsgenauigkeit / Stock-out Rate | Echtzeit-Bestandsführung und vorausschauende Analysen |
| IT Efficiency | Kosten für Systemwartung | Reduzierung technischer Schulden durch Clean Core |
Diese KPIs sollten in regelmäßigen „Value Realization“-Reviews präsentiert werden. Es ist entscheidend, dass Business Owner für diese Metriken verantwortlich sind und nicht nur die IT. Tools wie SAP Signavio können hierbei helfen, indem sie Abweichungen vom Standard-Prozesspfad visualisieren und Ineffizienzen aufdecken.
Lessons Learned: Was wir aus 100 Tagen lernen können
Kein Go-Live verläuft perfekt. Die Fähigkeit einer Organisation, aus den Fehlern der ersten 100 Tage zu lernen, ist ein Indikator für ihre zukünftige Innovationskraft.
Typische Erkenntnisse erfahrener Projektleiter:innen nach 100 Tagen:
- Unterschätzter Schulungsbedarf: Kurze Demos reichen nicht aus; Nutzende brauchen kontextbezogenes „Hands-on“-Training mit Realdaten.
- Integrations-Komplexität: Point-to-Point Verbindungen sind fehleranfällig. Ein Wechsel zu einer API-basierten Architektur über die BTP ist oft nachträglich erforderlich.
- Stammdaten-Governance: Ohne zentrale Kontrolle erodiert die Datenqualität sofort nach der Migration, was automatisierte Prozesse blockiert.
Abschließende Betrachtung: Die Transformation beginnt erst jetzt
Die ersten 100 Tage nach einer S/4HANA-Migration sind eine Zeit der Reifung – sowohl für die Technologie als auch für die Menschen, die sie bedienen. Erfahrene SAP-Programmleiter:innen wissen, dass die wahre Stärke von S/4HANA nicht in der technischen Brillanz der In-Memory-Datenbank liegt, sondern in der Fähigkeit der Organisation, diese Technologie als Katalysator für echte Geschäftsveränderungen zu nutzen.
Die „Standard-Hype“-Versprechen von schnellen Rollouts und problemlosen Cloud-Upgrades müssen in dieser Phase durch pragmatische Governance, saubere Datenarbeit und eine empathische Führung geerdet werden. Wer die Disziplin aufbringt, den Kern sauber zu halten, die Performance proaktiv zu managen und die Nutzerakzeptanz als höchste Priorität zu behandeln, wird am 100. Tag nicht nur ein funktionierendes System haben, sondern eine Plattform, die bereit ist für die nächste Stufe der Innovation – sei es durch Business AI mit SAP-Joule, intelligente Automatisierung oder eine durchgängige Nachhaltigkeitssteuerung.
Die Reise jenseits des Go-Live ist kein Sprint zur Ziellinie, sondern der Aufbau eines neuen Betriebssystems für das digitale Zeitalter. CIOs, die diese ersten 100 Tage erfolgreich meistern, legen das Fundament für ein Unternehmen, das nicht mehr nur reagiert, sondern durch Echtzeitdaten und agile Prozesse den Markt aktiv gestaltet.
Ein erfolgreicher Go-Live und eine stabile Post-Migration sind kein Zufall, sondern das Ergebnis weitsichtiger Planung von Tag eins an. adesso business consulting begleitet Sie gerne auf Ihrer gesamten S/4HANA-Reise – von der ersten strategischen Weichenstellung bis hin zur nachhaltigen Optimierung weit über die ersten 100 Tage hinaus. Kommen Sie gerne für einen unverbindlichen Austausch auf uns zu!
