ERP modernisieren oder wechseln? Was die Entscheidung wirklich trägt

Ein ERP-System verursacht zusätzliche Arbeit, Buchungen stimmen nicht zuverlässig überein oder wichtige Abläufe hängen an alten Anpassungen. Ist das ein Grund, die gesamte Plattform zu ersetzen?

Nicht automatisch. Ein ERP-Wechsel kommt infrage, wenn die bestehende Lösung entscheidende Anforderungen auch nach realistischen Verbesserungen nicht mehr tragfähig erfüllen kann – oder wenn eine Alternative einen belegten Vorteil bietet, der Umstellung und späteren Betrieb rechtfertigt. Beide Wege müssen an denselben Geschäftsabläufen gemessen werden. Nicht die längere Funktionsliste entscheidet, sondern was unter den Bedingungen des Unternehmens tatsächlich besser oder wirtschaftlich tragfähig funktioniert.

1. Erst den Engpass bestimmen – nicht sofort die Software wechseln

Ein verspäteter Monatsabschluss kann am ERP liegen. Er kann aber auch entstehen, weil Buchungen zu spät ankommen, Stammdaten widersprüchlich sind oder ungeklärte Zuständigkeiten manuelle Kontrollen erzwingen.

Bevor neue Produkte verglichen werden, lohnt sich deshalb eine Trennung:

  • Plattformgrenze: Eine notwendige Anforderung lässt sich mit vertretbarem Aufwand nicht erfüllen; beispielsweise weil eine kritische Version nicht mehr zuverlässig unterstützt wird.
  • Konfiguration oder Erweiterung: Die benötigte Funktion existiert, ist aber nicht passend eingerichtet oder mit schwer wartbaren Anpassungen verbunden.
  • Daten und Schnittstellen: Eine Information kommt zu spät, doppelt oder ohne gesicherten Bearbeitungsstand an.
  • Betrieb und Verantwortung: Rechte, Fehlerbehandlung, Tests, Betreuung oder Fachwissen sind unzureichend geregelt.

Diese Ursachen können zusammen auftreten. Ein Plattformwechsel kann manche beseitigen; andere bleiben bestehen oder müssen in einer neuen Umgebung erneut gelöst werden.

Die erste Frage lautet: Welcher konkrete Fehler muss verschwinden – und woran ließe sich nachweisen, dass er nach der gewählten Veränderung tatsächlich behoben ist?

2. Die realistischen Wege vergleichen, nicht Alt gegen Ideal

Ein häufiger Denkfehler ist, den problematischen Ist-Zustand mit der versprochenen Zukunft eines neuen ERP zu vergleichen. Fair ist nur ein Vergleich von umsetzbaren Alternativen.

WegWann dieser Weg in Betracht kommtWas vorher geklärt werden sollte
Gezielt stabilisierenDie Kernplattform passt, aber Abläufe, Daten oder Kontrollen funktionieren nicht zuverlässig.Ursache der Störung, wirksame Gegenmaßnahme, Zuständigkeit und Kosten des laufenden Betriebs.
Modernisieren oder ergänzenDie Plattform ist grundsätzlich tragfähig, benötigt aber unterstützte Updates, bereinigte Anpassungen oder begrenzte Erweiterungen.Realistischer Zielzustand, Update- und Anpassungsaufwand, Betrieb nach der Änderung und verbleibende Grenzen.
ErsetzenKritische Anforderungen bleiben trotz realistischem Modernisierungsweg unerfüllbar – oder ein alternatives System bietet einen hinreichend begründeten, entscheidungsrelevanten Vorteil.Erfüllung der Muss-Anforderungen, Übergang der laufenden Geschäftsprozesse, Gesamtaufwand und erwartete zusätzliche Wirkung.

Auch eine Modernisierung kann teuer, riskant und betreuungsintensiv sein. Sie bekommt keinen Vorteil allein deshalb, weil das System bereits vorhanden ist. Umgekehrt reicht es nicht, dass das neue ERP grundsätzlich mehr Funktionen besitzt. Entscheidend ist, welche Unterschiede unter den Bedingungen des Unternehmens zählen.

Eine zwingende Anforderung, die nur eine Option erfüllt, ist anders zu bewerten als ein zusätzlicher Komfortgewinn. Deshalb gehören Muss-Anforderungen, wirtschaftliche Vorteile und offene Nachweise in getrennte Bewertungen – nicht in eine einzige Punktzahl, die einen kritischen Engpass verdeckt.

3. Ein ERP-Wechsel überträgt mehr als Datensätze

Nehmen wir einen Fertigungsauftrag: Material wurde bereits verbraucht, ein Teil der Produkte ist fertig, weitere Arbeitsschritte sind offen. Im ERP steht möglicherweise nur „in Bearbeitung“.

Nach einem Wechsel genügt es nicht, diesen Auftrag mit derselben Nummer und demselben Status neu anzulegen. Entscheidend ist, ob das neue System auch den bereits realisierten Geschäftszustand korrekt abbildet: Material- und Mengenbuchungen, fertigen Teiloutput, offene Restmenge, noch nicht abgeschlossene Wertbuchungen und zugehörige Beziehungen.

Sonst kann ein Auftrag auf dem Bildschirm richtig aussehen, während Bestände, Kosten oder spätere Abschlüsse nicht mehr zusammenpassen.

Drei konkrete Prüfpfade machen das greifbar:

  1. Offene Finanzposten: Welche Forderungen, Verbindlichkeiten, Restbeträge und Ausgleichsbeziehungen müssen fortgeführt werden?
  2. Aktive operative Vorgänge: Welche Aufträge, Mengen, Bewegungen, Bestände und offenen Verarbeitungsschritte müssen nach der Umstellung gelten?
  3. Rückverfolgbarkeit: Bleiben die Verknüpfungen zwischen Komponenten, Chargen, Fertigprodukten und Lieferungen nachvollziehbar – auch über Systeme oder Gesellschaften hinweg? Dieser dritte Prüfpfad vertieft einen Teil der operativen Kontinuität.

Ein Hersteller kann für alle drei Bereiche passende Funktionen dokumentieren. Das zeigt eine grundsätzliche Möglichkeit, noch keine erfolgreiche Übertragung im konkreten Unternehmen. Entscheidend sind die tatsächlichen Datenstrukturen, Zugriffsrechte, Transformationsregeln, Zeitfenster und später repräsentativ ausgeführte Tests.

4. Kosten und Nutzen gehören auf dieselbe Vergleichsbasis

Die Lizenzkosten allein beantworten die Wechselentscheidung nicht. Für alle geprüften Wege müssen derselbe Betrachtungszeitraum und vergleichbare Kostenarten gelten.

Dazu gehören je nach Option Software und Betreuung, interne Projektkapazität, Anpassungen, neue Schnittstellen, Datenübernahme, Schulung, Testaufwand, Übergangs- und Parallelbetrieb sowie der laufende Betrieb nach der Änderung.

Noch wichtiger ist die saubere Anrechnung von Nutzen:

  • Wenn beide Wege denselben notwendigen Kontrollmechanismus herstellen müssen, ist dieser zunächst eine gemeinsame Pflicht, kein besonderer Vorteil des Wechsels.
  • Wenn ein System nachweislich einen zusätzlichen Arbeitsschritt beseitigt oder einen kritischen Ablauf verbessert, kann das ein echter Unterschied sein – sofern das bei der anderen realistischen Option nicht ebenfalls möglich ist.
  • Wenn Mitarbeitende weniger Zeit für Nacharbeit benötigen, ist das zunächst frei werdende Kapazität. Eine zahlungswirksame Einsparung entsteht nicht automatisch; dafür müssen Ausgaben tatsächlich sinken. Andere wirtschaftliche Vorteile sind gesondert zu begründen.

Ein belastbarer Business Case trennt deshalb belegte Kosten, plausible Annahmen und noch offene Vorteile. Was nicht nachgewiesen ist, wird weder als null angesetzt noch als sicherer Gewinn verbucht.

5. Beispiel Rheinwerk: Warum die Entscheidung nicht an einer Funktionsliste hing

Im fiktiven ERP-Szenario Rheinwerk Motion Systems wird eine Modernisierung von Infor CSI mit einem Wechsel zu Microsoft Dynamics 365 Finance & Supply Chain Management verglichen. Alle Unternehmenszahlen sind synthetische Planungsdaten, keine Ergebnisse eines echten Kundenprojekts.

In der beispielhaften Umstellungsplanung gibt es 390 offene Fertigungsaufträge. 140 davon sind bereits in Bearbeitung; 32 dieser 140 Aufträge haben zusätzliche Projekt-, Revisions- oder kundenspezifische Abhängigkeiten. Die 32 sind keine zusätzlichen Aufträge.

Für die Rekonstruktion der laufenden Fertigung sieht der analytische D365-Entwurf höchstens zehn Stunden als Teilbudget vor. Ob das in der vorgesehenen Umgebung funktioniert, ist nicht repräsentativ getestet. Die 36-Stunden-Grenze gilt für den gesamten Ausfall – einschließlich weiterer abhängiger Übergangsarbeiten.

Zugleich ist im Fall kein hinreichend belegter wirtschaftlicher oder operativer Zusatznutzen des Wechsels gegenüber der modernisierten Infor-Variante nachgewiesen. Nach Rheinwerks ausdrücklich festgelegtem Entscheidungsmaßstab muss der Wechsel diesen zusätzlichen Aufwand rechtfertigen.

Die Plattformentscheidung lautet daher: Infor CSI gezielt modernisieren. D365 gilt damit nicht als technisch ungeeignet. Auch ist die Modernisierung noch nicht umgesetzt oder praktisch abgenommen; vor Bindung und späteren Freigaben bleiben Bedingungen offen.

Den vollständigen fiktiven Rheinwerk-Vergleich mit Empfehlung und Nachweisgrenzen lesen.

6. Welche Entscheidung ist heute wirklich reif?

Nicht jede spätere Implementierungsfrage muss bereits vor der Plattformentscheidung praktisch getestet sein. Entscheidend ist, welche offenen Punkte die Systemwahl selbst verändern könnten – und welche erst vor Bindung, Umsetzung oder Produktivstart geschlossen werden müssen.

Mit vier Fragen lässt sich eine nachvollziehbare Entscheidungsvorlage aufbauen:

PrüffrageWas als Antwort vorliegen sollte
Was muss besser werden?Ein überprüfbares Geschäftsziel und die kritischsten Abläufe.
Kann der Bestand es realistisch leisten?Ein konkreter Modernisierungsweg mit Aufwand, Kontrollen, Betriebsmodell und offen benannten Grenzen.
Was leistet ein Wechsel zusätzlich oder zwingend?Die nachweisbare Erfüllung kritischer Muss-Anforderungen oder ein begründeter Unterschied zur modernisierten Bestandsoption.
Was ist noch nicht bewiesen?Offene Nachweise und ihre Folgen: vor Auswahl klären, vor Vertrag klären, vor Umsetzung festlegen oder vor Go-live testen.

Je nach Ergebnis kann die Modernisierung tragfähig, ein Wechsel vorzuziehen oder die Entscheidung noch nicht belastbar sein. Eine offene technische Frage ist nicht automatisch ein Gegenbeweis. Sie blockiert die Auswahl jedoch dann, wenn sie die Tragfähigkeit einer Option oder den entscheidenden Vergleich so wesentlich betrifft, dass eine begründete Wahl noch nicht möglich ist.

Fazit: Die bessere ERP-Entscheidung braucht einen belegbaren Maßstab

Ob ein ERP modernisiert oder ersetzt werden sollte, hängt von den tatsächlichen Engpässen, tragfähigen Alternativen, laufenden Geschäftsprozessen, Gesamtkosten und offenen Nachweisen ab. Eine überzeugende Produktpräsentation ersetzt diesen Vergleich nicht.

EvidenceOps prüft konkrete Software- und Systementscheidungen anhand der Abläufe und verfügbaren Unterlagen eines Unternehmens und bereitet die Empfehlung nachvollziehbar auf. Leistungen und Zusammenarbeit ansehen.

Zur Grundlage: Der Beitrag erklärt übertragbare Entscheidungskriterien. Die Zahlen und die konkrete Empfehlung im Rheinwerk-Abschnitt stammen ausschließlich aus einem ausdrücklich fiktiven, ausgearbeiteten EvidenceOps-Referenzfall; sie sind keine empirischen Branchenwerte oder nachgewiesenen Projektergebnisse.