Multichannel-Handel im ERP — Marktplätze, Shops und Logistik in einem System orchestrieren.

Multichannel-Handel ist die ERP-disziplinarisch anspruchsvollste Form des E-Commerce. Statt einem Vertriebskanal mit definierten Bestellprozessen werden mehrere Kanäle parallel bespielt – jeder mit eigener Logik, eigenen APIs, eigenen Datenstrukturen, eigenen Anforderungen an Antwortzeiten. Das ERP wird zum Orchestrierungssystem, das Bestand, Bestellung und Versand über alle Kanäle hinweg koordiniert. Diese Einordnung zeigt, welche Architektur das im Mittelstand belastbar leistet.

1. Was Multichannel-Handel im ERP wirklich verlangt

Multichannel hat im Mittelstand vier Erscheinungsformen – meist in Kombination:

• Eigene Shops. Ein oder mehrere D2C-Stores, ggf. pro Marke oder Region.
• Marktplätze. Amazon (mit FBA, FBM, Pan-EU), eBay, Otto, Zalando, Idealo, MediaMarkt-Marketplace, Kaufland, ManoMano u. v. m.
• Social Commerce. Instagram-/TikTok-Shop, Pinterest-Shopping – wachsend, mit eigenen API- und Compliance-Anforderungen.
• B2B-Kanäle. Eigener B2B-Onlineshop, EDI-Anbindungen an Großkunden, Marktplätze für B2B (Mercateo, Wucato).

Jeder Kanal kommt mit eigener API, eigener Bestandslogik, eigenen Versandregeln und eigener Reklamationsmechanik. Die zentrale Frage des ERP: Wie wird daraus ein konsistenter Datenfluss?

2. Architektur: Single Source of Truth für Bestand und Bestellung

Die zentrale Architekturentscheidung im Multichannel-Setup lautet: Wo liegt die „Single Source of Truth" für Bestand, Bestellungen und Stammdaten?

• Bestände gehören ins ERP. Das ERP führt den verfügbaren Bestand pro Lager und Artikel. Alle Kanäle ziehen ihre Verfügbarkeit aus dem ERP – nicht umgekehrt. Wer Bestände in jedem Shop separat pflegt, baut Übersells systematisch ein.
• Bestellungen laufen zentral zusammen. Aus jedem Kanal landet die Bestellung im ERP, wird dort einheitlich verarbeitet (Status, Versand, Rechnung, Buchhaltung) und der Status zurückgespiegelt.
• Produktstammdaten bleiben zentral. Bezeichnungen, Preise, Bilder, Eigenschaften werden im ERP oder in einem PIM gepflegt und in alle Kanäle ausgespielt. Pflegen pro Kanal ist nicht skalierbar.
• Channel-spezifische Logik bleibt im Channel. Marketingtexte, kanalspezifische Preise, Promotionen sind Sache der Shop-/Marketplace-Plattform – das ERP muss das nicht abbilden, aber die Schnittstellen-Endpunkte sauber liefern.

3. Tragende ERP-Funktionen für Multichannel

Folgende Funktionen sind im Multichannel-ERP tragend:

• Channel-Connectoren als Standard. Vorgefertigte, gepflegte Anbindungen an die wichtigsten Marketplaces und Shopsysteme. Eigenentwicklungen pro Kanal skalieren nicht.
• Echtzeit-Bestandssynchronisation. Bestandsänderung im ERP → unmittelbare Aktualisierung in allen Kanälen. Idealerweise mit konfigurierbaren Sicherheitsbeständen pro Kanal.
• Multi-Lager-Logik. Mehrere Lager, ggf. inklusive externer Fulfillment-Center (3PL, Amazon FBA), als getrennte Quellen mit jeweils eigener Verfügbarkeit.
• Bestellungs-Routing. Logik, die entscheidet, aus welchem Lager eine Bestellung kommt – nach Verfügbarkeit, Versandkosten, Lieferzeiten oder Kanal-Präferenz.
• Channel-spezifische Versandregeln. Amazon hat andere Versand-SLAs als der eigene Shop. Das ERP muss diese Differenz abbilden können.
• Konsolidierte Reporting-Sicht. Umsatz, Marge, Retourenquote, Bestellung-pro-Kunde-Analyse über alle Kanäle hinweg, nicht pro Kanal isoliert.

4. Welche Systeme Multichannel im Mittelstand belastbar tragen

Im KMU- und Mittelstand-Multichannel-Geschäft ist Xentral der häufigste erste Kandidat – die Architektur des Systems ist für genau dieses Profil gebaut, mit vorgefertigten Connectoren als Standardumfang. Bei integrierter Suite-Strategie kommt Odoo ins Spiel; bei wachsendem Mittelstand mit B2B+B2C-Mix oder internationalem Multichannel rückt NetSuite in den Vordergrund.

5. Häufige Fragen zu Multichannel-ERP

Brauche ich ein Multichannel-ERP oder reicht ein Channel-Manager (z. B. ChannelEngine, Plentymarkets)?

Channel-Manager sind eine valide Option, wenn die Marktplätze die Komplexität sind und das ERP klassisch bleiben soll. In der Praxis ist die ERP-zentrierte Lösung im Mittelstand häufig stabiler, weil weniger Integrationsschichten nötig sind.

Wie viele Kanäle verkraftet ein Multichannel-ERP?

Etablierte Lösungen wie Xentral fahren regelmäßig 5–15 Kanäle parallel. Mehr ist möglich, erfordert aber Disziplin in Stammdaten- und Bestands-Steuerung sowie verlässliche Connectoren.

Wie verhindert man Übersells auf Marktplätzen?

Echtzeit- oder Near-Real-Time-Bestandssynchronisation plus Sicherheitsbestände pro Kanal. Marketplace-spezifische Verfügbarkeits-Schutzmechanismen sind Pflicht – Amazon, eBay und Otto sanktionieren Übersells hart.

Wie mit Amazon FBA umgehen?

FBA-Bestand ist ein eigenes Lager im ERP. Bestellungen aus FBA werden im ERP nur informativ verarbeitet (Versand übernimmt Amazon). Buchhaltung, Retouren und Provisionen müssen zwischen Amazon-Reports und ERP saubergezogen werden.

Wann ist Multichannel-Strategie sinnvoll, wann zu früh?

Sinnvoll: sobald 20–30 % des Umsatzes über mehrere Kanäle laufen oder der eigene Shop allein nicht mehr wachsen kann. Zu früh: wenn der eigene Shop noch nicht stabil läuft – jede zusätzliche Kanal-Komplexität multipliziert dann nur die Probleme.

---

Hinweis: Diese Einordnung ersetzt keine individuelle Projektbewertung. Die genannten Muster und Empfehlungen sind Erfahrungswerte aus Auswahlprojekten im deutschsprachigen Mittelstand.

Autor: Joerg H. Paul Schaefer · Stand: Mai 2026 · erp-check.info ist eine herstellerunabhängige Informationsplattform.