Das Wichtigste für Ihren Betrieb
Klären Sie den Engpass, bevor Sie das System wechseln.
Ein ERP-Wechsel ist erst dann begründet, wenn ein sauber definierter Geschäftsvorfall trotz geklärtem Prozess, belastbaren Daten und ausgeschöpfter Konfiguration nicht wirtschaftlich tragfähig abbildbar ist. Unzufriedenheit allein ist noch kein Wechselgrund.
In einer unabhängigen ERP-Beratung ist ein Systemwechsel erst begründet, wenn Prozess, Daten, Nutzung und Konfiguration geprüft und die verbleibende Systemlücke wirtschaftlich relevant ist.
Jedes Symptom wird einer überprüfbaren Problemklasse und einem konkreten Nachweis zugeordnet.
Optimierung und Wechsel können Teil derselben Roadmap sein; die Wege schließen sich nicht pauschal aus.
IN DIESEM BEITRAG5 Kapitel
ERP-Partner wechseln: Was vor der Ausschreibung geklärt sein muss
Wenn die Zusammenarbeit mit dem aktuellen ERP-Partner nicht mehr trägt, müssen zwei Entscheidungen getrennt werden: Partner wechseln oder ERP-System wechseln. Ein Partnerwechsel ist meist der kleinere Eingriff, wenn Produktkern, Datenmodell und kritische Geschäftsvorfälle weiterhin passen.
Vor einer Ausschreibung sollten fünf Punkte dokumentiert sein: welche Leistungen heute konkret scheitern, welche offenen Tickets und Individualentwicklungen übernommen werden müssen, wem Quellcode und Dokumentation gehören, welche Zugänge und Schnittstellen übergeben werden und welche Erwartungen an Betrieb, Weiterentwicklung und Reaktionszeiten künftig gelten. Erst danach lassen sich neue ERP-Anbieter oder Implementierungspartner fair vergleichen.
Prüfregel: Bleibt der fachliche Systemfit erhalten, ist zunächst der Partnerwechsel zu prüfen. Ist dagegen die Systemgrenze selbst belegt, beginnt eine unabhängige ERP-Beratung und ERP-Auswahl.
Der teuerste Denkfehler: vom Symptom direkt zur Software
Wenn Berichte mühsam sind, Daten doppelt erfasst werden und jede Änderung Wochen dauert, liegt der Schluss nahe: Das System ist schuld. Manchmal stimmt das. Häufig aber würden dieselben Probleme mit einem neuen ERP wieder auftauchen – nur teurer, weil sie mitmigriert wurden. ERP-Projekte scheitern selten an der Software; sie scheitern an ungeklärten Prozessen und Erwartungen. Genau deshalb gehört vor jede Wechselentscheidung eine ehrliche Bestandsaufnahme.
Sieben Fragen vor der Entscheidung: ERP wechseln oder optimieren?
Vor der Entscheidung · sieben Fragen
Jede Frage trennt ein Symptom von seiner Ursache.
Schritt 1 von 7
Prozess oder Funktion?
Sind die Prozesse unklar – oder die Funktionen unzureichend? Wer den Sollprozess nicht beschreiben kann, kann kein System dagegen prüfen.
Schritt 2 von 7
Nutzung
Werden vorhandene Funktionen überhaupt genutzt? Ein Nutzungsproblem löst kein Neukauf.
Schritt 3 von 7
Im System oder dazwischen?
Medienbrüche zwischen ERP, Shop, Excel und E-Mail fühlen sich wie ERP-Schwäche an.
Schritt 4 von 7
Anpassung & Integration
Wie hoch sind Anpassungs- und Integrationskosten wirklich?
Schritt 5 von 7
Datenqualität
Ist die Datenqualität für einen Wechsel überhaupt ausreichend?
Schritt 6 von 7
Was bliebe?
Welche Probleme blieben auch mit einem neuen ERP bestehen?
Schritt 7 von 7
Harte Grenze
Gibt es eine objektive Wartungs- oder Technologiegrenze?
Fachliche Erläuterung und vollständige Prüfpunkte
- Sind die Prozesse unklar – oder die Funktionen unzureichend? Wer den Sollprozess nicht beschreiben kann, kann kein System dagegen prüfen. Erst der Ablauf, dann die Funktion.
- Werden vorhandene Funktionen überhaupt genutzt? Viele Systeme können deutlich mehr, als im Alltag verwendet wird. Ein Nutzungsproblem löst kein Neukauf, sondern Konfiguration und Befähigung.
- Entstehen die Probleme im System – oder zwischen den Systemen? Medienbrüche zwischen ERP, Shop, Excel und E-Mail fühlen sich wie ERP-Schwäche an, sind aber ein Integrationsthema.
- Wie hoch sind Anpassungs- und Integrationskosten wirklich? Sonderentwicklungen im Altsystem sind gebundenes Kapital – und ein Warnsignal für das neue: Wer den Standard heute verbiegt, wird es morgen wieder tun.
- Ist die Datenqualität für einen Wechsel überhaupt ausreichend? Dubletten, tote Artikel und uneinheitliche Strukturen machen jede Migration zum Risiko – und bleiben auch im neuen System Dubletten.
- Welche Probleme blieben auch mit einem neuen ERP bestehen? Unklare Verantwortlichkeiten, fehlende Kennzahlendefinitionen und Schatten-Listen wandern mit um.
- Was kostet Nichtstun – im Vergleich zu Optimierung und Wechsel? Erst wenn alle drei Wege beziffert sind, ist die Entscheidung eine Investitionsentscheidung und kein Bauchgefühl.
Zusätzlich zu den sieben Fragen gehört eine harte Rahmenbedingung in die Entscheidung: Gibt es eine objektive Wartungs- oder Technologiegrenze? Bei SAP ERP 6.0 ist das ein konkretes Beispiel: Für die letzten drei Enhancement Packages 6–8 endet die Mainstream Maintenance Ende 2027; optional bietet SAP Extended Maintenance bis Ende 2030 an. Ältere EhP-Stände 0–5 sind bereits seit Ende 2025 aus der Mainstream Maintenance. Ein Wartungsende ist noch kein automatischer Wechselgrund – aber es ist eine harte Rahmenbedingung, die in der Entscheidungsmatrix nicht als „späteres IT-Thema“ verschwinden darf. SAP-Wartungsstrategie →
Entscheidungsmatrix: ERP wechseln oder optimieren?
Entscheidungsmatrix · zum Durchklicken
Ihre Ausgangslage bestimmt den Weg.
Was trifft auf Ihr ERP am ehesten zu?
Funktionen vorhanden, Prozesse uneinheitlich.
Prozessoptimierung – kein Systemwechsel.
Funktionen vorhanden, Nutzung gering.
Konfiguration, Schulung, Befähigung.
Kernprozesse nachweislich nicht abbildbar.
Strukturierte ERP-Auswahl prüfen.
Viele Schnittstellen- und Datenprobleme.
Systemarchitektur und Integration analysieren.
System technisch abgekündigt.
Kontrollierte Ablösung vorbereiten.
Die Zeilen schließen sich nicht aus. Oft ist die Antwort eine Reihenfolge.
| Ihre Ausgangslage | Wahrscheinlicher Weg |
|---|---|
| Funktionen vorhanden, Prozesse uneinheitlich | Prozessoptimierung – kein Systemwechsel |
| Funktionen vorhanden, Nutzung gering | Konfiguration, Schulung, Befähigung |
| Kernprozesse nachweislich nicht abbildbar | Strukturierte ERP-Auswahl prüfen |
| Viele Schnittstellen- und Datenprobleme | Systemarchitektur und Integration analysieren |
| System technisch abgekündigt | Kontrollierte Ablösung vorbereiten |
Wichtig: Die Zeilen schließen sich nicht aus. In der Praxis ist die Antwort oft eine Reihenfolge – erst Prozesse klären, dann entscheiden, ob das Altsystem sie tragen kann.
Was nach der ERP-Prüfung folgt
Die Prüfung endet nicht mit einem pauschalen Ja oder Nein, sondern mit einem klaren Arbeitsweg:
- Behalten: Das System ist grundsätzlich tragfähig; Lebenszyklus, Betrieb und Support werden abgesichert.
- Verbessern: Prozess, Nutzung, Daten, Konfiguration oder Integration werden gezielt korrigiert. Dafür ist häufig eine reale Prozessaufnahme der sinnvollere erste Schritt.
- Ersetzen: Eine wirtschaftlich relevante System- oder Lebenszykluslücke ist belegt. Erst jetzt wird die Auswahl eines neuen ERP zum nächsten Projekt.
Damit bleiben Grundsatzprüfung und Auswahl getrennte Entscheidungen: Diese Seite begründet den Weg. Die Auswahlseite strukturiert anschließend Markt, Nachweise und Trade-offs.
Wechselgrund oder Optimierungsauftrag?
Beschreiben Sie einen konkreten ERP-Engpass und trennen Sie Prozess, Daten, Nutzung und technische Grenze.
Prüffelder · zum Durchgehen
Gehen Sie die Prüffelder durch und markieren Sie, was bei Ihnen schon belegt ist.
Leitfrage
Ist der Sollablauf fachlich eindeutig?
- Belastbarer Nachweis
- Verantworteter End-to-End-Prozess.
- Konsequenz
- Unklaren Prozess nicht in ein neues ERP übertragen.
Leitfrage
Sind Standardfunktionen und Konfiguration ausgeschöpft?
- Belastbarer Nachweis
- Nachweis am realen Vorgang.
- Konsequenz
- Erst Nutzungslücke schließen.
Leitfrage
Blockieren Architektur, Support oder Integration?
- Belastbarer Nachweis
- Dokumentierte technische Einschränkung.
- Konsequenz
- Modernisierung oder Ablösung gezielt bewerten.
Leitfrage
Ist der Wechselnutzen größer als Migration und Veränderung?
- Belastbarer Nachweis
- Szenarien mit Kosten, Risiken und interner Kapazität.
- Konsequenz
- Nur verantwortbaren Gesamt-Trade-off freigeben.
0 von 4 belegt
Alle Prüffelder als Tabelle
| Prüffeld | Leitfrage | Belastbarer Nachweis | Konsequenz |
|---|---|---|---|
| Prozess | Ist der Sollablauf fachlich eindeutig? | Verantworteter End-to-End-Prozess. | Unklaren Prozess nicht in ein neues ERP übertragen. |
| Nutzung | Sind Standardfunktionen und Konfiguration ausgeschöpft? | Nachweis am realen Vorgang. | Erst Nutzungslücke schließen. |
| Technik | Blockieren Architektur, Support oder Integration? | Dokumentierte technische Einschränkung. | Modernisierung oder Ablösung gezielt bewerten. |
| Wirtschaftlichkeit | Ist der Wechselnutzen größer als Migration und Veränderung? | Szenarien mit Kosten, Risiken und interner Kapazität. | Nur verantwortbaren Gesamt-Trade-off freigeben. |
Wer entscheidet über Behalten, Verbessern oder Ersetzen?
Entscheidungsziel und Risikobereitschaft klären.
Workarounds und reale Auswirkungen belegen.
Lebenszyklus, Betrieb, Schnittstellen und Datenrisiko bewerten.
Entscheidungshilfe · Warnsignale
Welche Warnsignale sehen Sie bei sich?
Tippen Sie an, was bei Ihnen zutrifft.
0 von 4
Ein Warnsignal. Klären Sie es, bevor der nächste Schritt startet – die Prüffelder oben zeigen, welcher Nachweis fehlt.
Mehrere Warnsignale. Hier lohnt der Blick auf den konkreten Vorgang, bevor entschieden wird.
Quellen, Methodik und Einordnung.
Nachweise und methodische Einordnung sind am Ende des Artikels gebündelt.
Quellen und Einordnung
Quellen und Aktualität
Die genannte SAP-Wartungsgrenze wird mit der offiziellen SAP-Wartungsstrategie belegt. Die Entscheidungsfragen des Artikels sind ein herstellerneutraler Praxisrahmen.
Erst den Wechselgrund beweisen
- EntscheidungEin Systemwechsel ist erst begründet, wenn Prozess, Daten, Nutzung und Konfiguration geprüft und die verbleibende Systemlücke wirtschaftlich relevant ist.
ERP-Engpass einordnen.
Schildern Sie den konkreten Vorgang, der die Frage nach einem Systemwechsel ausgelöst hat.
ERP-Engpass einordnen →