SAP-Einführungsvorlagen: ein Leitfaden Phase für Phase

SAP Activate liefert für fast jedes Ergebnis in einem S/4HANA-Programm eine Vorlage. Sie finden sie im SAP Activate Roadmap Viewer und bei Cloud-Programmen in SAP Cloud ALM. Sie zu finden ist einfach. Schwer ist zu wissen, welche man ernst nehmen sollte.

Dieser Leitfaden richtet sich an Programmmanager, PMO-Leiter und Sponsoren, die eine Einführung aufsetzen. Er behandelt die Vorlagen, auf denen ich in jeder Phase bestehe, zeigt für jede ein funktionierendes Layout und markiert, wo Teams Abkürzungen nehmen. Wenn Sie vor dem Kickoff eine Woche haben, machen Sie zuerst das Scoping-Dokument und die Stakeholder-Matrix. Alles Weitere stützt sich auf diese beiden.

Das Muster in den ECC- und S/4HANA-Programmen, in denen ich in Fertigung, Handel und Finanzdienstleistungen gearbeitet habe, ist eindeutig. Teams, die den Vorlagen folgen, erkennen Probleme früher. Teams, die sie als optionalen Papierkram behandeln, merken mitten im Projekt, dass jede Entscheidung, die sie nie festgehalten haben, zum Streit um den Umfang geworden ist.

Das ist das Set, das ich unterschrieben sehen möchte, mit der Person, die jede Vorlage verantwortet, und dem Punkt, bis zu dem sie freigegeben sein muss.

Phase	Vorlage	Verantwortlich	Freigabe vor
Prepare	Dokument zum Projekt-Scoping	Programmmanager (Sponsor genehmigt)	Start von Explore
Prepare	Business Case	CFO oder Fachbereichsverantwortlicher	Freigabe der Mittel
Prepare	Stakeholder-Matrix	Programmmanager	Buchung der Explore-Workshops
Explore	Anforderungs- und Fit-Gap-Tabelle	Lösungsarchitekt mit Prozessverantwortlichen	Start von Realize
Realize	Konfigurationsprotokoll	Functional Leads	Jeder Transport nach QA
Realize	Register der Eigenentwicklungen	Entwicklungsleiter	Baubeginn an jedem Objekt
Realize	Teststrategie	Testmanager	Start des Systemintegrationstests
Realize	Datenmigrationsplan	Leiter Datenmigration	Erster Mock Load
Deploy	Cutover-Plan	Cutover-Manager	Finale Generalprobe
Deploy	Bewertung der Go-live-Bereitschaft	Programmdirektor (Sponsor unterzeichnet)	Go/No-go-Meeting
Run	Supportmodell für die Hypercare	Leiter Service Delivery	Go-live
Run	Blatt zur Performance-Überwachung	Basis-Leiter	Go-live

Activate hat sechs Phasen: Discover, Prepare, Explore, Realize, Deploy und Run. Es kombiniert SAP-Best-Practices-Inhalte, geführte Konfiguration und einen agilen Ansatz in der Umsetzung. Bei den meisten Kunden findet Discover vor Vertragsabschluss statt, deshalb beginnen die Vorlagen unten bei Prepare.

1. 01DiscoverMeist vor Vertragsabschluss
2. 02PrepareScoping-Dokument, Business Case, Stakeholder-Matrix
3. 03ExploreAnforderungs- und Fit-Gap-Tabelle
4. 04RealizeKonfigurationsprotokoll, Entwicklungsregister, Teststrategie, Migrationsplan
5. 05DeployCutover-Plan, Go-live-Bereitschaft
6. 06RunHypercare-Modell, Performance-Überwachung

Jede Vorlage ist vor ihrem Gate unterzeichnet

Die Phasenfolge ist nicht optional. Ich habe mit einem Händler gearbeitet, der Teile davon überspringen wollte und am Ende drei Monate Arbeit wiederholen musste. Jedes Quality Gate hat seinen Grund.

Wenn Sie Vorlagen anpassen, behalten Sie rund 80 % der Standardstruktur bei. Ändern Sie nur, was Ihren Kontext widerspiegelt: Branchenanforderungen, regulatorische Kontrollen, regionale Besonderheiten. Alles umzuschreiben, verfehlt den Zweck.

Was sich 2026 bei den Werkzeugen geändert hat

Die Struktur von Activate ist dieselbe wie zuvor. Das Werkzeugumfeld hat sich bewegt.

1. SAP Cloud ALM hält die Vorlagen bei Cloud-Programmen. Es ist der Nachfolger von SAP Solution Manager und in SAP Enterprise Support sowie in Cloud-Subscriptions wie RISE with SAP enthalten. Scoping, Anforderungen, Testpläne und Cutover-Aufgaben können dort mit Nachverfolgbarkeit untereinander liegen. Solution Manager 7.2 verlässt Ende 2027 die Mainstream-Wartung, mit erweiterter Wartung bis 2030 für einige Funktionen. Bestehende On-Premise-Landschaften haben also ein paar Jahre, kein Jahrzehnt.
2. Joule steckt jetzt im Werkzeug der Methodik. SAP hat Joule 2025 im Activate Roadmap Viewer und in SAP Cloud ALM verfügbar gemacht, ein Team kann also Hinweise zu Aufgaben erfragen oder Inhalte aus der Roadmap entwerfen lassen. Das beschleunigt den ersten Entwurf. Es ersetzt nicht die Person, die das Fit-Gap unterzeichnet.
3. Clean Core ist jetzt eine Gestaltungsregel mit Stufen. Im August 2025 hat SAP sein dreistufiges Erweiterungsmodell durch vier Clean-Core-Stufen ersetzt, A bis D. Stufe A nutzt nur freigegebene APIs, entweder auf SAP BTP oder im System mit ABAP Cloud. Stufe D ist überhaupt nicht clean. Die Fit-Gap-Vorlage braucht eine Spalte dafür, wo jede Lücke landen wird.
4. Die Public Edition verengt das Fit-Gap. SAP vermarktet S/4HANA Cloud Public Edition inzwischen als SAP Cloud ERP, an mittelgroße Unternehmen verkauft als SAP GROW. Es gelten dieselben sechs Phasen mit schlankeren Artefakten, und es sind nur Erweiterungen über freigegebene APIs erlaubt, die Spalte „Gap“ hat also weniger mögliche Antworten.

Projekte, die diese Grundlagenarbeit überspringen, zahlen dafür in Explore und Realize.

Vorlage für das Projekt-Scoping

Legt fest, was das Projekt umfasst und was nicht. Wenn jemand drei Monate später versucht, Umfang hinzuzufügen (und das wird jemand), ist dieses Dokument der Bezugspunkt. Die SAP-Projekt-Charta steht darüber und trägt die Governance-Details.

Abschnitt	Details
Titel, Sponsor, PM	Einführung von SAP S/4HANA Finance; CFO; benannter Senior-PM
Hintergrund	Ist-Zustand und der Anlass für die Veränderung
Ziele	Abschlusszyklus von 14 auf 5 Tage verkürzen; manuelle Abstimmungen abschaffen
Im Umfang	FI/CO, MM/SD-Integration, Datenmigration, UAT, Go-live
Nicht im Umfang	HR-Module, Migration von Altberichten, Integrationen mit Drittsystemen über das ERP hinaus
Annahmen	Executive Sponsor steht für das monatliche SteerCo zur Verfügung; Testdaten bis Woche 6 vereinbart
Randbedingungen	Fester Go-live-Termin; nur interne Ressourcen für die Konfiguration
Ergebnisse	Konfiguriertes System, Testpläne, Cutover-Plan, Schulungsunterlagen
Zeitplan	Prepare: Wochen 1-4; Explore: Wochen 5-10; Realize: Wochen 11-26
Genehmigung	Freigabe durch Projektsponsor und PMO vor Beginn von Explore

Vorlage für den Business Case

Führt die Kosten-Nutzen-Analyse in einem Format durch, das das Finanzteam lesen kann. Ich habe erlebt, dass Kunden mit dieser Struktur die Programmfreigabe beim ersten Antrag erhielten, weil die Zahlen klar sind und die Annahmen schriftlich vorliegen.

Eine Regel halte ich ein: Der Systemintegrator, der die Arbeit liefern wird, sollte dieses Dokument nicht schreiben. Sein Anreiz ist zu starten. Ihrer ist, fertig zu werden. Meine Vorlage für einen SAP-Business-Case geht tiefer auf das Nutzenmodell ein.

Abschnitt	Details
Verantwortlicher und Zusammenfassung	CFO oder Programmdirektor; warum jetzt, was sich ändert, was bleibt
Problembeschreibung	Konkrete operative Probleme (Länge des Abschlusszyklus, manuelle Behelfslösungen, Alter des Systems)
Vorgeschlagener Ansatz	Greenfield / Brownfield / selektiv, mit Zusammenfassung des Umfangs
Nutzen	Quantifiziert: Tage weniger im Abschlusszyklus, Einsparung an FTE, geringere Fehlerquote, geringeres Audit-Risiko
Kosten und Finanzierung	Einführung, Lizenz oder Subscription, interner Ressourcenaufwand, Reserve; Budgetquelle
Risiken	Die drei wichtigsten, mit Wahrscheinlichkeit und Auswirkung
Empfehlung	Fortfahren / bedingt fortfahren / zurückstellen, mit Begründung

Stakeholder-Identifikationsmatrix

Bildet alle ab, die von der Einführung betroffen sind, und ihren Einfluss. Auf einen Blick sehen Sie, wer wöchentliche Updates braucht und wer vor dem Go-live nur einen Hinweis.

Stakeholder	Rolle	Interesse	Einfluss	Einbindung
Group CFO	Executive Sponsor	ROI des Programms, kürzerer Finanzabschluss	Hoch	Monatliches SteerCo, wöchentliches schriftliches Update
IT-Leiter	Technischer Verantwortlicher	Systemstabilität, Integration, Sicherheit	Hoch	Wöchentliches Programmboard, täglich während Realize
Finanzleiter	Wichtiger Prozessverantwortlicher	FI/CO-Design, Abschlussprozess	Hoch	Workshops in Explore, UAT-Freigabe
Werksleiter	Betroffene Anwender	Prozessänderungen in MM/PP	Mittel	Monatliche Change-Kommunikation, Teilnahme am UAT
Endanwender (AP/AR)	Bediener	Änderungen auf Transaktionsebene	Gering	Schulung, Hypercare-Support
Interne Revision	Governance	Nachvollziehbarkeit, Kontrollen, Compliance	Mittel	Prüfung der Artefakte an den Quality Gates

Nutzen Sie dieselbe Matrix, um die Workshops der Prepare-Phase zu planen, in denen die übergeordneten Anforderungen nach Abteilung erfasst werden. Nummerieren Sie diese Anforderungen in dem Format, das Sie in Explore verwenden werden (REQ-001 und so weiter), damit später nichts neu nummeriert wird und die Rückverfolgung zur ursprünglichen Anforderung erhalten bleibt.

In Explore nimmt die Einführung Gestalt an. Diese Vorlagen legen die Lücke offen zwischen dem, was SAP im Standard leistet, und dem, was das Unternehmen braucht.

Vorlage für Anforderungs-Mapping und Fit-Gap

Das Anforderungs-Mapping erfasst die Anforderungen der Fachbereiche nach Abteilung und führt jede auf eine Systemkomponente und einen Testfall zurück. Ich habe gesehen, dass Unternehmen es übersprungen haben und am Ende Systeme hatten, die niemand nutzt, weil der Aufbau auf dem beruhte, was die Berater annahmen, und nicht auf dem, was das Business gesagt hatte.

Die Fit-Gap-Analyse zeigt dann, wo der SAP-Standard jede Anforderung abdeckt und wo nicht. Für die meisten meiner Kunden ist das ein echter Augenöffner. Ich beobachte gern den Moment, in dem ein Team merkt, dass es Standardfunktionen statt teurem Eigencode nutzen kann.

Ich führe beides in einer Tabelle, mit einer Spalte für den Lösungsweg. In S/4HANA braucht jede Lücke eine ausdrückliche Antwort: Standardkonfiguration, Key-User-Erweiterung, Entwicklererweiterung im System oder eine Side-by-Side-Erweiterung auf SAP BTP. Klassische Modifikationen am SAP-Code sind die teuerste Antwort und sollten einen benannten Genehmiger erfordern.

Req-ID	Anforderung	SAP-Komponente	Fit / Gap	Lösungsweg	Testreferenz
REQ-001	Automatisierte Buchungen für den Monatsabschluss	FI-GL, Periodenabschluss	Fit	Vorlagen für wiederkehrende Belege konfigurieren	TC-001
REQ-002	Freigabe von Bestellungen über Fiori	MM-Einkauf, Fiori-App zur Freigabe	Gap (nicht in ECC)	Standard-App aus S/4HANA und Workflow-Konfiguration	TC-003
REQ-003	Automatisierte Intercompany-Fakturierung	SD-Fakturierung, FI-Integration	Gap	Konfiguration der Intercompany-Fakturierung	TC-010
REQ-004	Überwachung von Batch-Jobs	App Application Jobs	Fit	Standard-App	TC-015
REQ-005	Self-Service-Portal für Lieferanten	SAP Ariba oder Lieferantenportal	Gap	Ariba-Integration	TC-020
REQ-006	DSGVO-konforme Datenarchivierung	ILM, Datenarchivierung	Gap	Konfiguration einer ILM-Richtlinie	TC-025
REQ-007	Kostenstellenberichte in Echtzeit	CO, Embedded Analytics oder SAC	Gap	Embedded Analytics oder Live-Verbindung zu SAC	TC-030
REQ-008	500 gleichzeitige Nutzer unterstützen	HANA-Sizing	Gap (300 getestet)	Sizing-Prüfung und Ausbau der Infrastruktur	TC-035

Das ist die Build-Phase. Diese Vorlagen sind die Prüfspur für jede Konfigurationsentscheidung, jede Entwicklung und jedes Testergebnis.

Vorlage zur Konfigurationsnachverfolgung

Hält jede Systemänderung fest: wer sie gemacht hat, warum und in welchem Transport sie lag. Wenn später etwas kaputtgeht, verfolgen Sie das Problem in Minuten statt in Tagen zurück.

1. Konfigurations-ID und Modul: [z. B. MM-CONF-001, MM]
2. IMG-Pfad und Konfigurationsobjekt: [z. B. Tabelle T161, Bestellbelegarten]
3. Zweck und betroffener Geschäftsprozess
4. Konfiguriert von und Datum
5. Nummer des Transportauftrags: [z. B. DEVK900123]
6. Wichtige Werte: vorher und nachher
7. Verknüpfte Testfälle
8. Status von Validierung und Freigabe

Register der Eigenentwicklungen

Jedes Eigenobjekt bekommt eine Zeile, bevor jemand Code schreibt. Einer meiner Kunden hat seinen Eigencode um 30 % gekürzt, weil das Register zeigte, wo der SAP-Standard völlig ausreicht.

Dev-ID	Objekt	Beschreibung	Entwickler	Aufwand (Std.)	Status	Erweiterungstyp
CD-001	Fiori-Kachel: Übersicht Kostenstellen	Kachel für Echtzeitberichte im CO für das Finanzwesen	Fiori-Entwickler	12	Abgeschlossen	Entwicklererweiterung
CD-002	Bericht zur Intercompany-Fakturierung	Bericht für die IC-Abstimmung	ABAP-Entwickler	20	In Arbeit	Entwicklererweiterung
CD-004	App zum Zahlungsstatus von Lieferanten	Fiori-App für Zahlungsabfragen in der Kreditorenbuchhaltung	BTP-Entwickler	10	Wartet auf QA	Side-by-Side auf BTP
CD-005	Benachrichtigung zum Wareneingang	E-Mail-Auslöser bei Buchung des Wareneingangs	Integrationsentwickler	24	Geplant	Ereignisbasiert, auf BTP

Vorlage für die Teststrategie

Bündelt alle Testpläne an einem Ort: wer was wann in welcher Umgebung testet und nach welchem Maßstab.

Abschnitt	Details
Umfang	Funktions-, Integrations-, Regressions-, Performance- und Abnahmetests (UAT) über die Module im Umfang (Penetrationstests liegen bei der InfoSec)
Umgebungen	DEV, QA, UAT (Vorproduktion), Staging für die abschließende Validierung
Werkzeuge	Testmanagement in SAP Cloud ALM oder Jira/Xray; Automatisierung mit Tricentis Tosca oder ähnlich; Performance mit JMeter oder LoadRunner
Fehlerlebenszyklus	Neu, In Bearbeitung, Behoben, Verifiziert, Geschlossen; Schweregrad und Priorität werden in der Triage festgelegt
Exit-Kriterien	Alle kritischen Fehler geschlossen; UAT-Freigabe liegt vor; Erfolgsquote der Regressionstests mindestens 95 %; Performance-Benchmarks erreicht

Vorlage für die Datenmigrationsplanung

Die Datenmigration ist der Workstream, der Ihnen am ehesten wehtut. Diese Vorlage zerlegt sie in Schritte, die Datenqualitätsprobleme vor dem Cutover sichtbar machen statt währenddessen. Der Artikel zu den Fehlermustern bei der Datenmigration beschreibt, was schiefgeht, wenn man sie überspringt.

Abschnitt	Details
Umfang	Kundenstammdaten, Lieferantenstammdaten, offene Posten, Materialstammdaten, Bestandssalden, Kostenstellenhierarchien
Quellsysteme	ECC 6.0 EHP 7 (primär); HR-Altsystem (Zuordnung von Mitarbeitenden zu Kostenstellen)
Zielsystem	S/4HANA (aktuelles Release)
Mapping und Regeln	Kunden und Lieferanten auf Geschäftspartner; Kostenstellen auf die neue Hierarchie; ungültige Bankverbindungen entfernen; Dubletten zusammenführen
Migrationswerkzeuge	SAP S/4HANA Migration Cockpit (primär); Migration Object Modeler für Eigenobjekte; Skripte für die Vorverarbeitung
Ladestrategie	Mock Load in QA; Delta-Migration und Abstimmung; Produktiv-Cutover
Validierungsansatz	Datensatzanzahl von Quelle zu Ziel; 10 % Stichproben; Saldenabstimmungsberichte
Rollback-Plan	Backup vor dem Cutover; Altsystem 48 Stunden in Bereitschaft

In der Deploy-Phase gehen Sie live. Diese Vorlagen machen aus einem chaotischen Wochenende ein gesteuertes Ereignis.

Vorlage für die Cutover-Planung

Bildet das Blackout-Fenster stundengenau ab. Jede Aufgabe, jeder Verantwortliche, jede Startzeit. Ihr Team sollte um 2 Uhr nachts nie herumstehen und sich fragen, was als Nächstes zu tun ist.

Vereinbaren Sie vier Dinge, bevor Sie die Aufgabenliste schreiben: das Fenster (zum Beispiel Freitag 22:00 bis Samstag 06:00 Uhr), den Auslöser für den Rollback, wie schnell das Altsystem wieder aktiviert werden kann, und die Smoke-Tests, die beweisen, dass das neue System funktioniert. Danach die Abfolge der Aufgaben:

Schritt	Beschreibung	Verantwortlich	Startzeit	Status
1	ECC-System einfrieren (keine Buchungen)	Basis	22:00	Offen
2	Finaler Datenextrakt und Abstimmung	Leiter Datenmigration	22:30	Offen
3	Produktive Migrationsladung ausführen	DBA	23:00	Offen
4	Verbleibende Transporte in die Produktion importieren	Basis	00:30	Offen
5	DNS und Load Balancer auf S/4HANA umschalten	Netzwerk	01:30	Offen
6	Smoke-Test: FI-Buchung, Wareneingang, Kundenauftrag	QA-Leiter	02:00	Offen
7	Bestätigung durch das Business und Go/No-go-Entscheidung	Programmdirektor	03:00	Offen
8	System für Fachanwender öffnen	Basis	06:00	Offen

Bewertung der Go-live-Bereitschaft

Entscheidet, ob Sie wirklich bereit zum Umschalten sind. Ich hatte Kunden, die den Go-live aufgrund dieser Bewertung verschoben haben, und sie haben mir später dafür gedankt.

Bereich	Prüfungen (jeweils mit Ja oder Nein beantwortet, mit Nachweis)
Funktional	Schlüsselprozesse getestet; modulübergreifende Szenarien abgeschlossen; offene P1/P2-Fehler aufgelistet; Key User bestätigen die Bereitschaft
Daten	Stammdatenladungen abgeschlossen; Bewegungsdaten validiert; Abstimmungsberichte freigegeben; Einfrieren des Altsystems bestätigt
Technik	Cutover-Plan genehmigt; Transporte in der Produktion; Batch-Jobs eingeplant; Monitoring konfiguriert
Menschen	Schulungsabdeckung in %; Zugriffsrollen validiert; Hypercare-Team besetzt; Supportplan kommuniziert
Entscheidung	Kritische Risiken und Gegenmaßnahmen aufgelistet; Go / No-go / Bedingt; genehmigt mit Name, Rolle und Datum

Nach dem Go-live ändert sich die Arbeit. Diese Vorlagen tragen das System und das Team durch die Hypercare in den Regelbetrieb.

Vorlage für den Support nach der Einführung

Organisiert, wie Sie nach dem Start mit Störungen umgehen. Ohne sie wird jedes Problem zu einem P1.

Abschnitt	Details
Hypercare-Fenster	Wochen 1-4 nach dem Go-live: Abdeckung rund um die Uhr
Supportkanäle	ServiceNow-Incident-Queue (primär); eigener Chat-Kanal; Telefonbrücke für P1-Fälle
Supportstufen	1: Service Desk (Passwörter, Navigation, bekannte Probleme); 2: Funktionale Berater (Prozessfragen, kleinere Konfiguration); 3: Basis und Entwicklung (Systemfehler, Performance, Schnittstellen)
SLAs (Reaktion / Lösung)	Kritisch 15 Min. / 2 Std.; Hoch 30 Min. / 4 Std.; Mittel 4 Std. / 1 Tag; Niedrig 1 Tag / 3 Tage
Monitoring	SAP Cloud ALM oder Solution Manager; tägliche Prüfung der Fehlerprotokolle
Exit-Kriterien	Keine offenen P1/P2-Fälle; alle Incidents dokumentiert; Freigabe der finalen Übergabe

Vorlage zur Performance-Überwachung

Damit beobachten Sie die Gesundheit des Systems Tag für Tag und erkennen Verlangsamungen, bevor sich Anwender beschweren. Ich habe kürzlich einem Unternehmen geholfen, auf diese Weise ein Datenbankproblem zu finden, das das System beim Monatsabschluss zum Absturz gebracht hätte.

Kennzahl	Ziel	Werkzeug	Alarmschwelle	Verantwortlich
Antwortzeit im Dialog (95. Perzentil)	Unter 1 Sekunde	ST03 / SAP Cloud ALM	2 Sekunden	Basis-Team
Abschluss von Hintergrundjobs	100 % laut Plan	SM37 / Application Jobs	Jeder fehlgeschlagene Job	Betriebsleiter
Dauer von Datenbankabfragen	Unter 200 ms	SAP HANA Cockpit	500 ms	DBA
Systemverfügbarkeit	Über 99,5 %	SAP Cloud ALM	Unter 99 %	Infrastruktur
Fehlerrate bei Schnittstellen	Unter 1 %	Monitoring der SAP Integration Suite	2 %	Middleware-Leiter
Erfolgsquote bei Anmeldungen	Über 98 %	Security-Audit-Log	Unter 95 %	Security-Leiter
Laufzeit der Jobs für den Monatsabschluss	Im vereinbarten Fenster	Job-Scheduler	Über 30 % über der Baseline	Finance Ops

Quality Gates verhindern, dass ein Problem in einer Phase in der nächsten zu teurer Nacharbeit wird. Mein Leitfaden zu SAP Quality Gates beschreibt, wie Sie sie einrichten. Hier steht, warum sie wichtig sind.

Die Freigabe der Geschäftsleitung vor dem Go-live sollte kein Stempel sein. In einem Projekt, an dem ich gearbeitet habe, entdeckte der CEO bei der Go-live-Review ein großes Problem, das die Arbeit des Finanzteams gestört hätte.

Legen Sie an jedem Gate Kriterien für Bestehen oder Nichtbestehen fest. „95 % der Regressionstests müssen bestanden sein.“ „Alle FI-Integrationsszenarien sind grün.“ Solche Kriterien geben Ihnen eine belastbare Grundlage, um die Linie zu halten, wenn das Business unabhängig von der Qualität an einem Termin starten will.

In einem meiner Projekte hielt uns das Quality Gate an, als erst 75 % der Integrationstests bestanden waren. Wir haben zuerst die Probleme behoben, statt voranzupreschen. Das hat den Kunden etwa 100.000 € an Notfallkorrekturen nach dem Start erspart.

Ein Gate, das der Sponsor mit einem Anruf aufheben kann, ist kein Gate. Schreiben Sie auf, wer es aussetzen darf, bevor Sie es brauchen.

Was ist die SAP-Activate-Methodik?

SAP Activate ist die Einführungsmethodik von SAP für S/4HANA und die übrigen Cloud-Produkte. Sie läuft in sechs Phasen (Discover, Prepare, Explore, Realize, Deploy, Run) und kombiniert SAP-Best-Practices-Inhalte, geführte Konfiguration und agile Umsetzung.

Die Aufgabenlisten und Ergebnisvorlagen für jedes Einführungsszenario sind im SAP Activate Roadmap Viewer veröffentlicht.

Welche SAP-Activate-Phase hat die wichtigsten Vorlagen?

Prepare. Das Scoping-Dokument, der Business Case und die Stakeholder-Matrix legen die Grundlage für jede spätere Entscheidung, und genau sie überspringen Teams, um schneller zur Konfiguration zu kommen. Diese Abkürzung ist die häufigste Ursache für Streit um den Umfang in Realize.

Explore kommt an zweiter Stelle. Lücken in den Dokumenten zu Fit-Gap und Anforderungs-Mapping tauchen Monate später als UAT-Fehler auf, wenn die Behebung weit mehr kostet als in Woche 3 von Explore.

Kann man SAP-Activate-Vorlagen anpassen?

Ja. Behalten Sie rund 80 % der Standardstruktur bei und ändern Sie nur, was für Ihren Kontext spezifisch ist: pharmazeutische Validierung, Vergaberegeln im öffentlichen Sektor, SOX-Kontrollen. Ergänzen Sie diese zu Beginn von Prepare, nicht in Deploy.

Passen Sie weder die Struktur der Quality Gates noch die Phasenfolge noch die verbindlichen Artefakte an (Scoping-Dokument, Business Case, Bewertung der Go-live-Bereitschaft).

Funktionieren SAP-Activate-Vorlagen für Greenfield und Brownfield?

Ja. Der Hauptunterschied liegt in Explore. Eine Brownfield-Konvertierung übernimmt die vorhandene Konfiguration, das Fit-Gap konzentriert sich daher darauf, was sich ändern muss, welchen Eigencode S/4HANA im Standard jetzt ersetzen kann und welche Datenbereinigung vor der Konvertierung nötig ist. Ein Greenfield-Programm startet bei den SAP Best Practices und bestätigt, welche Standardprozesse passen.

Auch der Cutover-Plan unterscheidet sich. Eine Systemkonvertierung im Brownfield folgt einer anderen Abfolge als ein Greenfield-Go-live mit vollständiger Datenmigration.

Wie detailliert sollte ein Cutover-Plan sein?

Mindestens stundengenau, und für das Blackout-Fenster noch enger. Jede Aufgabe braucht eine Startzeit, einen Verantwortlichen und eine Abhängigkeit.

Vereinbaren Sie die Rollback-Kriterien, bevor der Cutover beginnt: welche Bedingungen die Rückkehr zum Altsystem auslösen, wer diese Entscheidung trifft und bis wann. Rollback-Entscheidungen um 4 Uhr nachts ohne vorab vereinbarte Kriterien sind der Anfang von Katastrophen nach dem Go-live.