Warum SAP-Projekte das Budget sprengen und wie Sie es verhindern

SAP-Projekte überschreiten das Budget vor allem, weil Unternehmen versuchen, die Kosten am Anfang niedrig zu halten, und dann in der Explore-Phase getroffen werden, wenn die Fit-to-Standard-Workshops den tatsächlichen Umfang zeigen. In den Programmen, die ich geprüft habe, sind Überschreitungen von 40 bis 60 Prozent üblich.

Kurz gesagt: Ein SAP-Budget wird überschritten, wenn es festgelegt wurde, bevor jemand den Umfang kannte, und wenn der Anbieter statt des Kunden diesen Umfang steuert. Beobachten Sie die Zahl der WRICEF-Objekte während der Explore-Phase, übernehmen Sie selbst die Verantwortung für den Umfang und halten Sie 10 bis 20 Prozent Reserve auf Ihrer Seite.

Umfragedurchschnitte wirken ruhiger. Der ERP Report 2026 von Panorama Consulting ergab, dass mehr als ein Viertel der Organisationen ihr ERP-Budget überschritten hat, vor allem wegen zusätzlichen Technologiebedarfs. Umfragedurchschnitte und die Programme, die am Ende bei einem Berater landen, sind unterschiedliche Grundgesamtheiten, planen Sie also für die zweite.

40-60%

Budgetüberschreitung, die ich bei den von mir geprüften SAP-Programmen häufig sehe

Quelle: Noel D'Costa, veröffentlichte Beobachtung

In diesem Artikel geht es um die Überschreitung, nicht um die Ausgangszahl. Für Kostenspannen nach Unternehmensgröße, die Verteilung des Budgets, Tagessätze und eine Budgetformel lesen Sie meinen Leitfaden dazu, was eine SAP-Einführung kostet.

In den 21 SAP-Programmen, die ich geleitet oder gerettet habe, kehren dieselben Ursachen immer wieder. Die meisten davon sind schon vor der Vertragsunterzeichnung sichtbar.

1. Das Budget wird niedrig angesetzt, dann zeigt Explore den tatsächlichen Umfang

Das ist der häufigste Grund, den ich sehe. Unternehmen versuchen, die Kosten am Anfang niedrig zu halten, oft weil der Business Case eine Zahl braucht, die der Vorstand genehmigt. Dann kommt die Explore-Phase.

In SAP Activate ist Explore die Phase, in der Fit-to-Standard-Workshops die Standardprozesse von SAP mit der tatsächlichen Arbeitsweise des Unternehmens abgleichen (SAP Learning). Jede dort gefundene Lücke wird zu einem Backlog-Eintrag: ein Report, eine Schnittstelle, eine Konvertierung, eine Erweiterung, ein Formular oder ein Workflow. Keiner davon war im ursprünglichen Preis enthalten.

Das Budget war nicht falsch, weil sich jemand verrechnet hatte. Es war falsch, weil es festgelegt wurde, bevor es den Umfang gab. Wenn möglich, führen Sie eine kurze Fit-to-Standard-Bewertung durch, bevor Sie die endgültige Zahl genehmigen.

2. Der Anbieter steuert den Umfang

Der größte Kostenfehler, den ich vor der Unterschrift sehe, ist, dem Anbieter die Kontrolle über den Umfang zu überlassen. Wenn der Systemintegrator den Umfang schreibt, beschreibt dieser, was der Integrator liefern will, nicht was das Unternehmen braucht.

Die Lücken tauchen später als Änderungsanträge auf, und jeder Änderungsantrag wird vom selben Anbieter bepreist. Schreiben Sie den Umfang selbst, oder lassen Sie ihn von jemandem mitschreiben, der von der Einführung unabhängig ist.

3. Änderungen am Umfang ohne Kostenkontrolle

Eine Einzelhandelskette budgetierte 5 Mio. $ und landete bei 12,3 Mio. $. Eine schlechte Anforderungsaufnahme führte zu ständigen Änderungen am Umfang. Mitten im Projekt stellte sich heraus, dass die Bestandsprozesse nicht zur SAP-Standardfunktionalität passten, und umfangreiche Anpassungen folgten.

Außerdem hatte die Kette die Datenmigration aus ihren Altsystemen unterschätzt. Die Prozesse schon im Design am Standard auszurichten, wäre weit günstiger gewesen.

4. Zeitpläne unter dem Druck der Geschäftsleitung

Ein globales Fertigungsprogramm überschritt das Budget um 143 % (14 Mio. $ statt der geplanten 5,8 Mio. $) und ging 11 Monate zu spät live. Die Ursachen: unrealistischer Termindruck der Geschäftsleitung, ein unterbesetztes internes Team, zu viele Module auf einmal und ein Partner mit dem niedrigsten Preis, aber ohne Branchenkenntnis.

Billiger ist nicht automatisch besser. Ein Kunde, der die günstigste Implementierungsoption wählte, gab am Ende 30 % mehr aus, um Probleme zu beheben, die ein erfahreneres Team vermieden hätte.

5. Interne Mitarbeitende in Teilzeit

Programme, die Teilzeitvertreter statt fest zugeordneter Prozessverantwortlicher einsetzen, verlieren bei jeder Entscheidung Tage. Das unterbesetzte interne Team in jenem globalen Fertigungsprogramm war einer der Gründe für die 11 Monate Verspätung.

Ihre besten Leute werden über Monate zur Hälfte oder mehr an das Programm gebunden sein. Weder ihre Zeit noch die Verlangsamung rund um den Go-live tauchen in einem Angebot des Anbieters auf.

6. Daten, die zu spät auffallen

Datenprobleme, die erst in der Vorproduktion entdeckt werden, sind die teuersten. Die Datenprofilierung sollte parallel zur Anforderungsaufnahme laufen, nicht nach der Konfiguration. Drei Monate Bereinigung unter dem Druck eines Livesystems gehören auf Programmen mit Überschreitung durchweg zu den größten Verzögerungskosten.

Ich behandle dieses Thema auch in einem Video auf meinem YouTube-Kanal (auf Englisch).

Das deutlichste Frühwarnsignal ist die Explore-Phase selbst. Beobachten Sie die Zahl der WRICEF-Objekte: Reports, Schnittstellen, Konvertierungen, Erweiterungen, Formulare und Workflows. Wenn diese Liste von Workshop zu Workshop weiter wächst, liegt das Budget bereits hinter dem Umfang.

Die folgenden Signale weisen jeweils auf eine der oben genannten Ursachen hin. Die meisten lassen sich in einem wöchentlichen Programmreview prüfen.

Warnsignal	Was es meist bedeutet	Was zu tun ist
WRICEF-Zahl wächst während Explore	Der tatsächliche Umfang ist größer als der kalkulierte	Das Budget am Ende von Explore neu festlegen, bevor Realize beginnt
Lücken werden standardmäßig mit „bauen wir“ geschlossen	Standardprozesse werden nicht hinterfragt	Den fachlichen Verantwortlichen jede Lücke gegenüber dem Standard begründen lassen
Umfangsdokumente vom Systemintegrator entworfen	Der Anbieter steuert, was bepreist wird	Die Verantwortung für den Umfang übernehmen und ihn mit einer unabhängigen Person prüfen
Änderungsanträge monatlich oder ohne Preis geprüft	Kleine Änderungen summieren sich unbemerkt	Jeden Änderungsantrag bepreisen und wöchentlich prüfen
Datenprofilierung bis zum Ende von Explore nicht begonnen	Datenprobleme tauchen im Test oder beim Cutover auf	Jetzt mit der Profilierung beginnen, parallel zu den Anforderungen
Key User weiterhin in Teilzeit	Entscheidungen verlangsamen sich und Nacharbeit wächst	Ihre Tagesaufgaben vertreten lassen oder den Zeitplan verschieben

Jede dieser Kontrollen setzt an einer der oben genannten Ursachen an. Die Beispiele stammen aus Programmen, an denen ich gearbeitet oder die ich geprüft habe.

1. Übernehmen Sie den Umfang. Schreiben Sie ihn auf Kundenseite, frieren Sie ihn am Ende von Explore ein und behandeln Sie jede spätere Änderung als bepreiste Entscheidung, nicht als Workshop-Notiz.
2. Übernehmen Sie Standardprozesse. Jede Anpassung kostet doppelt: beim Bau und dann bei jedem Upgrade. Ein Fertigungskunde sparte über 800.000 $, weil er seine Prozesse an die SAP-Standards anpasste, statt das System anzupassen. Für manche Abteilungen war das schmerzhaft, aber der finanzielle Unterschied war enorm.
3. Führen Sie den Rollout in Phasen ein. Ein Einzelhandelskunde sparte 1,2 Mio. $, weil er seinen Rollout auf drei Phasen über 18 Monate verteilte, statt alles auf einmal zu machen. Die Anfangsinvestition sank um 40 %, und die Erfahrungen aus Phase 1 beschleunigten die späteren Phasen.
4. Bezahlen Sie für Expertise, nicht für einen niedrigen Tagessatz. Ein Kunde aus der Chemiebranche wechselte von einem allgemeinen SAP-Partner zu einem Branchenspezialisten und gab trotz höherer Stundensätze insgesamt 20 % weniger aus. Die Spezialisten arbeiteten schneller und machten weniger Fehler.
5. Halten Sie die Reserve auf Ihrer Seite. Behalten Sie 10 bis 20 Prozent zusätzlich zum Budget und geben Sie sie nur für benannte Risiken frei. Eine Reserve im Preis des Partners wird für die Prioritäten des Partners ausgegeben.
6. Prüfen Sie Änderungsanträge wöchentlich. Bewerten Sie jeden Antrag nach Auswirkung auf Budget und Zeitplan, bevor er genehmigt wird, nicht erst am Monatsende.
7. Automatisieren Sie Regressionstests. Tools wie Tricentis Tosca oder die Testautomatisierung von SAP selbst rechnen sich bei jedem Programm mit mehr als zwei Testzyklen, und jedes Upgrade nach dem Go-live ist ein weiterer Zyklus.

Für die kaufmännische Seite zeigen meine Checkliste für SAP-Lizenzverhandlungen und meine Vertragskostenprüfung für CFOs, worauf Sie vor der Unterschrift drängen sollten.

Das Subscription-Modell verlagert Ausgaben von Investitionen zu Betriebsausgaben. Es beseitigt das Überschreitungsrisiko nicht, verlagert aber, wo es liegt.

GROW with SAP läuft auf S/4HANA Cloud Public Edition, die Erweiterungen nur über freigegebene Schnittstellen erlaubt. Das begrenzt, wie weit die WRICEF-Liste wachsen kann, und GROW-Programme dauern oft etwa 6 bis 9 Monate. Der Preis dafür ist weniger Freiheit, SAP an ungewöhnliche Prozesse anzupassen.

RISE with SAP läuft auf S/4HANA Cloud Private Edition, wo Sie den Kern weiterhin modifizieren können. Clean Core ist dort eine Governance-Entscheidung, keine technische Grenze, sodass das Risiko in der Explore-Phase dasselbe ist wie On-Premise. RISE-Programme dauern typischerweise 9 bis 18 Monate, und die mehrjährige Subscription-Laufzeit muss im Business Case sichtbar sein.

AI ist ein neuer Budgetposten, keine Einsparung, mit der Sie rechnen können. Einige Joule-Funktionen sind in SAP-Cloud-Subscriptions enthalten, während Premium-AI-Funktionen separat bepreist werden. Fragen Sie nach der Produktivitätsannahme hinter jeder Partner-Preisliste, die AI-Einsparungen verspricht.

Das bestimmt, wie ein großes Programm die Gewinn- und Verlustrechnung belastet. Nach IFRS und US GAAP können Kosten für den Aufbau eines Vermögenswerts, den Sie kontrollieren, aktiviert werden; Kosten für Betrieb, Schulung und Vorbereitung nicht. Die Cloud ändert die Antwort für einen großen Teil des Budgets.

Kostenelement	On-Premise-Lizenz	Cloud-Subscription (RISE / GROW)
Lizenz- oder Subscription-Gebühren	Als immateriellen Vermögenswert aktivieren	Über die Laufzeit als Aufwand erfassen (Dienstleistungsvertrag)
Konfigurations- und Entwicklungsleistungen	Aktivieren, wenn direkt zurechenbar	IFRS: oft Aufwand, es sei denn, sie schaffen einen separaten Vermögenswert, den Sie kontrollieren. US GAAP: Implementierungskosten aktivieren und über die Hosting-Laufzeit abschreiben
Interne Arbeitszeit für den Aufbau	Aktivieren, wenn direkt zurechenbar	Gleiche Aufteilung wie oben
Schulung und Change-Management	Aufwand	Aufwand
Datenbereinigung	Aufwand	Aufwand
Datenkonvertierungstools, die Sie behalten	Aktivieren, wenn wiederverwendbar	Im Einzelfall prüfen
Hypercare und Support	Aufwand	Aufwand

Die IFRS-Position stammt aus der Agenda-Entscheidung des IFRS Interpretations Committee von 2021 zu Konfigurations- und Anpassungskosten in Cloud-Computing-Vereinbarungen. Die US-GAAP-Position stammt aus ASU 2018-15. Vor allem nach IFRS kann ein RISE-Business-Case, der eine Aktivierung wie bei On-Premise unterstellt, den Gewinn im ersten Jahr wesentlich zu hoch ausweisen.

Die Dokumentation entscheidet, wie viel Sie aktivieren können. Ein Fertigungskunde sparte 2,3 Mio. $ an Aufwand im laufenden Jahr durch korrekte Aktivierung, weil er die Tätigkeiten der Berater so sorgfältig erfasst hatte, dass er den Ansatz verteidigen konnte. Ein anderer Kunde musste eine schmerzhafte Korrektur seiner Abschlüsse hinnehmen, weil er seine Aktivierungsentscheidungen nicht belegen konnte.

Abschlussprüfer schauen bei großen aktivierten Projekten genau hin. Stimmen Sie die Bilanzierung mit ihnen ab, bevor das Programm beginnt, nicht erst zum Jahresende.

Die meisten Programme mit Budgetüberschreitung hatten kein Planungsversagen. Sie hatten in der Planungsphase ein Ehrlichkeitsproblem. Ein CFO, der einen realistischen Plan mit angemessener Reserve genehmigt, gibt weniger aus als einer, der einen hoffnungsvollen Plan ohne Reserve genehmigt.

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

Warum überschreiten SAP-Einführungen das Budget?

Meist, weil das Budget am Anfang niedrig gehalten wird und die Explore-Phase dann den tatsächlichen Umfang zeigt. Fit-to-Standard-Workshops machen aus Lücken Reports, Schnittstellen, Konvertierungen, Erweiterungen, Formulare und Workflows, die nie bepreist wurden. Ein vom Anbieter gesteuerter Umfang, interne Teams in Teilzeit und späte Datenarbeit verschärfen das.

Um wie viel überschreiten SAP-Projekte typischerweise das Budget?

In den Programmen, die ich geprüft habe, sind Überschreitungen von 40 bis 60 Prozent üblich. Die Umfrage von Panorama Consulting für 2026 ergab, dass mehr als ein Viertel der Organisationen ihr ERP-Budget überschritten hat. Programme, die bei einem Berater landen, sind meist der problematische Teil dieser Grundgesamtheit.

Was sind die Frühwarnsignale für eine Budgetüberschreitung bei SAP?

Das deutlichste Signal ist eine WRICEF-Zahl, die während der Explore-Phase weiter wächst. Weitere sind vom Anbieter entworfene Umfangsdokumente, Änderungsanträge, die nicht wöchentlich bepreist werden, eine noch nicht begonnene Datenprofilierung und Key User, die weiterhin in Teilzeit arbeiten. Legen Sie das Budget am Ende von Explore neu fest, wenn die Liste gewachsen ist.

Wie stoppen Sie Scope Creep in einem SAP-Projekt?

Übernehmen Sie den Umfang auf Kundenseite, statt ihn vom Systemintegrator schreiben zu lassen. Frieren Sie ihn am Ende von Explore ein, hinterfragen Sie jede Lücke gegenüber dem SAP-Standard und bepreisen Sie jeden Änderungsantrag, bevor Sie ihn genehmigen. Prüfen Sie Änderungsanträge wöchentlich, nicht am Monatsende.

Senkt RISE with SAP das Risiko einer Budgetüberschreitung?

Nicht von sich aus. RISE läuft auf der Private Edition, wo der Kern weiterhin modifiziert werden kann, sodass das Risiko in der Explore-Phase dasselbe ist wie On-Premise. GROW with SAP auf der Public Edition beschränkt Erweiterungen auf freigegebene Schnittstellen, was begrenzt, wie weit der Umfang wachsen kann.

Können Sie die Implementierungskosten von RISE with SAP aktivieren?

Teilweise, und es hängt von Ihrem Rechnungslegungsstandard ab. Die Subscription selbst wird normalerweise als Aufwand erfasst. Nach IFRS werden auch Konfigurations- und Anpassungsleistungen in einem SaaS-Modell oft als Aufwand erfasst, es sei denn, sie schaffen einen separaten Vermögenswert, den Sie kontrollieren; nach US GAAP (ASU 2018-15) werden Implementierungskosten aktiviert und über die Hosting-Laufzeit abgeschrieben.