ERP-Wechsel: Wann ihr besser bei eurem System bleibt
Kurz beantwortet
Ihr solltet bei eurem ERP bleiben, wenn die Probleme aus Prozessen, Stammdaten, Konfiguration, Schnittstellen oder unklarer Verantwortung stammen. Diese Ursachen nehmt ihr in jedes neue System mit. Ein Wechsel ist erst begründet, wenn das System selbst an eine Grenze stößt: eine Architektur, die euer Volumen oder eure Kanäle nicht trägt, eine fehlende Kernfunktion für euer Geschäftsmodell, auslaufender Support oder Rechtsanforderungen, die sich nicht abbilden lassen.
Dieser Artikel ist für Inhaber, Geschäftsführung und Operations-Verantwortliche von Onlinehändlern und D2C-Brands, die mit ihrem ERP unzufrieden sind und vor der Frage stehen, ob ein neues System das Problem löst. Er hilft euch, die Ursache sauber zu bestimmen, bevor ihr Geld und Monate in einen Wechsel steckt.
Woran erkennt ihr, ob ihr ein Systemproblem habt?
Ein Systemproblem liegt vor, wenn das ERP eine Anforderung auch bei sauberer Konfiguration, guten Daten und klaren Prozessen nicht erfüllen kann. Alles andere ist ein Prozess-, Daten- oder Konfigurationsproblem, das sich im Alltag nur so anfühlt, als liege es an der Software.
Die Unterscheidung ist wichtig, weil sich die Symptome gleichen. Falsche Bestände, doppelte Artikel, Bestellungen, die hängen bleiben, oder Abschlüsse, die Tage dauern, können vom System kommen. Sie können aber genauso auf Ursachen zurückgehen, die unabhängig vom System bestehen: Niemand pflegt die Artikelanlage verbindlich, ein Konnektor überträgt Statusänderungen unvollständig, oder jede Abteilung hat sich eigene Umgehungen gebaut.
Probleme im laufenden Betrieb sind dabei der Normalfall, auch bei zufriedenen Anwendern. In der Anwenderstudie von Trovarit bewerteten die Teilnehmenden ihre ERP-Software im Schnitt mit der Schulnote 1,80, und trotzdem berichteten nur rund 21 % von keinerlei Problemen im ERP-Betrieb (Trovarit, ERP in der Praxis 2024/25, Management Summary (öffnet in neuem Tab); 1.717 ausgewertete Fragebögen aus dem deutschsprachigen Raum, branchenübergreifend, nicht E-Com-spezifisch). Dass es hakt, ist also für sich genommen noch kein Wechselgrund.
Warum wandern viele ERP-Probleme in das neue System mit?
Prozesse, Daten und Verantwortlichkeiten gehören dem Unternehmen, nicht der Software. Bei einer Migration übertragt ihr Artikel, Kunden, Lieferanten und offene Vorgänge in das neue System, und ihr bildet eure Abläufe dort erneut ab. Was vorher unklar oder fehlerhaft war, bleibt es, wenn ihr es nicht vorher klärt.
Dazu kommt ein zweiter Effekt. Wer die eigenen Abläufe nicht kennt, wählt leicht ein System nach Funktionsumfang statt nach Passung. Panorama Consulting beschreibt genau diesen Mechanismus: Fehlt ein sauberes Prozessmanagement, passt das gewählte System schlechter, und die Lücke wird über umfangreiche und teure Anpassungen geschlossen (Panorama Consulting, Why ERP Projects Go Over Budget (öffnet in neuem Tab)). Ein Wechsel ohne Ursachenklärung kann also dieselben Probleme auf einer teureren Basis wiederholen.
Mehr zu den typischen Ursachen gescheiterter Einführungen findet ihr im Artikel Warum ERP-Projekte im Onlinehandel scheitern.
Welche Diagnosefragen helfen bei der Entscheidung?
Die folgenden Fragen trennen Ursache und Symptom. Beantwortet sie für jedes konkrete Problem einzeln, am besten gemeinsam mit den Menschen, die täglich mit dem System arbeiten.
- Lässt sich das Problem an einem konkreten Vorgang zeigen, zum Beispiel an einer Bestellnummer, einem Artikel oder einer Buchung?
- Tritt es bei allen Vorgängen auf oder nur bei bestimmten Kanälen, Artikeln, Lagern oder Mitarbeitenden?
- Gibt es für den betroffenen Ablauf eine schriftliche Beschreibung, und halten sich alle daran?
- Sind die beteiligten Stammdaten vollständig und eindeutig, etwa Varianten, GTINs, Gewichte und Lieferantenangaben?
- Ist nachgewiesen, dass der Fehler im ERP selbst entsteht und nicht in einem Konnektor, einer Middleware oder einem angebundenen System?
- Hat euer Anbieter oder Implementierungspartner bestätigt, dass die Anforderung im Standard nicht abbildbar ist, und zwar schriftlich?
- Gibt es im Unternehmen eine namentlich benannte Person, die System, Konfiguration und Datenqualität verantwortet?
- Wurde die Konfiguration seit der Einführung an veränderte Kanäle, Sortimente und Volumen angepasst?
Wenn ihr die Fragen 3 bis 8 mehrheitlich mit Nein beantwortet, spricht viel dafür, dass die Ursache nicht im System liegt. Wenn ihr dagegen alles geprüft habt und eine Anforderung schriftlich als nicht abbildbar bestätigt ist, habt ihr einen belastbaren Wechselgrund.
Welche Optionen gibt es unterhalb eines Wechsels?
Zwischen Weiterarbeiten wie bisher und einem Systemwechsel liegen mehrere Stufen, die günstiger, schneller und risikoärmer sind. Sie lösen viele Probleme, und wenn ein Wechsel später doch nötig wird, sind sie keine verlorene Arbeit, weil saubere Prozesse und Daten jede Migration erleichtern.
- Konfiguration aufräumen: Ungenutzte Workflows, alte Versandregeln, doppelte Lager oder Zahlungsarten entfernen und die Einstellungen an das heutige Geschäft anpassen.
- Prozesse dokumentieren: Kernabläufe wie Bestellung bis Zahlung, Retoure, Wareneingang und Artikelanlage schriftlich festhalten, inklusive Ausnahmen und Zuständigkeiten.
- Konnektor tauschen oder neu einrichten: Wenn Fehler an der Schnittstelle zu Shopsystem, Marktplätzen oder Versanddienstleistern entstehen, liegt die Lösung oft dort und nicht im ERP.
- Stammdaten bereinigen: Dubletten auflösen, Varianten sauber strukturieren, GTINs, Gewichte und Lieferantendaten vervollständigen. Details im Artikel Artikelstammdaten vor der ERP-Migration bereinigen.
- Module oder Erweiterungen ergänzen: Fehlt eine Funktion, gibt es sie eventuell als Zusatzmodul oder über eine angebundene Spezialanwendung.
- Verantwortung klären: Eine Person benennen, die das System fachlich verantwortet, Änderungen freigibt und Datenqualität überwacht.
Was sind echte Gründe für einen ERP-Wechsel?
Ein echter Wechselgrund ist eine Grenze, die ihr mit Konfiguration, Daten, Prozessen und Erweiterungen nicht überwinden könnt. Vier Fälle sind typisch.
Architekturgrenzen
Das System trägt euer Bestellvolumen, eure Zahl an Kanälen, Lagern, Gesellschaften oder Währungen nicht, und das liegt an der Grundarchitektur, nicht an einer Einstellung. Ein Hinweis darauf ist, wenn auch der Anbieter keine Lösung innerhalb des Produkts anbieten kann.
Fehlende Kernfunktion für das Geschäftsmodell
Euer Geschäftsmodell hat sich verändert, etwa durch Abo-Modelle, B2B-Großhandel neben dem Shop, eigene Produktion, Fulfillment für Dritte oder Drittlandversand in größerem Umfang. Fehlt die dafür nötige Kernfunktion und lässt sie sich auch über Module nicht sauber abbilden, ist ein Wechsel sachlich begründet.
Support- und Lebenszyklusende
Der Anbieter stellt das Produkt oder eure Version ein, liefert keine Sicherheitsupdates mehr oder der Partner, der euch betreut, steht nicht mehr zur Verfügung. Dann wird das Weiterarbeiten zum Betriebsrisiko, auch wenn das System fachlich noch passt.
Rechtsanforderungen nicht abbildbar
Neue Pflichten müssen im System umsetzbar sein. Ein Beispiel ist die E-Rechnung: Laut IHK Region Stuttgart müssen inländische Unternehmen seit 2025 E-Rechnungen empfangen können, ab 2027 gilt die Ausstellungspflicht für Unternehmen mit mehr als 800.000 € Vorjahresumsatz und ab dem 1. Januar 2028 für alle inländischen B2B-Umsätze; ausgenommen bleiben Rechnungen von Kleinunternehmern nach § 19 UStG (IHK Region Stuttgart, Obligatorische E-Rechnungen für inländische B2B-Umsätze (öffnet in neuem Tab), Seite datiert 15.10.2026). Kann euer System das auch mit Update oder Erweiterung nicht leisten, ist das ein Wechselgrund. Die konkreten Pflichten für euer Unternehmen klärt ihr mit eurer Steuerberatung.
Wie sieht eine einfache Entscheidungstabelle aus?
Die Tabelle ordnet typische Beschwerden ihrer wahrscheinlichen Ursache und dem ersten sinnvollen Schritt zu. Sie ersetzt keine Prüfung im Einzelfall, sie zeigt aber, wo ihr zuerst sucht.
| Symptom | Mögliche Ursache | Erster Schritt | Wechsel nötig? |
|---|---|---|---|
| Bestände im Shop stimmen nicht mit dem Lager überein | Konnektor, Synchronisationsintervall oder Lagerlogik | Fehlerhafte Vorgänge nachverfolgen, Schnittstelle prüfen | Eher nein |
| Doppelte oder unvollständige Artikel | Keine verbindliche Artikelanlage, keine Pflichtfelder | Stammdaten bereinigen, Anlageprozess festlegen | Nein |
| Jede Abteilung arbeitet mit eigenen Tabellen neben dem ERP | Prozesse nicht dokumentiert, Funktionen unbekannt oder nicht konfiguriert | Abläufe aufnehmen, vorhandene Funktionen prüfen | Eher nein |
| Niemand weiß, warum eine Einstellung so ist | Keine Systemverantwortung, keine Änderungsdokumentation | Verantwortliche Person benennen, Konfiguration dokumentieren | Nein |
| Neuer Kanal oder neues Geschäftsmodell wird nicht unterstützt | Fehlende Kernfunktion | Schriftliche Aussage des Anbieters einholen, Module prüfen | Möglich |
| System wird bei Spitzenlast langsam oder bricht ab | Konfiguration, Hosting oder Architekturgrenze | Lasttest und Anbieterprüfung, Ursache eingrenzen | Möglich |
| Version oder Produkt wird eingestellt | Lebenszyklusende | Ablaufdatum und Migrationspfad des Anbieters klären | Wahrscheinlich |
| Gesetzliche Pflicht ist nicht umsetzbar | Fehlende Rechtsfunktion | Anbieter-Roadmap prüfen, mit Steuerberatung abstimmen | Wahrscheinlich, wenn kein Update kommt |
Wie geht ihr vor, wenn die Entscheidung offen bleibt?
Wenn ihr nach den Diagnosefragen keine klare Antwort habt, prüft zuerst eure Readiness und erst danach Systeme. Readiness heißt: Tragen eure Prozessreife, Datenqualität, Systemlandschaft und Schnittstellen, euer Team und eure Verantwortlichkeiten, die Wirtschaftlichkeit und das Timing überhaupt ein Projekt dieser Größe. Was das im Einzelnen bedeutet, erklärt der Artikel ERP Readiness: Was sie bedeutet und wie ihr sie prüft.
Ein pragmatischer Ablauf sieht so aus: Ihr sammelt die konkreten Probleme mit Beispielen, ordnet sie mit der Tabelle oben einer Ursache zu, arbeitet die Optionen unterhalb eines Wechsels ab und bewertet danach, was übrig bleibt. Bleiben nur Probleme, die das System nachweislich nicht lösen kann, habt ihr eine solide Grundlage für eine Auswahl. Dann lohnt auch der Blick auf die Gesamtkosten, die der Artikel Was ein ERP im E-Commerce wirklich kostet aufschlüsselt.
Für eine erste Standortbestimmung könnt ihr den kostenlosen ERP Readiness Check nutzen. Er dauert etwa zehn Minuten und zeigt, in welcher der sechs Dimensionen die größten Lücken liegen. Ein Ergebnis kann auch sein, dass ihr vorerst bleibt.
Wo steht ihr gerade?
Der kostenlose ERP Readiness Check bewertet in rund 10 Minuten eure Prozessreife, Datenqualität, Systemlandschaft, euer Team, die Wirtschaftlichkeit und das Timing. Ohne Anmeldung, ohne Systemempfehlung.
Häufige Fragen
Ist Unzufriedenheit der Mitarbeitenden ein Grund für einen ERP-Wechsel?
Nicht für sich allein. Unzufriedenheit zeigt, dass etwas nicht passt, aber nicht, ob die Ursache im System, in der Konfiguration, in fehlender Schulung oder in unklaren Abläufen liegt. Lasst euch die Beschwerden an konkreten Vorgängen zeigen und ordnet sie einer Ursache zu, bevor ihr über einen Wechsel entscheidet.
Wie viel Aufwand ist ein Aufräumen im bestehenden ERP im Vergleich zum Wechsel?
Eine allgemeingültige Zahl gibt es nicht, weil der Aufwand von Datenlage, Konfiguration und Teamkapazität abhängt. Strukturell gilt: Beim Aufräumen bleiben System, Schnittstellen und Schulungsstand erhalten. Bei einem Wechsel kommen Auswahl, Migration, Neueinrichtung aller Schnittstellen und Schulung hinzu. Das Aufräumen der Daten braucht ihr in beiden Fällen.
Was ist, wenn unser Implementierungspartner zum Wechsel rät?
Fragt nach der konkreten Anforderung, die das bisherige System nicht erfüllt, und lasst sie euch schriftlich begründen. Bedenkt dabei strukturell, dass Partner an Einführungen und Migrationen verdienen. Das macht eine Empfehlung nicht falsch, aber eine Zweitmeinung ohne Umsetzungsinteresse ist bei einer so großen Entscheidung sinnvoll.
Kann man einen Wechsel auch nur aufschieben?
Ja. Wenn die Gründe für einen Wechsel noch nicht belastbar sind oder das Timing schlecht ist, etwa vor dem Weihnachtsgeschäft oder während eines Teamumbaus, ist Aufschieben eine legitime Entscheidung. Nutzt die Zeit, um Prozesse zu dokumentieren und Stammdaten zu bereinigen. Das verkürzt jedes spätere Projekt.
Quellen
- ERP in der Praxis - Anwenderzufriedenheit, Nutzen & Perspektiven (Management Summary 2024), Trovarit AG. Abgerufen am 23.10.2026.
- Why ERP Projects Go Over Budget (and How to Prevent it), Panorama Consulting Group. Abgerufen am 23.10.2026.
- Obligatorische E-Rechnungen für inländische B2B-Umsätze, IHK Region Stuttgart. Abgerufen am 23.10.2026.