SAP-Einführungsvorlagen: das SAP-Activate-Set Phase für Phase

SAP-Activate-Vorlagen sind die Einführungsvorlagen und Accelerators, die SAP für jede Phase eines S/4HANA-Programms veröffentlicht, vom Scoping-Dokument in Prepare bis zum Cutover-Plan in Deploy. Sie finden sie im SAP Activate Roadmap Viewer und bei Cloud-Programmen in SAP Cloud ALM.

Die kurze Antwort: Sie brauchen nicht alle. Sie brauchen etwa ein Dutzend, jede mit einem namentlich Verantwortlichen und einem Freigabezeitpunkt, und Sie sollten rund 80 Prozent der SAP-Standardstruktur behalten. Die Tabelle unten zeigt das Set, auf dem ich in den 21 SAP-Programmen bestehe, die ich geleitet oder gerettet habe.

Die Vorlagen zu finden ist einfach. Schwierig ist, zu wissen, welche Sie ernst nehmen müssen.

Das ist das Set an SAP-Einführungsvorlagen, das ich freigegeben sehen will, mit dem Verantwortlichen und dem Punkt, den jede Vorlage passieren muss.

Phase	Vorlage	Verantwortlich	Freigegeben vor
Prepare	Projekt-Scoping-Dokument	Programmmanager (Sponsor genehmigt)	Start von Explore
Prepare	Business Case	CFO oder fachlicher Owner	Freigabe der Mittel
Prepare	Stakeholder-Matrix	Programmmanager	Terminierung der Explore-Workshops
Explore	Anforderungs- und Fit-Gap-Liste	Design Authority (Fachbereich und IT)	Start von Realize
Realize	Konfigurationsprotokoll	Funktionale Leads	Jeder Transport nach QA
Realize	Register der Eigenentwicklungen	Entwicklungsleiter	Baubeginn für jedes Objekt
Realize	Teststrategie	Testmanager	Start des Systemintegrationstests
Realize	Datenmigrationsplan	Leiter Datenmigration	Erster Probeladelauf
Deploy	Cutover-Plan	Cutover-Manager	Letzte Generalprobe
Deploy	Go-live-Checkliste	Programmdirektor (Sponsor unterschreibt)	Go/No-Go-Meeting
Deploy	Hypercare-Supportmodell	Service-Delivery-Leiter	Go-live
Run	Performance-Monitoring-Blatt	Basis-Lead	Go-live

SAP Activate hat sechs Phasen: Discover, Prepare, Explore, Realize, Deploy und Run. Die Methodik verbindet Inhalte von SAP Best Practices, ein Vorgehensmodell und geführte Konfiguration. Discover ist die unverbindliche Erkundungsphase; bei den meisten Kunden endet sie vor der Vertragsunterzeichnung, und die Vorlagen unten beginnen mit Prepare.

1. 01DiscoverMeist vor der Vertragsunterzeichnung
2. 02PrepareScoping-Dokument, Business Case, Stakeholder-Matrix
3. 03ExploreAnforderungs- und Fit-Gap-Liste
4. 04RealizeKonfigurationsprotokoll, Entwicklungsregister, Teststrategie, Migrationsplan
5. 05DeployCutover-Plan, Go-live-Bereitschaft, Hypercare
6. 06RunPerformance-Monitoring

Jede Vorlage vor ihrem Gate freigegeben

Im Roadmap Viewer ist jede Roadmap in Phasen, Ergebnisse und Aufgaben gegliedert. Die Vorlagen sind als Accelerators abgelegt: Anleitungen, Beispieldokumente und Checklisten, verknüpft mit der Aufgabe, die sie braucht. Sie können nach Phase, Workstream oder Accelerator filtern; so ziehen Sie die SAP-Activate-Ergebnisse einer Phase am schnellsten heraus.

Wenn Sie die Vorlagen anpassen, behalten Sie rund 80 Prozent der Standardstruktur. Ändern Sie nur, was Ihren Kontext abbildet: Branchenanforderungen, regulatorische Kontrollen, regionale Besonderheiten. Wer alles umschreibt, wirft den Grund weg, sie überhaupt zu nutzen.

Was sich bei den Werkzeugen geändert hat

Die Phasenstruktur ist gleich geblieben. Die Werkzeuge drumherum haben sich bewegt.

1. Bei Cloud-Programmen liegen die Vorlagen in SAP Cloud ALM. Kunden mit SAP Enterprise Support erhalten es, und es ist in SAP-Cloud-Subskriptionen wie RISE with SAP enthalten. Solution Manager 7.2 hat Mainstream-Wartung bis Ende 2027 und erweiterte Wartung bis 2030 für ausgewählte Funktionen.
2. Joule steckt in den Methodik-Werkzeugen. SAP hat Joule 2025 in den Roadmap Viewer und in SAP Cloud ALM eingebaut, sodass ein Team nach Hinweisen zu einer Aufgabe oder nach einem ersten Entwurf fragen kann. Die Person, die die Fit-Gap-Liste unterschreibt, ersetzt es nicht.
3. Clean Core hat jetzt Stufen. Im August 2025 hat SAP vier Clean-Core-Stufen eingeführt, A bis D: Stufe A nutzt nur freigegebene APIs, Stufe D ist nicht clean. Ihre Fit-Gap-Liste braucht eine Spalte dafür, wo jede Lücke landen wird.

Projekte, die diese Grundlagenarbeit überspringen, zahlen in Explore und Realize dafür. Diese drei Dokumente lassen Teams weg, um schneller zur Konfiguration zu kommen.

Projekt-Scoping-Dokument

Es legt fest, was das Programm umfasst und was nicht. Wenn jemand nach drei Monaten zusätzlichen Scope einbringen will (und das passiert), ist es der Bezugspunkt.

Die Abschnitte, die ich erwarte:

1. Titel, Sponsor und Programmmanager.
2. Hintergrund: Ist-Zustand und Grund für die Veränderung.
3. Ziele in Zahlen, zum Beispiel „Abschlusszyklus von 14 auf 5 Tage“.
4. Im Scope, nach Modul und Prozess (FI/CO, MM/SD-Integration, Datenmigration, UAT, Go-live).
5. Außerhalb des Scopes, so ausdrücklich formuliert wie der Scope selbst (HR, Migration alter Berichte, Nicht-ERP-Schnittstellen).
6. Annahmen und Rahmenbedingungen, etwa die Verfügbarkeit des Sponsors für einen monatlichen Lenkungsausschuss und ein fester Go-live-Termin.
7. Zeitplan nach Phasen, mit Freigabe durch Sponsor und PMO vor Beginn von Explore.

Messen Sie den Zeitplan an dem, was realistisch ist. Nach meiner Erfahrung dauern GROW-Programme 6 bis 9 Monate, RISE 9 bis 18 Monate, Brownfield-Konvertierungen 12 bis 18 Monate und Greenfield 18 bis 24 Monate; mein Leitfaden zum SAP-Einführungszeitplan schlüsselt das nach Phasen auf.

Vorlage für den Business Case

Sie stellt die Kosten-Nutzen-Analyse in einem Format dar, das die Finanzabteilung lesen kann. Kunden von mir haben mit dieser Struktur die Programmfreigabe beim ersten Antrag bekommen, weil die Zahlen klar sind und die Annahmen schriftlich festgehalten.

Die Struktur:

1. Verantwortlicher und Zusammenfassung: warum jetzt, was sich ändert, was gleich bleibt.
2. Problembeschreibung: Dauer des Abschlusszyklus, manuelle Workarounds, Alter des Systems.
3. Vorgeschlagener Ansatz: Greenfield, Brownfield oder selektiv, mit einer Scope-Zusammenfassung.
4. Quantifizierter Nutzen: Tage weniger im Abschluss, FTE-Zeit, Fehlerquoten, Prüfungsrisiko.
5. Kosten und Finanzierung: Einführung, Lizenz oder Subskription, interne Zeit, Reserve.
6. Die drei größten Risiken, mit Wahrscheinlichkeit und Auswirkung.
7. Empfehlung: fortfahren, unter Bedingungen fortfahren oder zurückstellen.

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

Stakeholder-Matrix

Sie bildet alle ab, die von der Einführung betroffen sind, ihren Einfluss und wie Sie sie einbinden. Sie zeigt, wer ein wöchentliches Update braucht und wer vor dem Go-live einen Hinweis.

Halten Sie für jede Gruppe Rolle, Interesse, Einfluss und Einbindung fest. Ein typisches Set: der CFO als Sponsor (monatlicher Lenkungsausschuss), der IT-Leiter als technischer Verantwortlicher, der Finanzdirektor als wichtigster Prozessverantwortlicher, Werksleiter sowie Kreditoren- und Debitorenbuchhaltung als betroffene Nutzer, und die interne Revision an den Quality Gates.

Planen Sie mit derselben Matrix die Prepare-Workshops, in denen die übergeordneten Anforderungen erfasst werden. Nummerieren Sie diese schon jetzt im Format, das Sie in Explore verwenden (REQ-001 und so weiter), damit die Rückverfolgung zur ursprünglichen Anforderung erhalten bleibt.

In Explore wird das Design in Fit-to-Standard-Workshops gegen SAP Best Practices festgelegt. Hier laufen auch SAP-Budgets aus dem Ruder, weil hier die WRICEF-Anzahl (Workflows, Berichte, Schnittstellen, Konvertierungen, Erweiterungen und Formulare) wächst.

Lassen Sie die Phasenfolge nicht verrutschen. Bei einem europäischen Handelsunternehmen hat der Kunde 2023 versucht, Explore zu überspringen, und drei Monate lang gegen unvollständige Anforderungen gebaut. Meine Aufschlüsselung der SAP-Einführungskosten zeigt, wie aus solcher Nacharbeit Budget wird.

Anforderungs- und Fit-Gap-Liste

Das Anforderungsmapping verfolgt jeden fachlichen Bedarf bis zu einer Systemkomponente und einem Testfall. Die Fit-Gap-Analyse zeigt dann, wo der SAP-Standard den Bedarf abdeckt und wo nicht.

Ich führe beides in einer Liste, 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.

Anf.-ID	Anforderung	SAP-Komponente	Fit / Gap	Lösungsweg	Testref.
REQ-001	Automatisierte Buchungen im Monatsabschluss	FI-GL Periodenabschluss	Fit	Konfiguration von Dauerbuchungen	TC-001
REQ-002	Bestellfreigabe auf dem Smartphone	MM Einkauf, Fiori-Genehmigungs-App	Fit in S/4HANA	Standard-App und Workflow-Konfiguration	TC-003
REQ-003	Automatisierte konzerninterne Fakturierung	SD Fakturierung, FI-Integration	Fit	Konfiguration der Intercompany-Fakturierung	TC-010
REQ-004	Datenarchivierung für Datenschutzvorgaben	Information Lifecycle Management	Gap	Konfiguration der ILM-Richtlinien	TC-025
REQ-005	Kostenstellen-Reporting in Echtzeit	CO, Embedded Analytics oder SAC	Gap	Embedded Analytics oder SAC-Live-Verbindung	TC-030
REQ-006	Self-Service-Portal für Lieferanten	SAP Ariba oder Lieferantenportal	Gap	Ariba-Integration	TC-020

Hier wird das Geld gespart. Bei einer europäischen Migration von ECC auf S/4HANA in der Fertigung 2023 haben die Fit-Gap-Workshops die geplanten Erweiterungen um 35 Prozent reduziert, und die Einsparung lag im sechsstelligen Bereich.

Zwei Regeln lassen die Liste funktionieren. Der Dienstleister darf den Scope nicht kontrollieren, denn jede Lücke, die er als Eigenentwicklung markiert, ist für ihn abrechenbare Arbeit. Eine Design Authority aus Fachbereich und IT verantwortet die Clean-Core-Entscheidungen, und Modifikationen am SAP-Code brauchen einen namentlich benannten Genehmiger; meine SAP-Clean-Core-Strategie erklärt die Stufen.

Das ist die Bauphase. Diese Vorlagen sind der Prüfpfad für jede Konfigurationsentscheidung, jede Entwicklung und jedes Testergebnis.

Konfigurationsprotokoll

Es hält jede Systemänderung fest: wer sie gemacht hat, warum und mit welchem Transport. Wenn später etwas bricht, finden Sie die Ursache in Minuten statt in Tagen.

Jeder Eintrag braucht:

1. Konfigurations-ID und Modul (zum Beispiel MM-CONF-001).
2. Konfigurationspfad und geändertes Objekt.
3. Betroffener Geschäftsprozess und Grund.
4. Wer konfiguriert hat, und wann.
5. Nummer des Transportauftrags.
6. Wichtige Werte vorher und nachher.
7. Verknüpfte Testfälle und Freigabestatus.

Register der Eigenentwicklungen

Jedes kundeneigene Objekt bekommt eine Zeile, bevor jemand Code schreibt: ID, Beschreibung, Entwicklerrolle, Aufwand, Status und Erweiterungsart. In der Spalte für die Erweiterungsart wird Clean Core durchgesetzt.

Bei einer europäischen S/4HANA-Einführung im Handel 2024 hat das Register den geplanten Eigencode um 30 Prozent verringert. Es hat gezeigt, wo der SAP-Standard völlig ausreichte.

Teststrategie

Sie bündelt alle Tests an einer Stelle: wer was testet, wann, in welcher Umgebung und nach welchem Maßstab.

1. Umfang: Funktions-, Integrations-, Regressions-, Performance- und Abnahmetests über die Module im Scope.
2. Umgebungen: Entwicklung, QA, UAT und Vorproduktion.
3. Werkzeuge: Testmanagement in SAP Cloud ALM oder in Ihrem vorhandenen Werkzeug, mit benannten Automatisierungs- und Performance-Tools.
4. Fehlerlebenszyklus, mit Schweregrad und Priorität bei der Triage festgelegt.
5. Abschlusskriterien: alle kritischen Fehler behoben, UAT freigegeben, eine vorab vereinbarte Erfolgsquote der Regressionstests.

SAP Activate schließt Realize mit Integrationstest und Benutzerakzeptanztest ab. Schreiben Sie die Abschlusskriterien, bevor die Tests beginnen, nicht wenn die Ergebnisse eintreffen.

Datenmigrationsplan

Die Datenmigration ist der Workstream, der Ihnen am ehesten wehtut. Der Plan umfasst Scope (Geschäftspartner, Materialien, offene Posten, Salden), Quellsysteme, Mapping-Regeln, Werkzeuge (das SAP S/4HANA Migration Cockpit), Probeladeläufe, Validierung und Rollback.

Die Validierung planen Teams zu knapp: Vereinbaren Sie Satzanzahlen, Stichproben und Saldenabstimmung vor dem ersten Probeladelauf.

In SAP Activate umfasst Deploy die Einrichtung der Produktion, den Cutover, den Go-live und die Hypercare. Diese Vorlagen machen aus einem chaotischen Wochenende ein gesteuertes Ereignis.

Vorlage für den SAP-Cutover-Plan

Der Cutover-Plan bildet das Blackout-Fenster Stunde für Stunde ab. Jede Aufgabe hat einen Verantwortlichen, eine Startzeit und eine Abhängigkeit. Niemand sollte um 2 Uhr nachts herumstehen und überlegen, was als Nächstes kommt.

Vereinbaren Sie vier Dinge, bevor Sie die Aufgabenliste schreiben: das Fenster (zum Beispiel Freitag 22:00 bis Samstag 06:00), den Auslöser für den Rollback, wie schnell sich das Altsystem reaktivieren lässt, und die Smoke-Tests, die belegen, dass das neue System funktioniert. Dann die Abfolge:

Schritt	Aufgabe	Verantwortlich	Start	Status
1	Altsystem einfrieren (keine Buchungen)	Basis	22:00	Offen
2	Finaler Datenextrakt und Abstimmung	Leiter Datenmigration	22:30	Offen
3	Migrationsladung in die Produktion	Leiter Datenmigration	23:00	Offen
4	Restliche Transporte importieren	Basis	00:30	Offen
5	Schnittstellen und Netzwerk-Routing umstellen	Integrationsleiter	01:30	Offen
6	Smoke-Test: FI-Buchung, Wareneingang, Kundenauftrag	QA-Leiter	02:00	Offen
7	Bestätigung durch den Fachbereich und Go/No-Go	Programmdirektor	03:00	Offen
8	System für die Fachanwender öffnen	Basis	06:00	Offen

Go-live-Checkliste

Sie entscheidet, ob Sie wirklich bereit für die Umstellung sind. Jeder Punkt wird mit Ja oder Nein beantwortet, mit Nachweis.

1. Funktional: Kernprozesse und modulübergreifende Szenarien getestet, offene P1- und P2-Fehler aufgelistet, Key User bestätigen die Bereitschaft.
2. Daten: Stamm- und Bewegungsdaten geladen und abgestimmt, Abstimmungsberichte genehmigt, Einfrieren des Altsystems bestätigt.
3. Finanzen: die Konfiguration des Periodenabschlusses für jeden Buchungskreis und jede Gesellschaft getestet.
4. Technik: Cutover-Plan genehmigt, Transporte in der Produktion, Hintergrundjobs eingeplant, Monitoring konfiguriert.
5. Menschen: Schulungsabdeckung, Berechtigungsrollen validiert, Hypercare-Team besetzt.
6. Entscheidung: kritische Risiken und Gegenmaßnahmen, Go / No-Go / bedingt, genehmigt mit Name, Rolle und Datum.

Die Finanzzeile steht dort aus gutem Grund. Bei einem Handelsprogramm in der GCC-Region hat die Go-live-Prüfung 2024 zwei Tage vor dem Go-live ein Konfigurationsproblem im Finanzabschluss über alle 25 Gesellschaften aufgedeckt; es hätte eine sechsstellige Wiederherstellung ausgelöst.

Ich habe diese Bewertung genutzt, um bei zwei Programmen eine Verschiebung um zwei Wochen zu empfehlen. Genau dafür ist sie da.

Hypercare-Supportmodell

Es regelt, wie Sie nach dem Start mit Problemen umgehen. Ohne es wird jedes Problem zu einem P1.

1. Hypercare-Zeitraum und Abdeckung, zum Beispiel vier Wochen mit verlängerten Servicezeiten.
2. Supportkanäle: die Incident-Queue, ein Chat-Kanal und eine Telefonbrücke für P1-Fälle.
3. Supportstufen: Service Desk, funktionale Berater, dann Basis und Entwicklung.
4. Reaktions- und Lösungszeiten nach Schweregrad.
5. Abschlusskriterien: keine offenen P1- oder P2-Fälle und eine unterschriebene Übergabe an die Supportorganisation.

Run ist Support und Betrieb des Produktivsystems. Die Vorlage, die die meisten Teams zu früh aufgeben, ist die, die die Performance beobachtet.

Performance-Monitoring-Blatt

Es verfolgt den Systemzustand Tag für Tag, damit Sie Verlangsamungen erkennen, bevor sich Nutzer beschweren. Bei einem europäischen Finanzdienstleister hat es 2024 in Woche 3 der Hypercare ein Datenbankproblem aufgedeckt, das das System beim Monatsabschluss zum Absturz gebracht hätte.

Die Kennzahlen, die ich verfolge, jeweils mit Zielwert, Alarmschwelle und Verantwortlichem:

1. Dialogantwortzeit (95. Perzentil): Ziel unter 1 Sekunde, Alarm bei 2 Sekunden, Basis.
2. Hintergrundjobs: 100 Prozent planmäßig abgeschlossen, Alarm bei jedem Fehler, Betriebsleiter.
3. Datenbank-Abfragezeit: Ziel unter 200 ms, Alarm bei 500 ms, Datenbankadministrator.
4. Fehlerquote der Schnittstellen: unter 1 Prozent, Alarm bei 2 Prozent, Integrationsleiter.
5. Laufzeit der Jobs im Monatsabschluss: innerhalb des vereinbarten Fensters, Alarm bei 30 Prozent über der Basislinie, Finanzbetrieb.

SAP Activate verankert Quality Gates in den Phasen-Roadmaps, mit Prüfpunkten für jede Phase. Mein Leitfaden zu SAP Quality Gates zeigt, wie Sie sie einrichten; hier geht es darum, warum sie Biss brauchen.

Legen Sie an jedem Gate Kriterien für Bestehen und Nichtbestehen fest. „95 Prozent der Regressionstests bestehen.“ „Alle FI-Integrationsszenarien sind grün.“ Mit solchen Kriterien halten Sie die Linie, wenn der Fachbereich unabhängig von der Qualität zu einem festen Termin starten will.

Ein Quality Gate in einem europäischen Fertigungsprogramm hat uns 2024 gestoppt, als die Erfolgsquote der Integrationstests bei 74 Prozent lag. Wir haben gehalten, die Probleme behoben und sind zwei Wochen später live gegangen. Die Support-Tickets im ersten Monat nach dem Go-live lagen bei der Hälfte dessen, was vergleichbare Programme typischerweise sehen.

Auch die Freigabe durch die Geschäftsleitung sollte kein Durchwinken sein; das oben beschriebene Problem im Finanzabschluss in der GCC-Region wurde genau in dieser Prüfung entdeckt. Ein Gate, das der Sponsor mit einem Anruf aushebeln kann, ist kein Gate. Halten Sie schriftlich fest, wer es aussetzen darf, bevor Sie es brauchen.

Den vollständigen Prozess rund um diese Vorlagen finden Sie in meinem Schritt-für-Schritt-Leitfaden zur SAP-Einführung.

Dieser Leitfaden gehört zu meinem Überblick zur SAP-Einführung, der alle Themen vom Business Case bis zum Go-live verlinkt.

Wo kann ich SAP-Activate-Vorlagen herunterladen?

Im SAP Activate Roadmap Viewer unter me.sap.com/roadmapviewer. Öffnen Sie die Roadmap für Ihr Bereitstellungsmodell und filtern Sie dann nach Phase oder Accelerator, um die Vorlagen, Anleitungen und Checklisten für jede Aufgabe zu sehen.

Bei Cloud-Programmen sind dieselben Inhalte in SAP Cloud ALM verfügbar, wo sich Aufgaben und Ergebnisse gegen das Projekt verfolgen lassen.

Welche SAP-Activate-Ergebnisse gibt es in jeder Phase?

Prepare liefert Scope, Plan, Governance und Business Case. Explore liefert die Fit-to-Standard-Ergebnisse, das Backlog aus Anforderungen und Fit-Gap sowie das Lösungsdesign. Realize liefert das konfigurierte und getestete System, einschließlich Integrations- und Benutzerakzeptanztest.

Deploy liefert Cutover, Go-live und Hypercare. Run umfasst Support und Weiterentwicklung des Produktivsystems.

Welche SAP-Activate-Phase hat die wichtigsten Vorlagen?

Prepare. Scoping-Dokument, Business Case und Stakeholder-Matrix bestimmen jede folgende Entscheidung, und genau sie lassen Teams weg, um schneller zur Konfiguration zu kommen.

Explore folgt knapp dahinter, weil die Fit-Gap-Liste über die WRICEF-Anzahl entscheidet, und dort laufen die Budgets aus dem Ruder.

Kann man SAP-Activate-Vorlagen anpassen?

Ja. Behalten Sie rund 80 Prozent der Standardstruktur und ändern Sie nur, was für Sie spezifisch ist: Validierungsregeln in der Pharmaindustrie, öffentliche Beschaffung, SOX-Kontrollen. Nehmen Sie diese Änderungen zu Beginn von Prepare vor, nicht in Deploy.

Passen Sie die Phasenfolge, die Quality Gates und die Bewertung der Go-live-Bereitschaft nicht weg.

Was sollte eine Vorlage für den SAP-Cutover-Plan enthalten?

Eine zeitgetaktete Aufgabenliste für das Blackout-Fenster mit Verantwortlichem, Startzeit und Abhängigkeit für jede Aufgabe. Vereinbaren Sie vor der Aufgabenliste das Fenster, den Auslöser für den Rollback, die Zeit zur Reaktivierung des Altsystems und die Smoke-Tests.

Legen Sie vor Beginn des Cutovers fest, wer über den Rollback entscheidet und bis wann. Rollback-Entscheidungen um 4 Uhr morgens ohne vereinbarte Kriterien sind der Anfang der Probleme nach dem Go-live.

Was steht auf einer SAP-Go-live-Checkliste?

Funktionale, Daten-, Finanz-, technische und personelle Bereitschaft, jeweils mit Ja oder Nein und Nachweis beantwortet, dazu eine dokumentierte Go/No-Go-Entscheidung mit Namen und Datum.

Testen Sie die Konfiguration des Periodenabschlusses für jede Gesellschaft vor dem Go-live. Diese Prüfung bewahrt Sie am ehesten vor einer sechsstelligen Wiederherstellung.

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

Ja. Der Unterschied liegt vor allem in Explore. Eine Brownfield-Konvertierung übernimmt die Konfiguration, daher konzentriert sich die Fit-Gap-Analyse darauf, was sich ändern muss und welchen Eigencode der S/4HANA-Standard jetzt ersetzen kann; ein Greenfield-Programm startet von SAP Best Practices.

Auch der Cutover-Plan unterscheidet sich, weil eine Systemkonvertierung einer anderen technischen Abfolge folgt als ein Greenfield-Datenladen.