SAP-Hauptsitz in Walldorf, Hauptgebaeude mit SAP-Logo, Frontansicht
Digitale Wirtschaft 11.05.2026

Die ERP-Wartungsfalle im Mittelstand

7 Min. Lesezeit

SAP beendet die reguläre Wartung der Business Suite 7 zum 31. Dezember 2027. Das ist keine Drohung mehr, sondern ein Datum, das im Kalender vieler Mittelständler bereits steht. Wer 2026 nicht entscheidet, entscheidet trotzdem. Nur dann mit weniger Optionen und einer Verhandlungsposition, die jedes Quartal schwächer wird.

Das Wichtigste in Kürze

  • Drei Jahre Restlaufzeit klingen viel, sind aber knapp: Eine ehrliche S/4HANA-Migration kostet im Mittelstand zwischen achtzehn und dreißig Monaten Projektzeit. Wer Anfang 2026 startet, ist mit üblichem Puffer fertig. Wer 2027 anfängt, fährt unter Druck.
  • Wartungsfalle ist teurer als die Migration: Extended Maintenance bei SAP kostet ab 2028 zwei Prozent on top auf den Wartungsvertrag pro Jahr. Custom Code Support über Dritte liegt nochmal höher und gibt regulatorisch keine belastbare Garantie.
  • Die Management-Frage ist nicht technisch: S/4HANA ist eine Plattform-Entscheidung mit Auswirkungen auf Prozess-Standardisierung, Datenmodell und Vertriebskanal. Wer das delegiert, verliert die Kontrolle über die Folgekosten.

Verwandt:RevOps: KI im CRM beendet Datensilos  /  Bitkom 2026: Mittelstand und ERP-Migration

Was ist die S/4HANA-Wartungsfalle?

Was ist die S/4HANA-Wartungsfalle? Die Wartungsfalle bezeichnet die Situation eines Unternehmens, dessen SAP-ERP-Landschaft nach dem Ende der regulären Mainstream Maintenance für Business Suite 7 (Ende 2027) ohne klaren Migrationspfad weiterläuft. Folge: Wer im Bestandssystem bleibt, zahlt Extended Maintenance mit Aufschlag, verliert Anspruch auf neue Funktionsentwicklungen, trägt das Risiko regulatorischer Änderungen ohne Hersteller-Updates und reduziert seinen Verhandlungsspielraum bei künftigen Lizenz- oder Hosting-Gesprächen. Die Falle ist nicht technisch, sondern eine schleichende Verschiebung des Risiko-Profils auf Kosten der Geschäftsführung.

Was Stillstand wirklich kostet

Wir haben in den letzten zwölf Monaten in einer Reihe von Mittelstands-Mandaten über S/4HANA-Entscheidungen mitgesprochen. Die Geschäftsführungen, mit denen wir gearbeitet haben, hatten alle ähnliche Reflexe. Erst die Frage nach dem Projektbudget. Dann der Wunsch, die Entscheidung um ein Jahr zu schieben. Dann die Suche nach einer Wartungsoption als Brückenlösung.

Die ehrliche Antwort sieht in fast allen Fällen gleich aus. Ein Jahr Verschiebung kostet zwischen vier und sieben Prozent des späteren Projektbudgets. Das setzt sich aus drei Komponenten zusammen. Erstens steigen die Implementierungs-Tagessätze etablierter Partner schneller als die allgemeine Inflation, weil das Berater-Angebot Richtung 2028 enger wird. Zweitens werden Custom-Code-Adaptionen jedes Jahr teurer, weil weniger Entwickler aktiv mit ABAP 7-Erweiterungen arbeiten. Drittens verschiebt sich die Verhandlungsposition gegenüber SAP selbst.

Wer 2024 noch über Lizenz-Konditionen verhandelt hat, hatte ein gutes Blatt. Wer 2027 verhandelt, sitzt mit dem Datum auf der Stirn am Tisch.

Drei Migrationswege, drei Trade-offs

Die Entscheidungslogik im Mittelstand verkürzt sich auf drei realistische Pfade. Jeder davon hat ein klares Profil und einen Preis, den die Geschäftsführung kennen muss.

Pfad eins: Brownfield-Konvertierung. Der bestehende ECC wird auf S/4HANA gehoben, Datenmodell und Custom Code wandern mit. Vorteil: kurzer Projektzeitraum, im Schnitt vierzehn bis achtzehn Monate, weniger Change-Management. Nachteil: alle Altlasten der letzten zwanzig Jahre bleiben im System. Wer ein gewachsenes ECC mit hundertvierzig Z-Reports und einer eigenen Materialwirtschafts-Erweiterung hat, schleppt das mit.

Pfad zwei: Greenfield mit S/4HANA Cloud Public Edition. Standardisierung auf SAPs Cloud-Setup. Vorteil: deutlich geringere Total Cost of Ownership über fünf Jahre, weil Wartung und Updates beim Hersteller liegen. Nachteil: weniger Customizing erlaubt, das Geschäftsmodell muss sich an SAPs Standard-Setup ausrichten. Wir haben Mandate gesehen, in denen das gut funktioniert hat. Wir haben auch zwei gesehen, die nach achtzehn Monaten zurück auf On-Premise gegangen sind.

Pfad drei: Selective Data Transition. Eine bewusste Auswahl, was migriert wird, was im neuen System neu aufgebaut wird. Vorteil: pragmatischer Schnitt, Altlasten bleiben kontrolliert zurück. Nachteil: hoher Projektaufwand, hohe Anforderung an interne Stakeholder, die Trade-offs aktiv mittragen müssen. Dieser Pfad braucht ein starkes internes Projektteam, sonst kippt er in einen unkontrollierten Greenfield mit Customizing-Anhang.

Was die Geschäftsführung 2026 entscheiden muss

Die Pfad-Entscheidung ist nicht der erste Schritt. Davor steht eine Reihe von Management-Fragen, die in vielen Mittelständern nicht ehrlich beantwortet sind. Wir haben sie in vier Blöcke geordnet.

Erstens: Welche Prozesse sind heute Wettbewerbsvorteil und welche sind Wettbewerbs-Standard? Alles, was Standard ist, gehört in den Standard-Workflow von S/4HANA. Custom Code an dieser Stelle ist eine teure Altlast, kein Differenzierungsmerkmal.

Zweitens: Wie belastbar ist das aktuelle Datenmodell? Eine Migration ist die letzte realistische Gelegenheit, Stammdaten und Materialstämme aufzuräumen. Wer das verpasst, schleppt die alten Probleme in das neue System mit.

Drittens: Welche Personen müssen das Projekt mittragen? Die Geschäftsführung entscheidet, der CFO bezahlt, der CIO baut. Im Mittelstand entscheidet aber oft eine vierte Person über den Erfolg: die Person mit dem größten Prozess-Wissen, die manchmal seit fünfzehn Jahren im Haus ist und das ECC im Schlaf kennt. Ohne sie kein sauberer Datentransfer.

Viertens: Wie geht das Unternehmen mit Konflikten zwischen Standard und Sonderfall um? Diese Frage klingt soft, ist aber die härteste der vier. Sie entscheidet darüber, ob das Projekt in einen Standard-Pfad findet oder in eine Customizing-Spirale kippt.

Plattform-Entscheidung statt Software-Update

Eine S/4HANA-Migration ist im Mittelstand selten ein reines Software-Projekt. Sie verschiebt drei Dinge gleichzeitig. Das Datenmodell wird neu aufgesetzt. Die Prozesse werden standardisiert. Die Vertragsbasis mit SAP wird neu verhandelt.

Wer das als Software-Update behandelt, gibt die ersten beiden Themen aus der Hand und verliert beim dritten die Verhandlungsmasse. Wir sehen oft Geschäftsführer, die im Projekt-Kickoff nur ein technisches Ziel auf der Folie hatten. Die gleichen Geschäftsführer sitzen achtzehn Monate später in einer Diskussion, ob das eingeführte Datenmodell zur eigenen Vertriebslogik passt. Diese Diskussion gehört an den Anfang, nicht ans Ende.

Eine Ehrlichkeit gehört dazu: nicht jede Migration ist ein Erfolg. Die Mandate, die wir kennen, lagen am Ende in einer Bandbreite zwischen plus zwölf Prozent operativer Effizienz und null Veränderung bei deutlich gestiegenen Lizenzkosten. Der Unterschied lag selten an der Technik. Er lag fast immer an der Frage, wie ehrlich die Geschäftsführung sich vorab mit dem eigenen Prozess-Portfolio auseinandergesetzt hatte.

Migrationspfad-Vergleich: Brownfield gegen Greenfield

Brownfield (Konvertierung)

  • Projektzeit 14 bis 18 Monate, kürzester Pfad
  • Custom Code wandert mit, weniger Change-Management nötig
  • Risiko: gewachsene Altlasten bleiben dauerhaft im neuen System
  • Lizenzverhandlung bleibt ähnlich der Bestandssituation
  • Geeignet wenn Prozess-Portfolio überwiegend tragfähig ist

Greenfield (Cloud Public)

  • Projektzeit 24 bis 30 Monate, dafür klarer Schnitt
  • Standard-Setup, niedrige Total Cost of Ownership über fünf Jahre
  • Customizing reduziert, Geschäftsprozesse müssen sich anpassen
  • Lizenzkosten transparenter, Abhängigkeit von SAPs Roadmap steigt
  • Geeignet wenn Standardisierung strategisches Ziel ist

Häufige Fragen

Wann genau endet die reguläre SAP-Wartung für Business Suite 7?

Die Mainstream Maintenance für SAP Business Suite 7 endet am 31. Dezember 2027. Ab 2028 ist Extended Maintenance verfügbar, allerdings mit Aufschlag auf den Wartungsvertrag. Wer keinen Migrationspfad bis Ende 2027 hat, fährt entweder unter erhöhten Wartungskosten weiter oder verliert Hersteller-Support.

Welcher Migrationspfad eignet sich für welchen Mittelständler?

Brownfield-Konvertierung eignet sich für Unternehmen mit tragfähigem Prozess-Portfolio und vertretbarem Custom-Code-Anteil. Greenfield mit Cloud Public Edition passt zu Mittelständlern, die Standardisierung strategisch angehen. Selective Data Transition ist die anspruchsvollste Variante und braucht ein internes Projektteam mit hoher Standfestigkeit.

Wie hoch ist der typische Aufwand einer S/4HANA-Migration im Mittelstand?

Realistische Projektzeit liegt zwischen achtzehn und dreißig Monaten, abhängig vom gewählten Pfad und der Komplexität der Bestandslandschaft. Budgetbandbreite je nach Unternehmensgröße zwischen einer und sechs Millionen Euro für Implementierung, Lizenzen und Change-Management. Wer mit deutlich niedrigeren Zahlen kalkuliert, plant entweder zu klein oder verschiebt Kosten in die Zeit nach Go-Live.

Was passiert, wenn die Migration nicht bis Ende 2027 abgeschlossen ist?

Das Unternehmen wechselt automatisch in den Extended-Maintenance-Modus mit Aufschlag. Neue regulatorische Anforderungen werden langsamer oder gar nicht mehr eingearbeitet. Die Verhandlungsposition gegenüber SAP bei Lizenzverlängerungen verschlechtert sich. Der operative Betrieb bleibt zunächst stabil, das Risiko-Profil verschiebt sich aber spürbar zugunsten des Herstellers.

Welche Rolle spielt das eigene Datenmodell bei der Entscheidung?

Eine zentrale. Die Migration ist die letzte realistische Gelegenheit, gewachsene Stammdaten und Materialstämme zu konsolidieren. Wer Datenqualität ignoriert, verlagert die alten Probleme in das neue System. Wer die Datenmodell-Frage vor der Pfad-Entscheidung klärt, gewinnt im Projekt-Verlauf deutlich an Tempo.

Lesetipps der Redaktion

Mehr aus dem MBF Media Netzwerk

Quelle Titelbild: Wikimedia Commons / Vladislav Bezrukov (CC BY 2.0)

Auch verfügbar in

Ein Magazin der evernine media GmbH