Ein Artikel verkauft sich morgens im Shop, mittags über einen Marktplatz und am Abend an einen B2B-Kunden. Wenn Bestand, Zahlungsstatus und Versandauftrag dabei in drei verschiedenen Systemen gepflegt werden, entsteht kein Wachstum, sondern manueller Abstimmungsaufwand. Dieser Leitfaden für Multichannel Auftragsabwicklung zeigt, wie Händler ihre Prozesse so aufbauen, dass mehr Vertriebskanäle nicht automatisch mehr Fehler, Überverkäufe und Rückfragen bedeuten.
Warum Multichannel-Auftragsabwicklung am Backend scheitert
Multichannel ist zunächst eine Vertriebsentscheidung. Operativ wird daraus schnell ein Systemproblem: Der Shop übergibt Bestellungen anders als Amazon oder eBay, ein Großhandelskunde bestellt per Schnittstelle oder CSV, und das Lager benötigt verlässliche Picklisten sowie eindeutige Versanddaten. Ohne klare Prozessführung entsteht für jeden Kanal eine eigene Sonderlogik.
Die Folgen sind bekannt: Bestände werden mit Verzögerung übertragen, dieselbe Bestellung taucht doppelt auf oder wird übersehen, Adressdaten müssen korrigiert werden und Stornos erreichen das Lager zu spät. Besonders teuer wird es bei Überverkäufen. Nicht nur wegen der Rückabwicklung, sondern weil negative Bewertungen, Supportaufwand und verlorene Wiederkäufe folgen.
Das Problem ist selten der einzelne Marktplatz. Meist fehlt eine zentrale Instanz, die Produktdaten, Bestände, Aufträge und Versandstatus verbindlich steuert. Für viele Händler übernimmt diese Rolle ein Warenwirtschafts- oder ERP-System wie JTL-WaWi oder Odoo. Der Shop, die Marktplätze und gegebenenfalls das Kassensystem sind dann angebundene Verkaufskanäle – nicht jeweils eigene Datenwelten.
Die richtige Systemarchitektur für mehrere Kanäle
Eine funktionierende Multichannel-Auftragsabwicklung beginnt nicht mit einem Connector. Sie beginnt mit der Entscheidung, welches System bei welchem Datensatz führend ist. Diese Frage klingt technisch, ist aber kaufmännisch relevant. Solange zwei Systeme gleichzeitig den Bestand oder den Preis bestimmen sollen, sind Differenzen vorprogrammiert.
Ein System führt Bestände und Aufträge
In den meisten Handelsmodellen sollte die Warenwirtschaft oder das ERP die Bestandsführung übernehmen. Dort werden physische Bestände, reservierte Mengen, Wareneingänge, Retouren und Umlagerungen gepflegt. Der Shop und die Marktplätze erhalten die verfügbaren Mengen aus diesem zentralen System.
Das heißt nicht, dass jeder Bestand überall identisch angezeigt werden muss. Ein Händler kann beispielsweise Sicherheitsbestände definieren, bestimmte Artikel nur im eigenen Shop anbieten oder B2B-Kunden andere Verfügbarkeiten zeigen. Entscheidend ist, dass diese Regeln zentral nachvollziehbar konfiguriert sind und nicht von manuellen Korrekturen in einzelnen Portalen abhängen.
Auch für Aufträge braucht es eine klare Quelle. Bestellungen aus Shopware, Shopify, WooCommerce, JTL-Shop oder Marktplätzen sollten automatisiert in einer gemeinsamen Auftragsübersicht ankommen. Dort werden sie geprüft, priorisiert, an das Lager übergeben und nach Versand mit Trackingdaten zurück an den jeweiligen Kanal gemeldet.
Produktdaten, Preise und Versandlogik getrennt denken
Ein häufiger Fehler besteht darin, alle Daten gleich behandeln zu wollen. Produktdaten, Preise, Verfügbarkeiten und Versandregeln folgen jedoch unterschiedlichen Logiken. Artikelstammdaten wie EAN, Gewicht, Maße, Varianten und Steuersätze müssen konsistent sein. Ohne saubere Stammdaten kann kein System zuverlässig entscheiden, welcher Versanddienstleister passt oder ob ein Artikel versendet werden darf.
Preise sind oft kanalspezifisch. Marktplatzgebühren, Aktionspreise, B2B-Konditionen und länderspezifische Anforderungen können eigene Preislisten erforderlich machen. Das ist legitim, solange die Preisquelle und die Aktualisierungsintervalle klar sind. Bei stark schwankenden Preisen oder Kampagnen sollte vorab geprüft werden, ob die Warenwirtschaft, der Shop oder ein spezialisiertes Pricing-System die Regel vorgibt.
Prozesse vor der Integration prüfen
Wer eine schlechte manuelle Abwicklung automatisiert, beschleunigt vor allem Fehler. Vor der technischen Umsetzung sollten Verantwortliche daher den tatsächlichen Weg einer Bestellung dokumentieren: vom Eingang bis zur Rechnung, zum Versand und zur Retoure. Nicht den Soll-Prozess aus einer Präsentation, sondern den Ablauf, den das Team täglich lebt.
Dabei werden oft versteckte Sonderfälle sichtbar. Etwa Teilzahlungen, Nachnahme, Gefahrgut, personalisierte Ware, Teillieferungen, Dropshipping-Artikel oder Bestellungen mit abweichender Lieferadresse. Jeder Sonderfall braucht eine eindeutige Entscheidung: automatisiert verarbeiten, gezielt zur Prüfung aussteuern oder für einen Kanal ausschließen.
Besonders wichtig ist die Frage nach dem Zeitpunkt der Bestandsreservierung. Wird der Bestand direkt beim Auftragseingang reserviert, erst nach erfolgreicher Zahlung oder erst beim Erstellen des Lieferscheins? Für Standardartikel mit hohem Umschlag ist eine frühe Reservierung meist sinnvoll. Bei Vorkasse, individualisierten Produkten oder langen Lieferzeiten kann eine differenzierte Regel besser passen.
Leitfaden für Multichannel-Auftragsabwicklung in der Praxis
Die Umsetzung funktioniert am zuverlässigsten in klaren Etappen. Zuerst werden Kanäle, Artikelmengen, Auftragsvolumen und bestehende Schnittstellen aufgenommen. Danach folgt eine Datenbereinigung, bevor neue Automatisierungen live gehen. Dubletten bei Artikeln, fehlende EANs, uneinheitliche Steuersätze oder unvollständige Versandgewichte sind keine Kleinigkeiten – sie sind spätere Fehlerquellen.
Im nächsten Schritt wird eine verbindliche Auftragslogik definiert. Ein Auftrag sollte nach Eingang automatisiert einem Status zugeordnet werden: beispielsweise zahlbar, bezahlt, zu prüfen, kommissionierbar, versendet oder storniert. Wichtig ist nicht die exakte Bezeichnung, sondern dass jeder Status eine klare Bedeutung und einen verantwortlichen nächsten Schritt hat.
Danach werden Versandregeln eingerichtet. Das System muss erkennen, ob eine Bestellung paketfähig ist, ob mehrere Lager beteiligt sind, welche Versandart der Kunde gewählt hat und ob ein Versandlabel automatisch erzeugt werden darf. Bei vielen Händlern lohnt sich außerdem eine Priorisierung nach zugesagtem Liefertermin. Bestellungen mit Expressversand oder Marktplatz-SLA dürfen nicht in derselben Warteschlange verschwinden wie reguläre Aufträge.
Erst wenn diese Basis steht, sollten Automatisierungen schrittweise aktiviert werden. Beginnen Sie mit einem Kanal oder einer Produktgruppe, kontrollieren Sie Bestandsabgleich, Auftragsimport, Rechnungsdaten und Rückmeldung des Versandstatus. Ein kontrollierter Parallelbetrieb kostet kurzfristig Zeit, schützt aber vor massenhaften Fehlbuchungen.
Ausnahmen brauchen einen festen Platz im Prozess
Vollautomatische Abwicklung ist kein realistisches Ziel für jeden Auftrag. Ziel ist vielmehr, Standardfälle ohne Eingriff zu verarbeiten und Ausnahmen sichtbar zu machen. Ein Auftrag mit unplausibler Adresse, Zahlungsrisiko, fehlendem Bestand oder widersprüchlichen Versanddaten sollte nicht still im System hängen bleiben.
Definieren Sie deshalb eine Prüfliste und eine tägliche Verantwortung. Wer kontrolliert offene Zahlungsarten? Wer entscheidet bei Teillieferungen? Wer bearbeitet Aufträge, bei denen der Marktplatzstatus und der Zahlungsstatus nicht zusammenpassen? Diese Aufgaben gehören nicht in einzelne Postfächer, sondern in eine zentrale Arbeitsansicht mit Prioritäten.
Auch Retouren müssen in die Architektur passen. Sobald Ware zurückkommt, sind Bestand, Erstattung, Gutschrift und gegebenenfalls die Wiederverfügbarkeit des Artikels zu bewerten. Ein zurückgesendeter Artikel darf nicht automatisch wieder als verkaufbar erscheinen, wenn Prüfung oder Aufbereitung erforderlich sind. Gerade bei vielen Kanälen verhindert eine saubere Retourenlogik, dass fehlerhafte Ware erneut versendet wird.
Kennzahlen, die operative Probleme früh zeigen
Umsatz pro Kanal ist wichtig, reicht aber nicht zur Steuerung der Auftragsabwicklung. Aussagekräftiger sind Kennzahlen, die Verzögerungen und Fehler sichtbar machen: der Anteil automatisch verarbeiteter Aufträge, die Zeit zwischen Auftragseingang und Versandfreigabe, Überverkäufe, Stornos wegen fehlender Ware sowie die Anzahl manueller Korrekturen pro Tag.
Wenn ein Kanal überdurchschnittlich viele Ausnahmen erzeugt, liegt die Ursache häufig in Datenqualität, abweichenden Pflichtfeldern oder einer nicht passenden Versandregel. Wenn der Bestand wiederholt nicht stimmt, muss geprüft werden, ob Reservierungen, Retouren, Lagermeldungen und Synchronisationsintervalle zusammenpassen. Zahlen ersetzen keine Prozessanalyse, aber sie zeigen zuverlässig, wo sie beginnen sollte.
Wann Standard-Schnittstellen nicht reichen
Standard-Connectoren sind sinnvoll, wenn Sortiment, Bestellprozess und Versandlogik überschaubar bleiben. Sie stoßen jedoch an Grenzen, wenn mehrere Lager, individuelle B2B-Preise, komplexe Sets, kundenspezifische Freigaben oder externe Fulfillment-Partner ins Spiel kommen. Dann braucht es häufig eine individuelle Integration, eine Middleware oder gezielte Erweiterungen im Shop- und ERP-System.
Das ist kein Argument, alles individuell zu entwickeln. Eigenentwicklungen erhöhen Pflegeaufwand, Testbedarf und Abhängigkeiten. Sinnvoll sind sie dort, wo sie einen nachweisbaren Engpass lösen oder einen Prozess abbilden, der für das Geschäftsmodell relevant ist. Ehrliches Handwerk heißt auch, Standardfunktionen zu nutzen, wenn sie den Bedarf sauber erfüllen.
Wer seine Multichannel-Abwicklung neu aufsetzt, sollte nicht mit der Frage starten, welcher Kanal als Nächstes dazukommt. Die bessere Frage lautet: Kann unser Team jeden zusätzlichen Auftrag heute zuverlässig, nachvollziehbar und profitabel bearbeiten? Wenn die Antwort noch nicht eindeutig ja ist, liegt der größte Hebel nicht im nächsten Vertriebskanal, sondern in einem Backend, das dem Wachstum standhält.
