Was ist eine SAP-Einführung? Schritte, Phasen und Ablauf

Eine SAP-Einführung ist das Programm, das Finanzwesen, Einkauf, Supply Chain, Vertrieb und Personalwesen eines Unternehmens auf ein einziges SAP-System bringt, heute meist SAP S/4HANA. Sie durchläuft die sechs Phasen von SAP Activate (Discover, Prepare, Explore, Realize, Deploy und Run) und gelingt oder scheitert an der Arbeit an Prozessen, Daten und Menschen, die erledigt ist, bevor irgendjemand etwas konfiguriert.

Kurz gesagt: Ein SAP-Einführungsprojekt ersetzt getrennte Altsysteme durch ein System und ein Datenmodell. Der Ablauf hat sechs Schritte: Business Case bestätigen, Team mobilisieren, gegen den SAP-Standard designen, bauen und testen, live gehen, dann stabilisieren und übergeben. Nach meiner Erfahrung dauert das mit GROW with SAP 6 bis 9 Monate und mit RISE with SAP 9 bis 18 Monate, und mein Leitfaden zum Zeitplan der SAP-Einführung schlüsselt das Phase für Phase auf.

In den 21 SAP-Programmen, die ich geleitet, gerettet oder aus dem Ruder laufen gesehen habe, zeigt sich immer dasselbe Muster. Unternehmen, die SAP als Softwareinstallation behandeln, tun sich schwer. Unternehmen, die zuerst ihre Prozesse neu gestalten und dann konfigurieren, liefern, was sie dem Vorstand versprochen haben.

Dieser Leitfaden richtet sich an Führungskräfte und Programmverantwortliche, die kurz vor dem Start stehen. Wenn Sie nur einen Abschnitt lesen, lesen Sie „Planen, bevor die Konfiguration beginnt“.

S/4HANA ist das aktuelle ERP von SAP und läuft auf der In-Memory-Datenbank SAP HANA. Viele Unternehmen nutzen noch das ältere SAP ECC, aber die Mainstream-Wartung für ECC endet am 31. Dezember 2027, mit optionaler erweiterter Wartung bis Ende 2030 gegen höhere Gebühren.

Das sind die Kernmodule, die die meisten Einführungen zuerst betreffen:

Modul	Was es abbildet
FI (Finanzwesen)	Hauptbuch, Kreditorenbuchhaltung, Debitorenbuchhaltung, Anlagenbuchhaltung
CO (Controlling)	Kostenstellen, Profit-Center, Innenaufträge, Management-Reporting
MM (Materialwirtschaft)	Beschaffung, Bestände, Warenbewegungen, Lieferantenmanagement
SD (Vertrieb)	Order-to-Cash, Preisfindung, Versand, Fakturierung
PP (Produktionsplanung)	Fertigungsaufträge, Kapazitätsplanung, MRP
HCM (Human Capital Management)	Personalstammdaten, Personalabrechnung, Zeitwirtschaft

Die meisten Unternehmen beginnen mit FI/CO und ein oder zwei operativen Modulen. Der Rest folgt in späteren Releases.

Eine Einführung ist nicht dasselbe wie eine Migration. Wenn Sie bereits SAP ECC betreiben, konvertieren oder bauen Sie ein SAP-System neu auf, und mein Leitfaden zur Migration von ECC auf S/4HANA behandelt die Greenfield-, Brownfield- und selektiven Ansätze.

SAP Activate ist die Einführungsmethodik von SAP. Sie hat die ältere ASAP-Methode abgelöst und besteht aus sechs Phasen, jede mit einem Quality Gate, das Sie passieren, bevor es weitergeht.

Die sechs Phasen von SAP Activate

1. 01

   Discover

   Business Case bestätigen und priorisierte Prozesse in einem Test- oder Demosystem prüfen.

2. 02

   Prepare

   Mobilisieren: Team, Governance, Scope-Dokument, Plan und Systemzugänge.

3. 03

   Explore

   Fit-to-Standard-Workshops mit den Prozessverantwortlichen. Backlog für Konfiguration, Schnittstellen und Erweiterungen aufbauen.

4. 04

   Realize

   Konfigurieren, erweitern, Daten migrieren und testen. Die längste Phase. Für den Abschluss braucht es einen sauberen Regressionstestlauf.

5. 05

   Deploy

   Anwender an echten Prozessen schulen, Cutover proben, mit einem War Room live gehen.

6. 06

   Run

   Hypercare, Optimierung und Übergabe an das Center of Excellence.

Diese Tabelle ist die Version, die ich im Programmbüro an die Wand hänge. Sie zeigt, was jede Phase liefern muss, wer sie verantwortet und was erfüllt sein muss, bevor die nächste Phase beginnt.

Phase	Muss liefern	Verantwortlich	Gate für den Übergang
Discover	Business Case, Ziel-Scope, Wahl des Bereitstellungsmodells	Sponsor und CFO	Finanzierung genehmigt
Prepare	Scope-Dokument, Plan, Governance, Team an Bord	Programmdirektor	Sponsor unterschreibt den Scope
Explore	Fit-to-Standard-Ergebnisse, Backlog, Entscheidungen zu Erweiterungen	Lösungsarchitekt mit den Prozessverantwortlichen	Keine offenen Gaps
Realize	Konfiguriertes und getestetes System, migrierte Testdaten	Fachliche und technische Leads	Sauberer Regressionstestlauf; Daten sind abgestimmt
Deploy	Geschulte Anwender, geprobter Cutover, Go/No-Go-Paket	Cutover-Manager	Dreitägige Abschlussprobe bestanden
Run	Hypercare-Log, CoE-Übergabe, Backlog für Phase 2	Service-Delivery-Lead	Keine offenen P1/P2; CoE nimmt ab

Die Vorlagen für jede Phase finden Sie in meinem Leitfaden zu SAP-Activate-Vorlagen.

Fünf Phasen oder sechs?

Viele suchen nach den „5 Phasen der SAP-Einführung“, weil die ältere ASAP-Methode von SAP fünf Phasen hatte. Das waren Projektvorbereitung, Business Blueprint, Realisierung, Produktionsvorbereitung sowie Go-live und Support.

SAP Activate behält dieselbe Logik bei und ergänzt Discover am Anfang und Run am Ende. Prepare bis Deploy gelten meist als die Kernphasen der Umsetzung. Teams, die noch „Blueprint“ sagen, meinen in der Regel Explore.

Das Gate der dreitägigen Abschlussprobe

Das Gate zwischen Realize und Deploy ist das, welches Teams unter Termindruck am häufigsten überspringen. Ich nutze in jedem Programm eine dreitägige Abschlussprobe als Readiness Gate. Wenn das Finanzwesen die Bücher im neuen System nicht schließen kann, ist Ihre Datenmigration nicht bereit, egal was die IT sagt.

Dieses Gate zu überspringen kostet mehr als die Verzögerung, die es verursacht hätte.

Die Reihenfolge zählt. Vier Dinge müssen erledigt sein, bevor auch nur eine Konfigurationsentscheidung fällt.

1. 01Ist-Prozesse aufnehmenSo, wie sie wirklich laufen, inklusive Workarounds
2. 02Standard oder Erweiterung entscheidenStandard ist fast immer schneller
3. 03Datenqualität prüfenBevor die Datenmigration beginnt
4. 04Team besetzen, dann Scope festlegenWer verfügbar ist, bestimmt, was Sie liefern können

Erst jetzt beginnt die Konfiguration

Der größte Fehler, den ich sehe, ist mangelnde Planung zu Beginn. Budgets laufen in Explore aus dem Ruder, wenn die Liste der Workflows, Reports, Schnittstellen, Konvertierungen, Erweiterungen und Formulare (WRICEF) wächst und der Anbieter, nicht der Kunde, den Scope steuert. Meine Aufschlüsselung der Kosten einer SAP-Einführung zeigt, was das mit dem Budget macht.

Ist-Prozesse so aufnehmen, wie sie wirklich laufen

Nicht so, wie der Prozess sein sollte. So, wie er tatsächlich ist, inklusive Workarounds.

In einem Programm bei einem europäischen Finanzdienstleister im Jahr 2023 saß ich in einem Blueprint-Workshop, in dem das Finanzwesen konzerninterne Transaktionen in Tabellenkalkulationen abstimmte. In den Workarounds verstecken sich die Anforderungen, die niemand aufgeschrieben hat.

Für jeden Prozess zwischen Standard und Erweiterung entscheiden

Klären Sie, welche Prozesse der SAP-Standard abdeckt und welche eine Erweiterung brauchen. Standard ist fast immer schneller, denn jede Erweiterung bringt zusätzliche Testzyklen, Upgrade-Risiken und Wartung.

Nach den Clean-Core-Vorgaben von SAP muss außerdem jede Erweiterung bewusst an einem bestimmten Ort platziert werden. Das macht die Entscheidung folgenreicher, nicht weniger folgenreich.

Datenqualität prüfen, bevor die Datenmigration beginnt

Daten sind der am meisten unterschätzte Arbeitsstrang. Nach meiner Erfahrung macht die Datenmigration 30 bis 40 Prozent des Einführungsaufwands aus.

Ein Kunde hatte über 18.000 doppelte Kundenstammsätze. Das nach dem Go-live zu bereinigen, störte die Fakturierung wochenlang. Profilieren Sie die Daten früh und bereinigen Sie sie im Quellsystem; mein Leitfaden dazu, warum SAP-Datenmigrationen scheitern, zeigt, wie.

Zuerst das Team zusammenstellen, dann den Scope festlegen

Welchen Scope Sie liefern können, hängt davon ab, wer verfügbar ist, um jeden Arbeitsstrang zu konfigurieren, zu testen und zu verantworten. Teams, die zuerst den Scope festlegen und danach besetzen, verbringen Monate damit, das neu zu planen, was sie zu großzügig zugesagt haben.

Ein SAP-Einführungsprojekt braucht namentlich benannte Personen in diesen Rollen, die meisten davon auf Ihrer Seite, nicht beim Partner:

1. Executive Sponsor. Verantwortet den Business Case und entscheidet bei Pattsituationen. Meist der CFO oder COO.
2. Programmdirektor. Steuert Plan, Budget und Lenkungsausschuss. Bei Ihnen angestellt oder unabhängig vom Partner.
3. Prozessverantwortliche. Einer pro Bereich (Finanzwesen, Einkauf, Vertrieb, Produktion). Sie geben das Design frei und verantworten das Ergebnis nach dem Go-live.
4. Lösungsarchitekt. Hält das Gesamtdesign zusammen und entscheidet, wo jede Erweiterung liegt.
5. Fachliche und technische Leads. Konfigurieren, bauen und testen. Meist das Team des Partners.
6. Lead Datenmigration. In Prepare benannt, nicht in Realize.
7. Lead Change Management und Schulung. Spricht ab Explore mit den Endanwendern.
8. Cutover-Manager. Verantwortet das Go-live-Runbook und das Go/No-Go-Paket.

Eine Regel zählt mehr als die Liste. Der Partner, der die Arbeit ausführen wird, sollte nicht Ihren Business Case schreiben.

Sein Interesse ist es, anzufangen. Ihres ist es, fertig zu werden.

Das sind die Probleme, die ich in fast jedem Programm sehe, und die Gegenmaßnahme für jedes:

Problem	Wie es aussieht	Was Sie dagegen tun
Scope Creep	Anfragen nach dem Motto „Wenn wir schon dabei sind, fügen Sie noch ... hinzu“ häufen sich	Formales Change Control ab dem ersten Tag; jede Anfrage bekommt eine Auswirkungsanalyse
Datenqualität	Die Migration bringt Inkonsistenzen ans Licht, von denen niemand wusste	Daten früh profilieren; im Quellsystem bereinigen
Widerstand der Anwender	Anwender kehren innerhalb von zwei Wochen nach dem Go-live zu Excel zurück	Endanwender ab Explore in das Design einbinden
Integrationsfehler	Verbindungen zu Drittsystemen brechen im UAT	Schnittstellen in Explore erfassen; früh mit realistischen Volumen testen
Gekürzte Testzyklen	Regressionstests werden verkürzt, um einen Termin zu halten	Testphasen schützen; Verzug im Build darf den Test nicht zusammendrücken
Erschöpfung im Team	Die Stimmung sinkt, die Fehlerquoten steigen auf der Zielgeraden	Mit einem einfachen wöchentlichen Stimmungsindex verfolgen

Bei der Erschöpfung im Team verfolge ich einen einfachen wöchentlichen Stimmungsindex. Wenn mehr als 25 Prozent des Teams angeben, sich überfordert zu fühlen, schnellen die Fehlerquoten im Test nach oben.

In einem Fertigungsprogramm in der GCC-Region im Jahr 2024 übersprang das Team die Regressionstests, um drei Wochen Zeitplan aufzuholen. Danach konnte das Finanzwesen wichtige Berichte nicht abstimmen, und es folgten Monate der Bereinigung. Das war kein Systemfehler, sondern eine vermeidbare Entscheidung.

Vor, während und nach dem Go-live

Führen Sie vor dem Go-live die Abschlussprobe durch, validieren Sie die migrierten Daten mit Abstimmungsberichten und schulen Sie an echten Prozessen statt an Demoszenarien. Testen Sie den Rollback-Plan. Gehen Sie mit dem Lenkungsausschuss die Go/No-Go-Kriterien durch und holen Sie eine ausdrückliche Freigabe ein, kein stillschweigendes Nicken.

Erhöhen Sie während des Go-live das Monitoring und halten Sie das Cutover-Team in den ersten 72 Stunden rund um die Uhr verfügbar. Die Entscheidungen in diesen Stunden bestimmen, ob die Hypercare mit Zuversicht oder mit einer Warteschlange beginnt.

Fahren Sie nach dem Go-live mindestens vier Wochen Hypercare und verfolgen Sie die Support-Tickets nach Kategorie. Sie zeigen Ihnen, wo die Schulung versagt hat und wo die Konfiguration nachjustiert werden muss.

In einem europäischen Fertigungsprogramm im Jahr 2024 gingen dem Kunden immer wieder die Rohstoffe aus. Der Einkauf gab den Disponenten die Schuld, und die Disponenten den Tabellen, denen niemand traute. Wir haben dieses Setup durch S/4HANA ersetzt und dabei stark auf SAP PP mit einer sauberen MRP-Konfiguration gesetzt.

Die Bestände wurden nicht mehr geschätzt, sondern in Echtzeit erfasst, und Bestellungen wurden bedarfsgesteuert ausgelöst. In den ersten sechs Monaten gingen die Rohstoffengpässe um mehr als 50 Prozent zurück. Das Ergebnis kam aus der Prozessneugestaltung vor der Konfiguration, denn PP ohne die Prozessarbeit hätte nur schneller falsche Antworten geliefert.

In einem Programm bei einem britischen Dienstleistungsunternehmen im Jahr 2024 lag das Problem im Finanzwesen. Der Monatsabschluss dauerte über zwei Wochen, und Berichte wurden von Hand neu erstellt. Wir haben SAP Finance stufenweise unter einem sehr engagierten Lenkungsausschuss eingeführt.

Der Monatsabschluss sank auf etwas mehr als eine Woche. Der CFO sagte mir, die Zahlen „fühlten sich glaubwürdig an“.

Ein Leitfaden, der für 2022 geschrieben wurde, übersteht den Kontakt mit einem Käufer von 2026 nicht. Drei Veränderungen müssen ab dem Kickoff mitgedacht werden.

Cloud-Editionen sind der Standard

SAP verkauft heute zwei Cloud-ERP-Editionen: SAP Cloud ERP (die Public Edition, früher S/4HANA Cloud Public Edition) und SAP Cloud ERP Private (die Private Edition). RISE with SAP bündelt die Private Edition mit von SAP verantwortetem Betrieb und einer Toolchain, zu der SAP Signavio, SAP LeanIX und SAP Cloud ALM gehören. GROW with SAP ist das Paket für den Mittelstand auf der Public Edition.

Die Wahl der Edition steht heute über den alten Rollout-Debatten. Big Bang oder phasenweise, Greenfield, Brownfield oder selektiv: Das sind Entscheidungen, die Sie innerhalb der Edition treffen, nicht an ihrer Stelle.

Clean Core ist abgestuft, nicht binär

Im August 2025 hat SAP vier Clean-Core-Stufen von A bis D eingeführt. Stufe A nutzt nur freigegebene, stabile APIs, entweder Side-by-Side auf SAP BTP oder im System mit ABAP Cloud. Stufe B erlaubt klassische APIs, die noch als sauber gelten, Stufe C erfordert besondere Maßnahmen und Stufe D ist nicht sauber.

Die Public Edition erlaubt nur Erweiterungen der Stufe A. Die Private Edition und On-Premise erlauben klassische Erweiterungen, dort kommt die Disziplin also aus der Governance, nicht daraus, dass die Plattform Sie blockiert. Legen Sie in Explore Stufe und Ort jeder Erweiterung fest und benennen Sie eine Person, die Nein sagen kann.

KI im Umsetzungsteam

Joule ist inzwischen in den SAP Activate Roadmap Viewer und in SAP Cloud ALM integriert, wo es Fragen zu Aufgaben beantwortet und Inhalte auf Basis der Methodik entwirft. SAP Build Code, seit 2024 allgemein verfügbar, nutzt Joule, um Anwendungslogik, Datenmodelle und Tests für Java- und JavaScript-Erweiterungen auf SAP BTP zu generieren. Für ABAP-Entwickler hat SAP eine ähnliche Unterstützung durch generative KI ergänzt.

Meine Sicht: KI in SAP-Programmen ist real, aber die Datenqualität entscheidet über den Nutzen. Saubere Prozessdokumentation und saubere Stammdaten liefern brauchbare Ergebnisse, schmutzige Daten dagegen selbstbewusstes Rauschen. Nichts davon ersetzt eine Person, die jede Entscheidung verantwortet.

Die Phasen gelten weiterhin, und die Reihenfolge der Arbeit zählt weiterhin. Ein Programm, das die Wahl der Edition, die Disziplin bei Erweiterungen und die neuen Werkzeuge schon beim Kickoff aufnimmt, behandelt sie als Designvorgaben. Eines, das sie ignoriert, verbringt seine ersten drei Monate damit herauszufinden, was sich geändert hat, meist über die Change Requests des Partners.

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

Was ist eine SAP-Einführung, einfach erklärt?

Es ist das Projekt, SAP-Software so einzurichten, dass sie die Kernprozesse eines Unternehmens wie Finanzwesen, Einkauf, Vertrieb und Personalwesen in einem System mit einem Datenmodell abbildet. Es umfasst Prozessdesign, Konfiguration, Datenmigration, Tests, Schulung und Go-live und folgt meist der SAP-Activate-Methodik.

Was sind die 5 Phasen der SAP-Einführung?

Die fünf Phasen stammen aus der älteren ASAP-Methode von SAP: Projektvorbereitung, Business Blueprint, Realisierung, Produktionsvorbereitung sowie Go-live und Support. SAP Activate hat ASAP abgelöst und nutzt sechs Phasen, mit Discover am Anfang und Run am Ende.

Was sind die sechs Phasen von SAP Activate?

Discover (Business Case und Eignung), Prepare (Team, Governance, Plan), Explore (Fit-to-Standard-Workshops und Backlog), Realize (konfigurieren, erweitern, migrieren, testen), Deploy (schulen, Cutover proben, live gehen) und Run (Hypercare und Übergabe an das Center of Excellence).

Was ist der Unterschied zwischen SAP-Einführung und SAP-Migration?

Eine Einführung bringt SAP neu ins Unternehmen und ersetzt meist Nicht-SAP- oder Altsysteme. Eine Migration überführt ein bestehendes SAP-ECC-System auf S/4HANA, per Konvertierung (Brownfield), Neuaufbau (Greenfield) oder selektiver Datenübernahme. Beide folgen den Phasen von SAP Activate.

Wer sollte zu einem SAP-Einführungsteam gehören?

Ein Executive Sponsor, ein Programmdirektor, Prozessverantwortliche für jeden Bereich, ein Lösungsarchitekt, fachliche und technische Leads, ein Lead für die Datenmigration, ein Lead für Change Management und Schulung sowie ein Cutover-Manager. Sponsor, Prozessverantwortliche und Daten-Lead sollten von Ihrer Seite kommen, nicht vom Partner.

Was sind die häufigsten Gründe, warum SAP-Einführungen scheitern?

Drei Grundursachen tauchen in fast jedem schwierigen Programm auf. Die Prozessarbeit wird übersprungen, die Datenqualität wird bis zum Cutover ignoriert und Change Management wird mit Schulung gleichgesetzt.

Eine neuere Ursache ist ein Partner, der Erweiterungen ohne Clean-Core-Plan baut. Das hinterlässt Schulden, die beim ersten größeren Upgrade sichtbar werden.

Wie wähle ich den richtigen Partner für die SAP-Einführung?

Achten Sie auf Branchenerfahrung in Ihrer Größenordnung, mit Referenzen, die Sie tatsächlich anrufen können. Die Person aus der Präsentation sollte das Programm auch leiten. Fragen Sie, wie viele Erweiterungen mit SAP BTP und ABAP Cloud der Partner gebaut hat, und lassen Sie sie sich zeigen.

Was ist RISE with SAP und passt es zu meinem Unternehmen?

RISE with SAP ist das Subskriptionspaket von SAP für SAP Cloud ERP Private: die Software, von SAP verwaltete Infrastruktur und Betrieb sowie eine Toolchain für Prozessanalyse, Architektur und Lifecycle-Management. Die Einführung selbst liefert weiterhin Ihr Partner.

Es passt zu größeren Organisationen, die ECC ablösen und einen einzigen SAP-Vertrag für Plattform und Betrieb wollen. Mittelständische Unternehmen, die nah am Standard arbeiten können, sollten sich GROW with SAP auf der Public Edition ansehen.