Was ist eine SAP-Einführung? Schritt für Schritt erklärt

Eine SAP-Einführung ist das Programm, das Finanzwesen, Beschaffung, Lieferkette, Vertrieb und Personalwesen eines Unternehmens auf ein SAP-System bringt, meist S/4HANA. Sie läuft in sechs Phasen nach SAPs Methode Activate und gelingt oder scheitert an der Arbeit, die geleistet wird, bevor jemand etwas konfiguriert: Prozessdesign, Datenqualität und das richtige Team.

Dieser Leitfaden richtet sich an Führungskräfte und Programmleiter, die kurz vor dem Start stehen. Er führt durch die Phasen, zeigt, was jede liefern muss, behandelt die Planung, die zuerst kommt, und beschreibt, was sich für Programme geändert hat, die jetzt starten. Wenn Sie nur einen Abschnitt lesen, lesen Sie „Planung, bevor die Konfiguration beginnt“.

Nach 25 Jahren ERP-Einführungen habe ich immer wieder dasselbe Muster gesehen. Unternehmen, die eine Einführung wie eine Softwareinstallation behandeln, tun sich schwer. Unternehmen, die das System als letzten Schritt nach der Prozessarbeit behandeln, liefern termingerecht und erreichen die Ergebnisse, die sie dem Vorstand versprochen haben.

S/4HANA ist SAPs aktuelles ERP und läuft auf der In-Memory-Datenbank SAP HANA. Ältere ECC-Systeme laufen in vielen Unternehmen noch, aber die Standardwartung für ECC endet am 31. Dezember 2027, mit optionaler verlängerter Wartung bis Ende 2030 gegen höhere Gebühr.

Die Kernmodule, die die meisten Einführungen zuerst berühren:

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

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

SAP Activate hat die ältere ASAP-Methode abgelöst. Sie hat sechs Phasen, jede mit einem Gate, das Sie passieren, bevor es weitergeht.

Die sechs Phasen von SAP Activate

1. 01

   Discover

   Business Case bestätigen und priorisierte Prozesse gegen ein Trial- oder Demosystem testen.

2. 02

   Prepare

   Mobilisierung: Team, Governance, Scope-Dokument, Plan und Systemzugang.

3. 03

   Explore

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

4. 04

   Realize

   Konfigurieren, erweitern, Daten migrieren und testen. Die längste Phase. Für den Abschluss ist ein sauberer Regressionslauf nötig.

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 an die Wand des Programmbüros hänge: was jede Phase liefern muss, wer sie verantwortet und was zutreffen muss, bevor die nächste Phase beginnt.

Phase	Liefert	Verantwortlich	Gate zum Weitergehen
Discover	Business Case, Zielumfang, Entscheidung zur Bereitstellungsform	Sponsor und CFO	Finanzierung genehmigt
Prepare	Scope-Dokument, Plan, Governance, Team steht	Programmleiter	Sponsor unterzeichnet den Scope
Explore	Fit-to-Standard-Ergebnisse, Backlog, Entscheidungen zu Erweiterungen	Lösungsarchitekt mit Prozessverantwortlichen	Keine ungelösten Lücken
Realize	Konfiguriertes und getestetes System, migrierte Testdaten	Leiter Fachseite und Technik	Sauberer Regressionslauf; Daten stimmen ab
Deploy	Geschulte Anwender, geprobter Cutover, Go/No-go-Paket	Cutover-Manager	Dreitägige Abschlussprobe bestanden
Run	Hypercare-Protokoll, CoE-Übergabe, Backlog für Phase 2	Leiter Service Delivery	Keine offenen P1/P2; CoE nimmt ab

Die Vorlagen zu jeder Phase stehen in meinem Leitfaden zu SAP-Activate-Vorlagen.

Das Gate der dreitägigen Abschlussprobe

Das Gate zwischen Realize und Deploy ist das, das Teams unter Termindruck am häufigsten überspringen. Ich rate dazu, vor dem eigentlichen Go-live eine dreitägige Abschlussprobe durchzuführen. Wenn das Finanzwesen im neuen System die Bücher nicht schließen kann, ist Ihre Datenmigration nicht bereit, was die IT auch sagt. Dieses Gate zu überspringen, kostet mehr als die Verzögerung, die es verursacht hätte.

Die Reihenfolge ist entscheidend. Vier Dinge müssen erledigt sein, bevor eine einzige Konfigurationsentscheidung fällt.

1. 01Aktuelle Prozesse abbildenSo, wie sie wirklich laufen, Behelfslösungen eingeschlossen
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

Aktuelle Prozesse so abbilden, wie sie wirklich laufen

Nicht, wie der Prozess sein sollte. Sondern, wie er tatsächlich ist, mit allen Behelfslösungen. In den Behelfslösungen stecken die Anforderungen, die niemand aufgeschrieben hat.

Für jeden Prozess entscheiden: Standard oder Erweiterung

Stellen Sie fest, welche Prozesse SAPs Standardfunktionen abdecken und welche erweitert werden müssen. Standard ist fast immer schneller. Jede Erweiterung bringt zusätzliche Testzyklen, Upgrade-Risiko und Wartungsaufwand. Nach SAPs Clean-Core-Leitlinien muss außerdem jede Erweiterung bewusst irgendwo platziert werden, was die Entscheidung folgenreicher macht, nicht weniger.

Datenqualität prüfen, bevor die Datenmigration beginnt

Der am meisten unterschätzte Arbeitsstrang. Ich habe erlebt, dass Unternehmen Monate damit verbrachten, Berichte zu reparieren, weil veraltete Kundenstammsätze ungeprüft geladen wurden. Ein Kunde hatte über 18.000 doppelte Kundeneinträge, und deren Bereinigung nach dem Go-live störte die Fakturierung wochenlang.

Erst das Team zusammenstellen, dann den Scope festlegen

Der Scope, den Sie liefern können, hängt davon ab, wer für Konfiguration, Test und Verantwortung jedes Arbeitsstrangs verfügbar ist. Teams, die erst den Scope festlegen und dann besetzen, verbringen Monate damit, das neu aufzubauen, wozu sie sich übernommen haben.

Herausforderung	Wie es aussieht	Was dagegen hilft
Scope Creep	Anfragen nach dem Muster „Wenn wir schon dabei sind, fügen wir einfach ... hinzu“ häufen sich	Formale Änderungssteuerung ab Tag eins; jede Anfrage bekommt eine Auswirkungsanalyse
Datenqualität	Die Migration deckt Inkonsistenzen auf, von denen niemand wusste	Daten sechs Monate vor dem Go-live profilieren; im Quellsystem bereinigen
Widerstand der Anwender	Anwender wandern innerhalb von zwei Wochen nach dem Go-live zu Excel zurück	Endanwender ab Explore in das Design einbeziehen; Beteiligung, nicht nur Schulung
Integrationsfehler	Verbindungen zu Drittsystemen brechen im UAT	Schnittstellen in Explore abbilden; früh mit realistischen Volumen testen
Gekürzte Testzyklen	Die Regression wird verkürzt, um einen Termin zu halten	Testphasen schützen; Verzug im Aufbau darf den Test nicht zusammenpressen
Teamermüdung	Die Stimmung sinkt, die Fehlerraten steigen auf der Zielgeraden	Ermüdung mit einem einfachen wöchentlichen Stimmungsindex verfolgen; nach meiner Erfahrung schnellen die Testfehlerraten hoch, wenn er 25 % überschreitet

Ich erinnere mich an einen Fall, in dem ein Unternehmen kleine Regressionstests übersprang, um schneller zu werden. Eine Woche später konnte das Finanzwesen wichtige Berichte nicht abstimmen. Es folgten Monate der Bereinigung. Es war kein großer Systemfehler, nur ein vermeidbares Versäumnis.

Vor, während und nach dem Go-live

Vor dem Go-live: die Abschlussprobe durchführen, migrierte Daten mit Abstimmberichten validieren, an echten Prozessen statt an Demo-Szenarien schulen und den Rollback-Plan testen. Gehen Sie die Go/No-go-Kriterien mit dem Lenkungsausschuss durch und holen Sie eine ausdrückliche Freigabe ein, kein stillschweigendes Nicken.

Während des Go-live: die Überwachung verstärken und das Cutover-Team in den ersten 72 Stunden rund um die Uhr verfügbar halten. Die Entscheidungen dieser Stunden bestimmen, ob die Hypercare mit Zuversicht oder mit einer Warteschlange beginnt.

Nach dem Go-live: die Hypercare mindestens vier Wochen betreiben. Support-Tickets nach Kategorie verfolgen; sie zeigen, wo die Schulung versagt hat und wo die Konfiguration nachgebessert werden muss. Phase 2 aus der stabilisierten Basis planen. Scope, der vor 18 Monaten zurückgestellt wurde, muss gegen das geprüft werden, was das Unternehmen jetzt braucht.

Ein mittelständischer Hersteller hatte ständig zu wenig Rohstoffe. Der Einkauf gab den Disponenten die Schuld; die Disponenten gaben Tabellen die Schuld, denen niemand traute. Wir ersetzten diesen Aufbau durch S/4HANA und setzten stark auf SAP PP mit sauberer MRP-Konfiguration. Die Bestände wandelten sich von Schätzwerten zu Echtzeitdaten, Bestellungen wurden bedarfsgesteuert ausgelöst, und nach sechs Monaten waren die Engpässe um über 50 Prozent gesunken. Das überraschte sogar die Skeptiker. Das Ergebnis kam aus der Prozessneugestaltung, die der Konfiguration vorausging. PP ohne die Prozessarbeit hätte schneller falsche Antworten geliefert. Auch das Finanzwesen profitierte: Der Monatsabschluss wurde schneller, und der CFO sagte, die Zahlen „fühlten sich glaubwürdig an“, zum ersten Mal seit Langem.

Ein global tätiges Professional-Services-Unternehmen hatte ein anderes Problem. Jedes Land betrieb seine eigene Finanzplattform, nichts stimmte miteinander ab, und Berichte wurden jeden Monat von Hand neu gebaut. Wir rollten SAP Finance schrittweise aus, unter einem Lenkungsausschuss, der sich aktiv einbrachte. Der Monatsabschluss sank von über zwei Wochen auf knapp über eine, die regionalen Berichte stimmten endlich überein, und sogar die Prüfer hatten weniger Bedenken.

Ein Leitfaden, der für 2022 geschrieben wurde, übersteht den Kontakt mit einem Käufer des Jahres 2026 nicht. Vier Änderungen müssen ab dem Kickoff eingeplant werden.

Cloud-Editionen sind der Standard

SAP verkauft jetzt 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 einem von SAP betriebenen Betrieb und einer Transformations-Toolchain, zu der SAP Signavio, SAP LeanIX und SAP Cloud ALM gehören. SAP GROW ist das Paket für mittelständische Unternehmen auf der Public Edition.

Die Entscheidung für die Edition steht jetzt über den alten Rollout-Debatten. Big Bang oder phasenweise, Greenfield oder Brownfield oder Selective sind Entscheidungen, die Sie innerhalb der Edition treffen, nicht statt ihrer. Wenn Sie noch auf ECC sind und mehr Zeit brauchen, verkauft SAP eine Übergangsoption für die ERP Private Edition für 2031 bis 2033, aber SAP stellt klar, dass es ein kostenpflichtiges Übergangsangebot ist und keine Wartungsverlängerung.

Clean Core wird bewertet, nicht binär entschieden

Im August 2025 führte SAP vier Clean-Core-Stufen von A bis D ein. 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 und Technologien, die noch als sauber gelten. Stufe C erfordert besondere Maßnahmen. Stufe D ist nicht sauber.

Die Public Edition erlaubt nur Erweiterungen der Stufe A. Die Private Edition und On-Premise erlauben klassische Erweiterungen, die Disziplin kommt dort also aus der Governance, nicht daraus, dass die Plattform Sie blockiert. Der praktische Punkt für ein Programm: Legen Sie Stufe und Ort jeder Erweiterung in Explore fest und haben Sie eine namentlich benannte Person, die Nein sagen kann. Partner ohne Erfahrung mit SAP BTP und ABAP Cloud erzeugen ab der ersten Woche Schulden der Stufen C und D.

Joule und SAP Build Code im Umsetzungsteam

Joule sitzt jetzt im SAP Activate Roadmap Viewer und in SAP Cloud ALM, wo es Fragen zu Aufgaben beantwortet und Inhalte aus 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 erzeugen. SAP hat ähnliche Unterstützung durch generative KI für ABAP-Entwickler ergänzt.

Die ehrliche Sicht: KI in SAP-Programmen ist real, aber die Datenqualität entscheidet über den Wert. Saubere Prozessdokumentation und saubere Stammdaten liefern brauchbare Ergebnisse. Schmutzige Daten liefern selbstsicheres Rauschen. Nichts davon ersetzt eine Person, die jede Entscheidung verantwortet.

Was das für ein Programm bedeutet, das jetzt startet

Das Playbook funktioniert weiterhin. Die Phasen gelten weiterhin, und die Reihenfolge der Arbeit zählt weiterhin. Geändert haben sich die Entscheidung für die Edition, die Disziplin bei Erweiterungen und die Werkzeuge für das Team. Ein Programm, das das zum 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 Änderungsanträge des Partners.

Zur Kostenseite derselben Entscheidungen siehe meine Aufschlüsselung der Kosten einer SAP-Einführung. Wenn Sie noch auf ECC sind, behandelt der Leitfaden zur Migration von ECC auf S/4HANA die Konvertierungswege.

Wofür wird SAP verwendet?

SAP führt zentrale Geschäftsfunktionen (Finanzwesen, Beschaffung, Lieferkette, Personalwesen, Vertrieb) in einem System mit einem Datenmodell zusammen.

In der Praxis aktualisiert ein Wareneingang den Bestand, löst den Prozess der Kreditorenbuchhaltung aus und fließt ohne Neuerfassung in das Management-Reporting. Das Reporting ist nur so genau wie die Transaktionen darunter, weshalb Prozessdesign und Datenqualität wichtiger sind als die Konfiguration.

Wie lange dauert eine SAP-Einführung?

Umfang und Team sind die beiden Variablen, die den Zeitplan am stärksten bewegen. Eine fokussierte S/4HANA-Einführung für FI/CO und ein operatives Modul in einem einzelnen Unternehmen kann 6 bis 9 Monate dauern. Ein globaler Rollout über viele Gesellschaften, Module und Sprachen dauert 18 bis 36 Monate.

Was Zeitpläne verlängert: spät gefundene Datenprobleme, Scope, der hinzukommt, ohne dass der Termin wandert, Schlüsselrollen in Teilzeit und gekürzte Testzyklen, um früheren Verzug aufzuholen. All das lässt sich in der Planung steuern.

Was sind die sechs Phasen von SAP Activate?

Discover (Business Case und Fit), 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 sind die häufigsten Gründe, warum SAP-Einführungen scheitern?

Drei Grundursachen tauchen in fast jedem angeschlagenen Programm auf. Prozessarbeit übersprungen, sodass SAP gegen kaputte Altprozesse konfiguriert wird. Datenqualität bis zum Cutover ignoriert, wenn keine Zeit mehr bleibt, sie ordentlich zu beheben. Change Management als Schulung behandelt: Schulung zeigt Menschen, wo sie klicken, Change Management bringt sie dazu, es zu wollen.

Eine vierte ist neuer: ein Partner, der Erweiterungen ohne Clean-Core-Plan baut und Schulden hinterlässt, die beim ersten größeren Upgrade auftauchen.

Wie wähle ich den richtigen SAP-Einführungspartner?

Branchenerfahrung in Ihrer Größenordnung und Referenzen, die Sie tatsächlich anrufen können. Namentlich benannte Beteiligung von Senior-Personen: Wer im Pitch auftritt, sollte das Programm leiten. Unabhängigkeit: Partner, die an Lizenz- oder Abonnementverkäufen verdienen, haben einen Anreiz, mehr Scope zu empfehlen. Clean-Core-Erfahrung: Fragen Sie, wie viele Erweiterungen auf SAP BTP und ABAP Cloud sie gebaut haben, und lassen Sie sich diese zeigen.

Noch eine Regel. Der Partner, der die Arbeit liefert, sollte nicht Ihren Business Case schreiben. Sein Anreiz ist zu starten. Ihrer ist zu beenden.

Was passiert nach dem Go-live?

Die Hypercare läuft mindestens vier Wochen, mit dem vollständigen Team verfügbar und täglicher Durchsicht offener Punkte. Die Ticketkategorien der ersten Woche sind das ehrlichste Signal dafür, wo die Schulung zu kurz kam oder die Konfiguration falsch war.

Nach der Hypercare übernimmt das Center of Excellence Erweiterungen, Upgrade-Planung, Schulung neuer Mitarbeiter und Änderungs-Governance. Unternehmen, die den Aufbau des CoE während des Programms überspringen, zahlen in den nächsten zwei Jahren meist Berater für Arbeit, die intern sein sollte.

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

RISE with SAP ist SAPs Abonnementpaket für SAP Cloud ERP Private: die Software, von SAP verwaltete Infrastruktur und Betrieb sowie eine Toolchain für Prozessanalyse, Architektur und Lebenszyklusmanagement. Ihr Partner liefert weiterhin die Einführung.

Es passt zu größeren Organisationen, die von ECC wegziehen und einen SAP-Vertrag für Plattform und Betrieb wollen. Mittelständische Unternehmen, die nah am Standard arbeiten können, sollten SAP GROW auf der Public Edition prüfen. RISE passt schlechter, wenn Regulierung eine vom Kunden verwaltete Infrastruktur verlangt oder wenn umfangreicher kundeneigener Code in der verfügbaren Zeit nicht bereinigt werden kann.