Der Anbieter, die Xentral ERP Software GmbH mit Sitz in Augsburg, positioniert das System bewusst zwischen zwei Welten. Auf der einen Seite stehen schlanke Auftragswerkzeuge und Multichannel-Tools, die schnell startklar sind, aber bei Lagerlogistik, Fertigung und Buchhaltungsanbindung an Grenzen stoßen. Auf der anderen Seite stehen klassische Mittelstands-ERP-Systeme mit großer Tiefe, langen Projektlaufzeiten und einem Aufwand, den viele Handelsunternehmen mit dreißig oder achtzig Mitarbeitenden nicht tragen wollen. Xentral besetzt die Lücke dazwischen: prozessual deutlich reicher als ein reines Auftragstool, im Einführungsaufwand jedoch spürbar leichter als ein volles Konzern-ERP.
Drei Eigenschaften prägen das System und erklären, warum es im DACH-Raum eine so sichtbare Rolle spielt:
Die typische Ausgangslage vor einem Xentral-Projekt kennt jeder, der Handelsunternehmen berät: Der Shop kennt seine Bestände, der Marktplatz kennt seine eigenen, die tatsächliche Lagermenge steht in einer Tabelle, die jemand abends nachzieht. Retouren werden per Notiz erfasst, Nachbestellungen aus dem Bauch heraus ausgelöst, und der Steuerberater erhält Belege in einer Form, die dort erneut nachbearbeitet werden muss. Solange die Auftragszahlen klein sind, funktioniert dieses Vorgehen mit Fleiß. Ab einer bestimmten Menge kippt es – nicht langsam, sondern abrupt, meist im Weihnachtsgeschäft oder nach einer erfolgreichen Kampagne.
Ein System wie Xentral setzt an genau dieser Stelle an. Es ersetzt nicht einzelne Werkzeuge, sondern die Nahtstellen zwischen ihnen. Der Bestand wird an einer Stelle geführt und in die Kanäle zurückgemeldet. Der Auftrag erhält einen definierten Status, an dem jeder ablesen kann, wo er steht. Kommissionierung und Versand arbeiten mit Belegen aus dem System statt mit ausgedruckten Listen. Die Buchhaltung erhält strukturierte Daten statt PDF-Stapel. Der wirtschaftliche Hebel liegt selten in einer einzelnen Funktion, sondern in dieser Durchgängigkeit – und in der Zeit, die im Lager und im Büro nicht mehr für Suchen, Nachfragen und Korrigieren aufgewendet wird.
In unseren Projekten begegnet uns Xentral vor allem bei drei Profilen. Erstens bei Onlinehändlern und D2C-Marken, die über Shop und Marktplätze verkaufen, ein eigenes Lager betreiben oder mit einem Fulfillment-Dienstleister arbeiten und deren Sortiment aus mehreren hundert bis mehreren tausend Artikeln besteht. Zweitens bei Großhandels- und B2B-Betrieben, die neben dem Onlinegeschäft klassische Kundenaufträge, Preislisten, Rahmenbestellungen und Teillieferungen abbilden müssen. Drittens bei kleinen Produzenten und Konfektionierern, die aus Rohstoffen oder Komponenten eigene Artikel fertigen und dafür Stücklisten, Fertigungsaufträge und Chargen brauchen, ohne eine vollwertige Fertigungssteuerung einzuführen.
Weniger passend ist das System dort, wo entweder die Anforderungen sehr klein oder sehr groß sind. Ein Einzelhändler mit wenigen Bestellungen pro Tag ist mit einem schlanken Auftragswerkzeug wirtschaftlicher unterwegs. Ein Industrieunternehmen mit mehrstufiger Variantenfertigung, Kapazitätsplanung, Werkzeugverwaltung und internationaler Konzernkonsolidierung braucht die Tiefe eines klassischen ERP. Diese Eingrenzung gehört zu jeder ehrlichen Beratung – und sie ersparen sich Unternehmen am günstigsten vor dem Projekt, nicht danach.
Wer Angebote für Cloud-ERP vergleicht, stolpert immer über dieselbe Schwierigkeit: Die Stufen unterscheiden sich nicht nur im Funktionsumfang, sondern auch in Mengenbegrenzungen und im Betreuungsgrad. In der Praxis wirken drei Hebel gleichzeitig. Erstens die Funktionsstufe – welche Prozessbausteine überhaupt freigeschaltet sind, etwa differenzierte Lagerführung, Produktionsaufträge oder mehrere Mandanten. Zweitens das Mengengerüst – Zahl der Nutzerkonten, Belege oder Aufträge, angebundene Kanäle. Drittens die Begleitung – von der reinen Selbstbedienung über strukturiertes Onboarding bis zur laufenden Betreuung durch Anbieter oder Implementierungspartner.
Für die Auswahl heißt das: Nicht die Stufe mit den meisten Häkchen ist die richtige, sondern die, die das eigene Prozessprofil trifft. Wir sehen regelmäßig zwei Fehlgriffe. Der eine ist die zu kleine Stufe, gewählt aus Budgetdisziplin – mit der Folge, dass genau die Lager- oder Automatisierungsfunktionen fehlen, die den Nutzen erzeugen sollten, und dass innerhalb weniger Monate umgestellt werden muss. Der andere ist die zu große Stufe, gekauft aus Sorge vor Wachstum – mit der Folge, dass Funktionen bezahlt und im Betrieb nie berührt werden. Beide Fehler lassen sich mit einer nüchternen Anforderungsaufnahme vor der Angebotsphase vermeiden.
Xentral positioniert sich als Cloud-ERP für den handelsnahen Mittelstand und grenzt sich damit in zwei Richtungen ab. Nach unten gegen Auftrags- und Multichannel-Tools, die schnell startklar sind, aber weder ernsthafte Lagerlogik noch Fertigung noch belastbare Buchhaltungsübergabe mitbringen. Nach oben gegen etablierte Mittelstands-ERP-Suiten, die in Finanzwesen, Fertigung, Projektabwicklung und Konzernstrukturen ungleich tiefer gehen, dafür aber Projektlaufzeiten und Betreuungsstrukturen erfordern, die ein Handelsunternehmen mit schlanker IT selten stemmen will.
Diese mittlere Position ist Stärke und Grenze gleichzeitig. Die Stärke: Ein Unternehmen bekommt Bestandsführung, Fulfillment und Belegwesen in einem konsistenten System, ohne ein Großprojekt aufzusetzen. Die Grenze: Wer in einer Einzeldisziplin Spitzenleistung braucht – hochoptimierte Lagerstrategien, industrielle Fertigungssteuerung, integrierte Bilanzierung nach mehreren Rechnungslegungsstandards –, wird dafür weiterhin spezialisierte Systeme oder Erweiterungen benötigen. Die realistische Erwartung lautet also nicht „alles in einem System“, sondern „das operative Rückgrat in einem System, Spezialthemen bewusst angebunden“.
Im Warenwirtschafts-Kontext entscheidet sich der Wert eines ERP an der Bestandslogik. Zentral ist die Trennung zwischen physisch vorhandenem, für Aufträge reserviertem und aus Bestellungen erwartetem Bestand. Erst diese Unterscheidung macht verlässliche Lieferversprechen möglich und verhindert Überverkäufe, wenn mehrere Kanäle gleichzeitig auf denselben Warenkorb zugreifen. Ebenso wichtig ist die Frage, wie feingliedrig das Lager geführt wird: Genügt ein Gesamtbestand pro Artikel, oder werden Lagerplätze, Zonen, Kommissionier- und Nachschubbereiche benötigt? Für Betriebe mit mehreren tausend Positionen entscheidet die Platzführung darüber, ob Pickwege kurz und Fehlerquoten niedrig bleiben.
Xentral bietet hierfür eine Lagerführung mit Plätzen, mehreren Lägern und Barcode-gestützten Vorgängen sowie Prozesse für Einlagerung, Umlagerung, Kommissionierung, Verpacken und Inventur. Für die typische Handelslogistik im Mittelstand reicht das in vielen Fällen aus. Wer allerdings taktzeitoptimierte Wellenkommissionierung über viele parallele Picker, dynamische Nachschubsteuerung, Förderanlagen oder Pick-by-Voice-Umgebungen betreibt, bewegt sich in der Domäne dedizierter Lagerverwaltungssysteme. Diese Grenze sollte im Auswahlprozess nüchtern gezogen werden, statt sie in der Umsetzung zu entdecken. Eine Einordnung, wann ein ERP-Lagermodul genügt und wann ein eigenes WMS nötig ist, finden Sie in unserem Beitrag zur Abgrenzung von WMS und ERP.
Der zweitgrößte Hebel liegt im Einkauf. Zu viel Ware bindet Kapital und Fläche, zu wenig Ware kostet Umsatz und Kundenzufriedenheit. Xentral unterstützt diesen Bereich mit Lieferantenstämmen, Einkaufskonditionen, Wiederbeschaffungszeiten, Mindest- und Meldebeständen sowie Bestellvorschlägen, die offene Kundenaufträge, laufende Bestellungen und Verbrauchsverläufe berücksichtigen. Der Wareneingang prüft Mengen und Preise gegen die Bestellung und schreibt den Bestand fort, sodass Abweichungen sichtbar werden, statt im Lager zu verschwinden.
Die Praxis zeigt: Die Qualität dieser Funktionen hängt weniger vom System ab als von den Stammdaten. Wiederbeschaffungszeiten, die nie gepflegt wurden, erzeugen unbrauchbare Vorschläge. Mindestbestände, die einmal geschätzt und nie überprüft wurden, führen zu chronischen Fehlmengen bei Schnelldrehern und zu Überbeständen bei Langsamdrehern. Wer den Einkauf ernsthaft verbessern will, kombiniert die Systemfunktionen deshalb mit einer regelmäßigen Sortimentsanalyse – etwa nach Umsatz- und Bewegungsklassen – und pflegt die Dispositionsparameter turnusmäßig nach.
Am Ende jedes Warenflusses steht ein Beleg, und an dieser Stelle entscheidet sich, ob ein ERP im Alltag wirklich entlastet. Xentral erzeugt Angebote, Auftragsbestätigungen, Lieferscheine, Rechnungen, Gutschriften und Mahnungen aus dem Auftragsdatensatz und bildet Zahlungseingänge sowie offene Posten ab. Für die Übergabe an die Finanzbuchhaltung stehen Exporte und Schnittstellen bereit, insbesondere in Richtung der im DACH-Raum verbreiteten Buchhaltungs- und Steuerberatungsumgebungen wie DATEV. Das System ersetzt dabei in der Regel keine vollwertige Finanzbuchhaltung, sondern liefert die vorbereiteten, strukturierten Daten dorthin, wo sie verbucht werden.
Für die Auswahl wichtig sind drei Fragen, die in Projekten regelmäßig zu spät gestellt werden. Erstens: Wie werden Kontenrahmen, Steuerschlüssel und Erlöskonten – gerade bei Lieferungen ins EU-Ausland, bei Marktplatzgeschäften und bei Versandhandelsregelungen – zugeordnet? Zweitens: Wie werden Zahlungsdienstleister-Abrechnungen mit ihren Gebühren, Rückbuchungen und Sammelauszahlungen abgeglichen? Drittens: Wie werden die Anforderungen an nachvollziehbare, unveränderbare Aufzeichnungen und die Aufbewahrung erfüllt? Diese Punkte gehören früh mit dem Steuerberater geklärt – sie entscheiden darüber, ob die Buchhaltung nach der Einführung schneller wird oder lediglich anders arbeitet.
Der Ausgangspunkt ist eine schlichte Beobachtung aus dem Alltag: In Handelsbetrieben ist die überwiegende Mehrheit der Aufträge unauffällig. Die Ware ist vorhanden, die Zahlung ist eingegangen, die Lieferadresse ist plausibel, die Versandart ist der Standard. Genau diese Fälle sollten den Menschen nicht beschäftigen. Die Aufmerksamkeit gehört den Ausnahmen: Teilverfügbarkeit, Zahlungsprobleme, Sonderkonditionen, Sperrgut, Auslandssendungen mit Dokumentenpflicht, Reklamationen. Ein gut eingerichtetes ERP verschiebt Arbeitszeit von der Routine zur Ausnahme – das ist der eigentliche Effizienzgewinn.
Xentral bietet dafür Automatisierungsmechanismen, mit denen Vorgänge an Bedingungen geknüpft werden: Wenn ein Auftrag aus einem bestimmten Kanal kommt, alle Positionen verfügbar sind und die Zahlung bestätigt ist, wird er automatisch freigegeben, kommissioniert, versandbereit gestellt und in Rechnung gestellt. Ergänzend lassen sich Zeitpläne, Massenverarbeitungen und Folgeaktionen definieren – etwa der automatische Versand von Auftragsbestätigungen, das Erzeugen von Sammelrechnungen, das Auslösen von Bestellvorschlägen zu festen Zeitpunkten oder die Übergabe von Buchungsdaten in definierten Intervallen.
In der Umsetzung empfiehlt sich ein stufenweises Vorgehen. Zunächst wird der Prozess vollständig manuell im System abgebildet und stabilisiert, damit alle Beteiligten die Logik verstehen. Dann werden die Fälle mit der höchsten Frequenz und der geringsten Varianz automatisiert – meist die Standardaufträge des eigenen Shops. Erst danach folgen die anspruchsvolleren Kanäle mit Sonderregeln. Wer umgekehrt beginnt und sofort alles automatisiert, produziert Fehler in großer Zahl, ohne die Ursache zu erkennen. Und noch ein Hinweis aus der Praxis: Jede Automatisierung braucht eine sichtbare Ausnahmeliste. Aufträge, die eine Regel nicht durchlaufen, müssen auffallen – sonst bleiben sie liegen, und der Kunde merkt es zuerst.
Der interessantere, aber auch anspruchsvollere Bereich ist die datengestützte Planung. Aus Verkaufshistorie, Auftragseingang, Wiederbeschaffungszeiten und Saisonverläufen lassen sich Bedarfe abschätzen und Bestellmengen vorschlagen. Moderne ERP-Systeme entwickeln diese Funktionen kontinuierlich weiter, teils mit klassischen statistischen Verfahren, teils mit maschinellem Lernen. Welche Verfahren im jeweiligen Release verfügbar sind und in welchem Umfang sie im gewählten Paket enthalten sind, ändert sich – das ist beim Anbieter zu prüfen und im Test anhand eigener Daten zu bewerten.
Realistisch einordnen lässt sich der Nutzen so: Prognosen funktionieren gut bei Artikeln mit stetiger Nachfrage und ausreichend Historie. Sie funktionieren schlecht bei Neueinführungen, bei stark kampagnengetriebenem Absatz, bei Sortimenten mit vielen Langsamdrehern und immer dann, wenn externe Ereignisse den Verlauf dominieren. Deshalb gilt: Ein Vorschlagswesen ersetzt keinen Disponenten, es entlastet ihn. Der Gewinn liegt darin, dass sich die Aufmerksamkeit auf die Artikel richtet, bei denen eine Entscheidung tatsächlich nötig ist, statt auf die routinemäßige Nachbestellung von Dauersortiment. Eine tiefere Einordnung des Themas bietet unser Beitrag zu Demand Forecasting.
Wie viele Anbieter ergänzt auch Xentral seine Oberfläche um assistierende Funktionen – etwa Unterstützung bei Auswertungen, bei der Suche in Daten, bei Textbausteinen für Kundenkommunikation oder bei der Einrichtung von Automatisierungen. Solche Funktionen senken Einstiegshürden, insbesondere für Teams ohne ERP-Erfahrung. Als Kaufargument taugen sie nach unserer Erfahrung selten allein, weil sie sich schnell verändern und weil ihr Nutzen stark von der Datenqualität abhängt.
Zwei Hinweise gehören dazu. Erstens: Wo KI-Funktionen auf Kunden- oder Auftragsdaten zugreifen, sind Verarbeitungsort, Rechtsgrundlage und etwaige Weitergabe an Unterauftragsverarbeiter zu klären – das gehört in die Datenschutzbetrachtung, nicht in die Funktionsdiskussion. Zweitens: Wo Verbrauch abgerechnet wird, entsteht ein variabler Kostenblock, der sich schwer vorab kalkulieren lässt. Beides sollte im Auswahlgespräch angesprochen und in der Vertragsgestaltung berücksichtigt werden.
Die Anbindung der Verkaufskanäle ist im E-Commerce der neuralgische Punkt. Technisch geht es um zwei Richtungen: Aufträge fließen in das ERP hinein, Bestände und Statusinformationen fließen zurück. Praktisch entscheiden Details darüber, ob das im Alltag trägt. Wie oft wird der Bestand zurückgemeldet, und wie wird mit dem Zeitfenster zwischen Verkauf und Abgleich umgegangen? Wie werden Artikelvarianten, Bundles und Sets kanalübergreifend identifiziert? Was passiert mit Gutscheinen, Rabattaktionen, Versandkosten und Steuerschlüsseln bei Lieferungen ins Ausland? Wie werden Marktplatzgebühren erfasst, damit die Marge je Kanal überhaupt auswertbar bleibt?
Bei Marktplätzen kommt hinzu, dass diese ihre eigenen Regeln durchsetzen: Bearbeitungsfristen, Rückgabekonditionen, Kennzeichnungspflichten, eigene Fulfillment-Programme. Ein ERP kann diese Regeln nur abbilden, wenn die Schnittstelle die entsprechenden Felder und Statuswechsel unterstützt. Deshalb lohnt es sich, in der Auswahlphase nicht zu fragen, ob ein Kanal „unterstützt“ wird, sondern welche Prozesse dieser Kanal konkret bedienen kann. Für Vergleiche mit stärker marktplatzzentrierten Systemen lohnt der Blick in unsere Beiträge zu plentymarkets und Billbee.
Nach dem Auftrag kommt die Kette aus Zahlung, Versand und Buchhaltung – und sie ist nur so gut wie ihr schwächstes Glied. Auf der Versandseite geht es um Labeldruck ohne Medienbrüche, um korrekte Gewichte und Maße, um Sendungsverfolgungsnummern, die den Weg zurück in Shop und Kundenkommunikation finden, um Retourenlabels und um Auslandsdokumente. Wer international versendet, sollte die Anforderungen an Zoll- und Handelsdaten früh prüfen; hier entstehen sonst manuelle Nacharbeiten, die den Automatisierungsgewinn wieder auffressen. Für die reine Versandabwicklung gibt es zusätzlich spezialisierte Plattformen, die als Zwischenschicht dienen können – etwa die in unserer Kategorie beschriebenen Anbieter für Multi-Carrier-Versand.
Auf der Zahlungsseite ist der Abgleich die eigentliche Arbeit. Zahlungsdienstleister zahlen gesammelt aus, ziehen Gebühren ab und verrechnen Rückbuchungen. Wenn diese Auszahlungen nicht sauber auf offene Posten zugeordnet werden, entsteht ein Berg an Klärfällen, der die Buchhaltung ausbremst. Auf der Buchhaltungsseite schließlich zählt, dass die Übergabe strukturiert und wiederholbar funktioniert: definierte Kontenzuordnung, korrekte Steuerbehandlung, nachvollziehbare Belegkette. Dieser Teil des Projekts wird häufig unterschätzt, weil er unspektakulär ist – und er ist zugleich der Teil, bei dem Nachlässigkeit am längsten schmerzt.
Für alles, was fertige Anbindungen nicht abdecken, steht eine Programmierschnittstelle bereit. Damit lassen sich Fachanwendungen, Produktdatenmanagement, Konfiguratoren, Kundenportale oder Auswertungswerkzeuge anbinden. Ergänzend existieren Automatisierungsplattformen, mit denen einfache Verknüpfungen ohne Entwicklungsprojekt entstehen. Das eröffnet Freiheit – und es erzeugt Verantwortung: Jede Eigenentwicklung wird Teil der eigenen Systemlandschaft und muss bei Updates, Prozessänderungen und Personalwechseln weiterhin funktionieren.
Unsere Empfehlung dazu ist unspektakulär, aber wirksam. Prüfen Sie in dieser Reihenfolge: Erstens, ob der Standard den Prozess abbilden kann, notfalls mit angepasstem Vorgehen im Betrieb. Zweitens, ob eine fertige Erweiterung existiert. Drittens, ob eine leichte Verknüpfung über eine Automatisierungsplattform reicht. Erst danach die individuelle Entwicklung – dann aber mit Dokumentation, klarer Zuständigkeit und einem Test, der nach Updates wiederholt wird. Jede vermiedene Individuallösung senkt die Betriebskosten der nächsten Jahre.
JTL ist im deutschsprachigen Onlinehandel außerordentlich verbreitet und bringt ein eigenes Umfeld aus Warenwirtschaft, Lagerverwaltung, Shop und Dienstleisternetz mit. Für Betriebe, die eine sehr enge Verzahnung von Warenwirtschaft und Lagerprozessen suchen und ein großes Angebot an erfahrenen Dienstleistern schätzen, ist JTL ein starker Kandidat. Unterschiede zeigen sich vor allem im Betriebsmodell und in der Art, wie das System bedient und betrieben wird – ein Punkt, der bei verteilten Teams, mobilem Arbeiten und schlanker IT-Ausstattung durchaus wiegt. Eine ausführliche Einordnung finden Sie in unserem JTL-Beitrag.
pixi ist demgegenüber deutlicher auf Fulfillment und Lagerdurchsatz ausgerichtet. Wo hohe Sendungsmengen mit engen Taktzeiten abgewickelt werden, Kommissionierstrategien optimiert werden müssen und Logistik der eigentliche Werttreiber ist, spielt eine solche Lösung ihre Stärke aus. Xentral gewinnt dort, wo neben dem Versand auch Einkauf, leichte Fertigung, Belegwesen und Buchhaltungsübergabe im selben System liegen sollen – also bei Unternehmen, deren Engpass nicht allein die Lagerlogistik ist, sondern die Durchgängigkeit des gesamten kaufmännischen Ablaufs. Details dazu in unserem pixi-Beitrag.
plentymarkets adressiert besonders Händler, deren Geschäft stark über Marktplätze läuft und die Listings, Kanalpflege und kanalspezifische Prozesse in großem Umfang steuern. Wer sein Wachstum vor allem über die Breite der Kanäle sucht, findet dort viel Substanz – zum Preis einer Plattform, deren Einarbeitung Zeit kostet. Xentral wirkt im Vergleich stärker auf die kaufmännische Kernabwicklung fokussiert.
Billbee steht am anderen Ende der Skala: schnell startklar, günstig im Einstieg, gut für Betriebe, die Aufträge aus mehreren Quellen bündeln und Belege erzeugen wollen. Sobald jedoch Lagerplätze, Bestellvorschläge, Fertigung oder differenzierte Bestandslogik gebraucht werden, endet dieser Weg – dann ist der Wechsel auf ein ERP fällig, und der kostet Projektaufwand. weclapp schließlich ist ebenfalls ein deutsches Cloud-ERP, spannt den Bogen aber breiter über CRM, Projekte und Warenwirtschaft. Für Unternehmen mit gemischtem Geschäft aus Dienstleistung und Handel kann das der bessere Zuschnitt sein, während handelsspezifische Fulfillment-Themen bei Xentral tendenziell näher am Standard liegen.
SAP Business One und Dynamics 365 Business Central sind eine andere Kategorie. Sie kommen aus der kaufmännischen Tiefe: integriertes Finanzwesen, Anlagenbuchhaltung, Kostenrechnung, mehrstufige Fertigung, Mehrwährungs- und Mehrmandantenstrukturen, umfangreiches Berichtswesen. Wo diese Anforderungen bestehen – etwa bei Unternehmen mit Produktionsanteil, internationalen Gesellschaften oder anspruchsvollen Reporting-Pflichten –, sind sie die passendere Grundlage. Der Preis dafür sind längere Projekte, Partnerabhängigkeit und ein höherer Betreuungsaufwand.
Xentral gewinnt in dieser Gegenüberstellung dort, wo Geschwindigkeit, Handelsnähe und schlanker Betrieb zählen. Ein D2C-Unternehmen, das in Monaten statt in Jahren produktiv sein will und dessen Komplexität in der Kanalvielfalt statt in der Bilanzstruktur liegt, wird mit einem handelsnahen Cloud-ERP meist besser fahren. Umgekehrt sollte niemand versuchen, industrielle Fertigungsplanung oder Konzernkonsolidierung in einem handelsorientierten System nachzubauen. Das ist keine Frage der Softwarequalität, sondern der Zweckbestimmung. Eine grundsätzliche Einordnung der Systemgattungen bietet unser Überblick zur Warenwirtschaft.
Xentral wird überwiegend als Cloud-Dienst betrieben und im Browser genutzt. Für den Mittelstand hat das handfeste Vorteile: keine eigene Serverpflege, Updates ohne eigenes Projekt, Zugriff aus Lager, Büro und Homeoffice ohne Terminalumgebung, planbare laufende Kosten anstelle größerer Investitionen. Gleichzeitig entstehen Abhängigkeiten, die man bewusst gestalten sollte. Die Internetverbindung wird betriebskritisch – gerade im Lager, wo Scanner und Packplätze ohne Verbindung stillstehen; eine Rückfallverbindung ist keine Luxusausstattung. Updates kommen zum Zeitpunkt des Anbieters, weshalb eigene Erweiterungen und Schnittstellen regelmäßig gegengeprüft werden müssen.
Dazu gehören die klassischen Betriebsfragen, die in Verträgen und Datenschutzunterlagen zu klären sind: Verfügbarkeitszusagen, Wartungsfenster, Backup- und Wiederherstellungszeiten, Support-Reaktionszeiten, Verarbeitungsort der Daten, Umgang mit Unterauftragsverarbeitern und die Möglichkeit, die eigenen Daten in verwertbarer Form zu exportieren. Letzteres ist der praktische Kern von Datenhoheit: Ein Anbieterwechsel ist nur dann realistisch, wenn Artikel-, Kunden-, Auftrags- und Bestandsdaten vollständig und strukturiert herausgeholt werden können.
Bei der Migration gilt die Regel: so viel wie nötig, so wenig wie möglich. Vollständige Historien in ein neues System zu übertragen, ist teuer und selten nutzbringend; oft genügt es, das Altsystem für Auskunftszwecke lesend verfügbar zu halten und im neuen System mit sauberen Ständen zu starten. Kritisch sind Bestände zum Stichtag, offene Aufträge, offene Posten und die laufenden Bestellungen. Für diese Datenklassen braucht es eine eindeutige Übernahmelogik und eine Abstimmung mit Steuerberatung und Buchhaltung.
Der zweite, häufig unterschätzte Teil ist die Veränderung im Team. Ein ERP verändert Arbeitsweisen: Wer bisher nach Gefühl nachbestellt hat, arbeitet nun mit Vorschlägen. Wer Kommissionierlisten auf Papier abgehakt hat, scannt. Wer Sonderfälle per Zuruf gelöst hat, dokumentiert sie. Solche Änderungen tragen nur, wenn früh beteiligt wird, wenn Lager- und Büromitarbeitende bei der Prozessgestaltung mitreden und wenn Schulung an echten Vorgängen stattfindet – nicht an Beispielartikeln. Ebenso wichtig ist eine benannte interne Verantwortung: Ein System ohne Ansprechpartner im Haus verwildert innerhalb eines Jahres, unabhängig vom Hersteller.
Für Einführung und Betrieb stehen typischerweise Anbieterleistungen und ein Netz aus Implementierungspartnern bereit. Welcher Weg passt, hängt von den internen Ressourcen ab. Betriebe mit einer prozesskundigen Person, die Zeit und Mandat hat, kommen mit anbietergeführtem Onboarding und punktueller Unterstützung weit. Betriebe ohne solche Kapazität sind mit einem Partner besser bedient, der Prozessberatung, Konfiguration, Schnittstellen und Schulung übernimmt – dann aber mit klar dokumentierten Ergebnissen, damit die Abhängigkeit begrenzt bleibt.
Worauf wir in Projekten besonders achten: Verantwortlichkeiten für Schnittstellen müssen schriftlich geklärt sein. Wenn der Bestandsabgleich zwischen Shop und ERP klemmt, ist die Ursache selten offensichtlich, und ohne definierte Zuständigkeit beginnt das Verschieben zwischen Shop-Dienstleister, ERP-Partner und Anbieter. Ein einfacher Satz im Vertrag – wer bei Störungen der Schnittstelle die Führung übernimmt – erspart im Betrieb erhebliche Reibung.
Der häufigste Anlass für ein ERP-Projekt im Handel ist nicht ein technischer Wunsch, sondern ein Schmerz. Bestände stimmen nicht, Kunden erhalten Lieferzusagen, die nicht zu halten sind, das Lager sucht Ware, die im System vorhanden sein müsste, die Buchhaltung wartet auf Belege, und niemand kann verlässlich sagen, welcher Kanal welche Marge bringt. Ein System wie Xentral löst diese Probleme nicht durch seine Anwesenheit, sondern indem es Prozesse erzwingt, die vorher informell waren. Genau darin liegt der Nutzen – und genau darin liegt auch der Widerstand, mit dem jedes Projekt umgehen muss.
Im Multichannel-Handel ist der zentrale Gewinn der gemeinsame Bestand. Ein Artikel, der im eigenen Shop und auf zwei Marktplätzen angeboten wird, darf nicht dreimal verkauft werden. Sobald Bestandsführung, Reservierung und Rückmeldung an die Kanäle in einem System liegen, verschwinden Überverkäufe und die damit verbundenen Stornos, Bewertungsprobleme und Marktplatzkennzahlen. Dazu kommt die kanalbezogene Auswertbarkeit: Erst wenn Gebühren, Retourenquoten und Versandkosten je Kanal erfasst werden, lässt sich beurteilen, welcher Kanal wirklich Geld verdient.
Im D2C-Geschäft mit eigener Marke steht die Kombination aus Kampagnenspitzen und Lieferfähigkeit im Vordergrund. Eine gelungene Aktion erzeugt in wenigen Stunden ein Auftragsvolumen, das der Normalbetrieb nicht kennt. Hier zahlt sich Automatisierung unmittelbar aus: Wenn Standardaufträge ohne Zutun in die Kommissionierung laufen und nur Ausnahmen Aufmerksamkeit brauchen, bleibt die Abwicklung stabil. Gleichzeitig braucht es belastbare Beschaffungsplanung, weil Nachschub aus Fernost mit langen Wiederbeschaffungszeiten geplant werden muss.
Im B2B-Großhandel geht es um andere Details: kundenindividuelle Preise und Staffeln, Rahmenaufträge mit Abrufen, Teillieferungen, Lieferantenverfügbarkeiten, Streckengeschäfte und die Abbildung von Zahlungszielen. Solche Prozesse sind in handelsnahen ERP-Systemen grundsätzlich abbildbar, verlangen aber saubere Konfiguration und klare Regeln, damit die Vertriebsfreiheit nicht zur Datenunordnung wird. Bei Herstellern und Konfektionierern schließlich kommt der Fertigungsanteil hinzu: Stücklisten, Materialverfügbarkeit, Rückmeldung produzierter Mengen und die Frage, ob Chargen oder Seriennummern nachverfolgbar sein müssen.
Erfahrungsgemäß gibt es drei Schwellen, an denen Systeme und Organisationen im Handel neu bewertet werden müssen. Die erste ist die Auftragsmenge pro Tag. Solange Aufträge einzeln bearbeitet werden können, verzeiht jedes System viel. Sobald Sammelkommissionierung, Packplatz-Organisation und Versandvorbereitung im Takt laufen müssen, entscheidet die Lagerlogik. Die zweite Schwelle ist die Sortimentskomplexität: Varianten, Sets, Chargen, Mindesthaltbarkeiten, Gefahrgut oder Seriennummern erhöhen die Anforderungen sprunghaft. Die dritte ist die Zahl der Standorte und Rechtseinheiten – mehrere Läger, Fulfillment-Dienstleister, Auslandsgesellschaften und Mandanten verändern das Datenmodell grundlegend.
Für die Systemwahl bedeutet das: Nicht die heutige Situation ist der Maßstab, sondern die realistisch erwartete Situation in zwei bis drei Jahren. Gleichzeitig warnen wir vor der Gegenbewegung, aus Sorge vor Wachstum sofort das größte System einzuführen. Ein ERP, das die aktuellen Prozesse gut trägt und dessen nächste Ausbaustufe bekannt ist, schlägt in der Regel ein überdimensioniertes Projekt, das die Organisation überfordert. Wenn allerdings absehbar ist, dass Lagerlogistik zum Kernwerttreiber wird, sollte die Frage nach einem dedizierten Lagerverwaltungssystem früh gestellt werden – parallel zum ERP, nicht als Ersatz.
Vier Muster begegnen uns immer wieder. Erstens die Migration schlechter Stammdaten: Alte Artikelnummern, doppelte Datensätze, uneinheitliche Einheiten und ungepflegte Lieferantenzuordnungen werden übernommen, weil die Bereinigung Zeit kostet – und lähmen anschließend jede Automatisierung. Zweitens der Umstellungstermin im Hochgeschäft, gewählt aus Termindruck, mit vorhersehbaren Folgen. Drittens die Automatisierung ohne Ausnahmemanagement: Regeln laufen, aber niemand prüft die Fälle, die durchfallen. Viertens die fehlende interne Zuständigkeit – das System wird eingeführt, aber niemand ist danach dafür verantwortlich, Prozesse und Konfiguration weiterzuentwickeln.
Alle vier Fehler sind mit vergleichsweise geringem Aufwand vermeidbar, wenn sie vor dem Projekt benannt werden. Deshalb gehört zu jeder Einführung ein kurzer, ehrlicher Abschnitt über die eigene Organisation: Wer pflegt Stammdaten, wer entscheidet über Prozessänderungen, wer schaut täglich in die Ausnahmeliste, und wer prüft nach einem Jahr, ob die gekauften Module tatsächlich genutzt werden.
Die Gesamtkosten eines ERP entstehen aus vier Blöcken, die zusammen betrachtet werden müssen. Der erste ist die laufende Lizenz, bestimmt durch Funktionsstufe, Zahl der Nutzerkonten und ein Mengengerüst, das je Anbieter unterschiedlich definiert ist. Der zweite sind Zusatzmodule und Anbindungen, die einzeln klein wirken und in Summe erheblich werden. Der dritte ist die Einführung – Onboarding, Konfiguration, Datenmigration, Schnittstellen, Schulung – und dieser Block entscheidet in der Praxis darüber, ob das Projekt trägt. Der vierte ist der interne Aufwand, der in keiner Kalkulation des Anbieters erscheint: Arbeitszeit für Stammdaten, Tests, Prozessklärung und Einarbeitung.
Für eine belastbare Betrachtung empfehlen wir, alle vier Blöcke über drei Jahre zu rechnen und dabei Wachstum einzupreisen: mehr Nutzer, mehr Kanäle, höheres Auftragsvolumen, zusätzliche Module. Ebenso gehört die Gegenrechnung dazu – Zeitgewinn im Lager und in der Verwaltung, vermiedene Überverkäufe und Stornos, geringere Kapitalbindung durch bessere Disposition, kürzere Durchlaufzeiten in der Buchhaltung. Diese Effekte sind real, aber sie treten nur ein, wenn die Automatisierung tatsächlich genutzt wird. Ein ERP, das wie ein digitales Formularsystem betrieben wird, erzeugt Kosten ohne Nutzen.
Dass ein Warenwirtschaftssystem von einem deutschen Anbieter kommt, ist im aktuellen Umfeld ein realer Vorteil. Der Anbieter unterliegt europäischem Recht, Vertrags- und Datenschutzunterlagen sind auf den hiesigen Rahmen zugeschnitten, Support und Dokumentation sind deutschsprachig, und die Diskussion um Drittlandtransfers stellt sich in dieser Form nicht. Für Unternehmen, die aus Compliance- oder Kundenanforderungen heraus auf europäische Verarbeitung achten müssen, ist das ein Argument, das über Funktionsvergleiche hinausgeht.
Gleichzeitig ersetzt die Herkunft des Anbieters keine Prüfung. Cloud-Dienste nutzen häufig Infrastrukturanbieter, deren Rechenzentren und Konzernstrukturen gesondert zu betrachten sind. Deshalb gehören drei Punkte in jede Prüfung: Wo werden die Daten tatsächlich verarbeitet und gespeichert? Welche Unterauftragsverarbeiter sind eingebunden, und für welche Zwecke? Und wie sind Zugriffe des Anbieters auf Kundendaten – etwa zu Supportzwecken – geregelt und dokumentiert? Diese Fragen lassen sich in einem Vorgespräch klären; sie später zu stellen, ist deutlich unangenehmer.
Im Warenwirtschafts-Umfeld treffen Datenschutz und handels- beziehungsweise steuerrechtliche Anforderungen aufeinander, und sie ziehen in unterschiedliche Richtungen. Kundendaten sind zu löschen, wenn der Zweck entfallen ist – Belege und buchungsrelevante Aufzeichnungen sind hingegen über festgelegte Fristen aufzubewahren und müssen unveränderbar sowie nachvollziehbar bleiben. In der Praxis löst man diesen Widerspruch über ein abgestuftes Konzept: Werbe- und Kontaktdaten unterliegen kürzeren Fristen, belegrelevante Daten bleiben im Rahmen der Aufbewahrungspflichten erhalten, Zugriffe darauf werden eingeschränkt.
Ebenso gehört geklärt, wie Betroffenenrechte praktisch bedient werden: Auskunft über gespeicherte Daten, Korrektur, Löschung im zulässigen Rahmen, Datenübertragbarkeit. Ein System, in dem sich solche Anfragen nur durch aufwendige Handarbeit beantworten lassen, erzeugt dauerhaften Aufwand. Wichtig ist außerdem, dass Änderungen an Belegen und Beständen nachvollziehbar bleiben – nicht nur aus rechtlichen Gründen, sondern weil Bestandsdifferenzen sonst nicht aufklärbar sind. Für die verbindliche Bewertung des konkreten Einsatzes gilt: Das gehört zum Datenschutzbeauftragten, zur Steuerberatung und, wo nötig, zu fachkundiger rechtlicher Begleitung.
