Xentral Einführung: 7 typische Fehler und wie du sie vermeidest

Eine Xentral-Einführung kann ins Stocken geraten, wenn Prozesse, Daten und Zuständigkeiten erst kurz vor dem Go-Live geklärt werden. Besonders kritisch sind ungetestete Sonderfälle und fehlende Abnahmen. Dieser Artikel zeigt sieben Prüfpunkte, mit denen du solche Risiken früh sichtbar machst.

Die typischen Xentral Fehler bei der Einführung können fachliche, technische und organisatorische Ursachen haben. 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.

Der folgende Leitfaden beschreibt ein strukturiertes Vorgehen. Umfang, Zeitplan und Abnahme müssen für das konkrete Unternehmen vereinbart werden.

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.

Ein vermeidbares Risiko ist, zu früh an der Software zu arbeiten, bevor die eigenen Abläufe und Ausnahmen geklärt sind. Die folgenden sieben Prüffelder helfen, den Projektumfang und die Abnahme vorzubereiten.

Fehler 1: Fehlende oder oberflächliche Prozessanalyse

Eine fehlende Prozessanalyse kann spätere Konfiguration und Tests erschweren. 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. Wie lange diese Phase dauert, hängt von den betroffenen Prozessen, Daten, Beteiligten und Entscheidungen ab. Wir klären, wie dein Geschäft tatsächlich läuft, wo die Sonderfälle liegen und was sich lohnt zu vereinfachen. Erst danach lässt sich die Umsetzung belastbar planen. 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 kontrolliert prüfen 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. Ein begrenzter, kontrollierter Go-Live macht Abhängigkeiten und offene Ausnahmen besser prüfbar.

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. Ein klarer interner Owner erleichtert Entscheidungen, Tests und Übergaben im Projekt.

Fehler 5: Verantwortung und Partnerwahl nicht klären

Eine Einführung im eigenen Team kann funktionieren, wenn Prozesswissen, Zeit und technische Verantwortung vorhanden sind. Auch ein externer Partner muss zu den benötigten Prozessen passen. Ohne klare Zuständigkeiten und Prüfung von Datenmigration, Schnittstellen und Abnahme entstehen Risiken, unabhängig vom gewählten Modell.

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.

Wie eine junge Food-Brand die Einführung mit fachlicher Begleitung gemeistert hat, zeigt die Fallstudie zu Glowkitchen: Nach der Einführung waren die Bestellabläufe strukturierter und weniger fehleranfällig.

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. Ohne Einbindung und Schulung können Unsicherheit und Parallelprozesse entstehen.

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?

Diese Prüffelder helfen, Risiken früh zu erkennen. Sie garantieren keinen fehlerfreien Projektverlauf.

Aus jedem Risiko einen konkreten Abnahmetest machen

Die Fehlerliste wird erst wirksam, wenn sie in prüfbare Aufgaben übersetzt wird. Für Datenqualität ist das beispielsweise ein Auftrag mit einer Variante und abweichender externer SKU. Für Verantwortlichkeiten ist es eine offene Entscheidung mit benanntem Entscheider. Für Schulung ist es ein Mitarbeiter, der den Ablauf mit seinen vorgesehenen Rechten selbstständig ausführt.

Die Xentral-Ersteinrichtungscheckliste ergänzt technische Bereiche wie Benutzer, Drucker, Belege und Schnittstellen. Verwende sie als Gegenprüfung. Eine abgehakte Einstellung ersetzt allerdings nicht den zusammenhängenden Test eures realen Geschäftsprozesses.

Ein Fehlerprotokoll, das Nacharbeit ermöglicht

• Ausgangsdaten und geprüfter Konfigurationsstand.
• Konkreter Vorgang mit interner und externer Referenz.
• Erwartetes und tatsächlich beobachtetes Ergebnis.
• Auswirkung auf den Betrieb.
• Zuständige Person und nächster Prüfschritt.
• Ergebnis des erneuten Tests nach der Korrektur.

Illustratives Beispiel: „Bestand falsch“ ist noch kein bearbeitbarer Befund. „Für Variante A meldet der Shop nach dem Lauf um 10 Uhr acht statt der erwarteten fünf Einheiten; ERP-Lagerauswahl und Reservierung sind dokumentiert“ ermöglicht dagegen eine gezielte Untersuchung. Das Beispiel ist eine Vorlage und kein echter Kundenfall.

Ein kleinerer Start darf keine unbeherrschte Lücke hinterlassen

Ein begrenzter Startumfang ist nur dann tragfähig, wenn die tatsächlich auftretenden Ausnahmen bearbeitbar bleiben. Eine seltene Retoure oder ein B2B-Sonderfall darf nicht einfach verschoben werden, wenn dafür am ersten Tag kein kontrollierter Ablauf existiert. Notiere für zurückgestellte Anforderungen Zwischenlösung, Verantwortlichen und geplante Ablösung.

Wenn das Projekt bereits stockt, hilft der Leitfaden ERP-Projekt retten bei der Trennung von Betriebsstörung, Datenfehler und offener Entscheidung. Für die eigentliche Freigabe ergänzt die Go-live-Checkliste die erforderlichen Nachweise.

Quellen und fachlicher Stand

Verlinkte Herstellerdokumentation geprüft am 17. September 2026. Projektablauf, Beispiele und Abnahmevorlagen sind redaktionelle Empfehlungen; Zeit und Aufwand sind projektspezifisch zu bestätigen.