Xentral Fehler bei der Einführung: Die 7 häufigsten Stolperfallen und wie du sie vermeidest

Jeder in der ERP-Welt kennt sie: die Horror-Stories. Das Projekt, das aus sechs Monaten anderthalb Jahre wurde. Der Go-Live, bei dem plötzlich keine Rechnung mehr rausging. Die Datenmigration, die halbe Lagerbestände verschluckt hat. Das Team, das nach dem Launch heimlich wieder mit den alten Excel-Listen arbeitete, weil das neue System niemand erklärt hatte.

Die typischen Xentral Fehler bei der Einführung sind fast nie technischer Natur. Xentral ist ein starkes ERP für E-Commerce und Handel. Was Projekte teuer und langwierig macht, sind Fehler in der Vorbereitung, in der Steuerung und im Umgang mit dem eigenen Team. Und genau die sind vermeidbar.

Wir bei CommerceOS haben über 200 ERP-Projekte begleitet und betreuen täglich mehr als 1.000 Nutzer. Wir kennen jede ERP-Horror-Story und bauen den Prozess so, dass sie bei dir nicht passiert. In diesem Artikel bekommst du die sieben häufigsten Fehler bei der Xentral-Einführung, ehrlich erklärt, mit einem konkreten „So vermeidest du es“ pro Punkt.

Warum ERP-Projekte scheitern (und was das mit dir zu tun hat)

Ein ERP wie Xentral ist kein Werkzeug, das du auspackst und benutzt. Es ist das digitale Abbild deiner Prozesse: Bestellung, Lager, Versand, Rechnung, Buchhaltung, Kundenkommunikation. Wenn dieses Abbild nicht zu deiner Realität passt, kämpfst du jeden Tag gegen dein eigenes System.

Die meisten gescheiterten oder teuren Projekte haben eine gemeinsame Ursache: Es wurde zu schnell an der Software geschraubt und zu wenig über die Prozesse nachgedacht. Die folgenden sieben Fehler sind die Muster, die wir immer wieder sehen.

Fehler 1: Fehlende oder oberflächliche Prozessanalyse

Der häufigste und teuerste Fehler überhaupt. Ein Händler sagt „Wir wollen Xentral“ und beginnt direkt mit der Konfiguration, ohne dass jemand die eigenen Abläufe sauber durchdacht hat. Das Ergebnis: Das ERP bildet einen Prozess ab, den es so eigentlich gar nicht geben sollte. Chaos wird digitalisiert, nicht behoben.

Typisch dabei: Sonderfälle, die niemand vorher erwähnt hat, tauchen erst im Live-Betrieb auf. Retouren mit Teilgutschrift, B2B-Kunden mit abweichenden Zahlungszielen, Set-Artikel, Fulfillment über einen externen Dienstleister. Jeder dieser Fälle sprengt ein System, das ihn nicht kennt.

So vermeidest du es: Investiere echte Zeit in die Discovery-Phase, bevor irgendetwas konfiguriert wird. Bei uns dauert diese Phase bewusst zwei bis vier Wochen. Wir schauen uns an, wie dein Geschäft tatsächlich läuft, wo die Sonderfälle liegen und was sich lohnt zu vereinfachen. Erst dann wird gebaut. Wie ein sauberer Ablauf aussieht, zeigen wir im Detail im Artikel zum Ablauf einer Xentral-Implementierung.

Fehler 2: Schlechte oder unvorbereitete Datenmigration

Deine Daten sind das Fundament. Wenn Artikelstammdaten, Kundenadressen, offene Posten oder Lagerbestände unsauber ins neue System kommen, hast du ab Tag eins ein Problem, das mit der Zeit größer wird und nicht kleiner. Doppelte Kunden, falsche Steuersätze, fehlende Artikelattribute, Bestände, die nicht stimmen.

Viele unterschätzen, wie viel Datenmüll sich über die Jahre in Altsystemen und Excel-Tabellen angesammelt hat. Wer diesen Müll ungefiltert migriert, migriert die Probleme gleich mit.

Eine konkrete Stolperfalle bei den Artikeldaten ist das Mapping von Nummern: SKUs und Fremdnummern – also die Artikelnummern, unter denen Kanäle, Lieferanten oder Marktplätze denselben Artikel führen – müssen eindeutig und sauber zugeordnet sein. Xentral arbeitet hier mit Fremdnummern, um externe Kennungen auf den internen Artikel abzubilden (siehe help.xentral.com, „Fremdnummern“). Doppelte, uneinheitliche oder fehlende Nummern sorgen sonst dafür, dass Bestellungen nicht zugeordnet werden oder Bestände auf den falschen Artikel laufen.

So vermeidest du es: Behandle die Migration als eigenes Teilprojekt. Erst aufräumen, dann strukturieren, dann testen, dann migrieren. Achte dabei besonders auf saubere Stammdaten und ein durchdachtes SKU-/Fremdnummern-Mapping. Wir machen grundsätzlich mindestens einen Testlauf und prüfen die Ergebnisse gegen die Realität, bevor produktiv umgestellt wird. Eine saubere Datenmigration ist kein optionales Extra, sondern der Unterschied zwischen einem ruhigen und einem chaotischen Go-Live.

Fehler 3: Zu viel auf einmal statt MVP

Der Wunsch ist verständlich: Wenn schon ein neues ERP, dann soll es von Anfang an alles können. Jede Automatisierung, jede Schnittstelle, jeder Sonderfall, am besten sofort. Genau das ist ein Rezept für ein Projekt, das nie fertig wird.

Je mehr du gleichzeitig baust, desto mehr Abhängigkeiten entstehen, desto schwerer wird das Testen und desto weiter rückt der Go-Live weg. Und desto größer ist das Risiko, dass am Ende etwas live geht, das niemand richtig durchdacht hat.

So vermeidest du es: Arbeite mit einem MVP-Ansatz. Bringe zuerst den Kernprozess sauber zum Laufen, den, der dein Tagesgeschäft trägt. Alles andere kommt in klar priorisierten Schritten danach. Neue Automatisierungen, Schnittstellen oder Sonderfälle testest du dabei am besten zuerst in der Sandbox – einer isolierten Testumgebung (laut Xentral Leistungsbeschreibung, Stand 04/2026), in der du Änderungen risikofrei ausprobieren kannst, bevor sie ins Produktivsystem gehen. Deshalb sprechen wir bei CommerceOS von Begleitung in Jahren, nicht in Projekten: Ein gutes ERP wächst mit dir, statt am ersten Tag überladen zu sein. Der kontrollierte, kleinere Go-Live ist fast immer der erfolgreichere.

Fehler 4: Unklare Verantwortlichkeiten und kein interner Owner

Ein ERP-Projekt ohne klaren internen Verantwortlichen versandet. Wenn niemand auf deiner Seite den Hut aufhat, gibt es keine Person, die Entscheidungen trifft, Fragen beantwortet und das Projekt vorantreibt. Der Partner kann noch so gut sein, ohne Gegenüber im Unternehmen bleibt vieles liegen.

Typische Symptome: Rückfragen bleiben tagelang unbeantwortet, Testdaten werden nicht geliefert, niemand entscheidet über strittige Prozessfragen. Das Projekt zieht sich, obwohl technisch alles bereitläge.

So vermeidest du es: Benenne von Anfang an einen internen Owner, jemanden, der genug Überblick über die Prozesse hat und die Zeit bekommt, das Projekt aktiv zu begleiten. Das muss nicht die Geschäftsführung sein, aber jemand mit Mandat und Entscheidungsspielraum. Diese eine Rolle entscheidet oft über Tempo und Erfolg des gesamten Projekts.

Fehler 5: Falscher oder gar kein Partner

Manche versuchen die Einführung komplett allein, weil Xentral „ja irgendwie selbsterklärend“ wirkt. Andere nehmen den erstbesten Dienstleister, der günstig ist. Beides geht häufig schief. Ohne Erfahrung tappt man in jede Falle, die andere längst kennen. Und mit dem falschen Partner zahlst du für Lernkurven auf deine Kosten.

Ein guter Partner bringt nicht nur technisches Xentral-Wissen mit, sondern Prozess-Know-how aus vergleichbaren Projekten. Er kennt deine Branche, deine typischen Stolperfallen und sagt dir auch ehrlich, was Xentral nicht gut kann.

So vermeidest du es: Wähle einen Partner mit nachweisbarer Erfahrung in deinem Segment, idealerweise E-Commerce und Handel. Achte auf Referenzen, Zertifizierungsstatus und darauf, ob ehrlich über Grenzen gesprochen wird. Wie du das seriös prüfst, haben wir im Leitfaden Xentral-Partner und -Agentur finden zusammengefasst. Was uns als Xentral-Agentur auszeichnet, ist genau diese Kombination aus Technik und Prozessverständnis, mit Kunden wie Chiemgaukorn, Rocka Nutrition und Green Me Up.

Fehler 6: Das Team wird nicht mitgenommen

Ein technisch perfektes ERP ist wertlos, wenn niemand damit arbeiten will. Wenn dein Team erst am Go-Live-Tag erfährt, dass sich alles ändert, ist der Widerstand programmiert. Menschen sabotieren nicht aus Bosheit, sondern aus Unsicherheit. Sie kehren zu den alten, vertrauten Wegen zurück, und dein neues System wird zur teuren Fassade.

Fehlende Schulung ist der Klassiker. Das System kann alles, aber die Leute im Lager, im Kundenservice und in der Buchhaltung wissen nicht, wie. Fehler häufen sich, Frust wächst, Akzeptanz sinkt.

So vermeidest du es: Beziehe die Menschen früh ein, die später täglich mit Xentral arbeiten. Sie kennen die Sonderfälle am besten und werden zu Fürsprechern, wenn sie mitgestalten durften. Plane echte Schulungen ein, nicht nur eine schnelle Klick-Demo. Ein ERP wird erst dann zu deinem besten Mitarbeiter, wenn dein Team es souverän bedient.

Fehler 7: Kein Plan für die Zeit nach dem Go-Live

Der Go-Live ist nicht das Ziel, sondern der Anfang. Viele Projekte behandeln den Launch als Schlussstrich, das Team feiert, der Dienstleister zieht ab, und ab da ist man allein. Genau dann tauchen aber die ersten echten Fragen auf, weil erst der Alltag zeigt, wo es hakt.

Ohne Plan für die Zeit danach bleiben Optimierungspotenziale liegen, kleine Probleme werden zu Dauerärgernissen, und das System entwickelt sich nicht mit dem Geschäft weiter. Aus einem anfangs guten Setup wird über die Jahre wieder ein Flickenteppich.

So vermeidest du es: Plane die Weiterentwicklung von Anfang an mit. Dazu gehört eine laufende Betreuung mit festen Anlaufpunkten – etwa regelmäßige CSM-Check-ins und klar definierte Support-SLAs, damit Fragen und Störungen verlässlich bearbeitet werden. Kalkuliere außerdem von Beginn an ein, dass Kosten für Overage (z. B. zusätzliche API-Calls) und optionale Add-ons anfallen können, und budgetiere sie bewusst mit ein. Bei uns endet die Zusammenarbeit nicht am Go-Live, sondern geht in eine laufende Phase über, in der wir optimieren, automatisieren und mit dem Wachstum mitwachsen. Genau das meinen wir mit Begleitung in Jahren, nicht in Projekten.

Kurz-Checkliste: ERP-Projekt-Fehler vermeiden

Bevor du in deine Xentral-Einführung startest, geh diese Punkte durch:

• Prozesse zuerst: Sind deine Abläufe inklusive Sonderfälle sauber dokumentiert, bevor konfiguriert wird?
• Daten aufgeräumt: Gibt es einen Migrationsplan mit Bereinigung und Testlauf?
• MVP definiert: Ist klar, welcher Kernprozess zuerst live geht?
• Interner Owner: Gibt es eine verantwortliche Person mit Entscheidungsmandat?
• Passender Partner: Hat dein Partner nachweisbare Erfahrung in E-Commerce und Handel?
• Team an Bord: Sind die späteren Nutzer eingebunden und geschult?
• Plan danach: Steht fest, wie es nach dem Go-Live weitergeht?

Wer diese sieben Punkte ernst nimmt, hat die häufigsten ERP-Projekt-Fehler bereits ausgeschlossen, bevor sie entstehen.