Alle Artikel

Praxisbeispiel für kanalübergreifende Bestände

Praxisbeispiel für kanalübergreifende Bestände

Montag, 9:12 Uhr: Im Shop ist der letzte Artikel bereits verkauft. Auf dem Marktplatz steht er noch als verfügbar. Im Lager liegt zwar Ware, aber sie ist für einen anderen Auftrag reserviert. Bis das Team die Lage geprüft hat, ist die nächste Bestellung eingegangen. Genau so beginnt Overselling - nicht durch fehlende Ware, sondern durch Bestände, die je Kanal eine andere Geschichte erzählen.

Dieses Praxisbeispiel für kanalübergreifende Bestände zeigt, wie ein wachsender Händler Shop, Marktplätze und Lager auf einen gemeinsamen, verlässlichen Bestand ausrichtet. Nicht als langes IT-Projekt, sondern als operativen Prozess: Jeder Artikel, jede Reservierung und jede Bewegung muss dort sichtbar werden, wo die nächste Entscheidung fällt.

Ausgangslage: Drei Verkaufskanäle, drei Wahrheiten

Ein mittelständischer Händler für Haushalts- und Organisationsartikel verkauft über den eigenen Shop, einen großen Marktplatz und einen B2B-Kanal. Rund 4.500 aktive Artikel, etwa 350 Bestellungen pro Tag in Spitzenzeiten und ein Lager mit acht Mitarbeitenden. Das Wachstum läuft - die Abläufe halten nicht mehr mit.

Der Shop erhält Bestandsupdates aus dem ERP in festen Intervallen. Der Marktplatz wird über einen separaten Connector gepflegt. Im Lager arbeiten die Mitarbeitenden mit ausgedruckten Picklisten und einer Tabellenübersicht für Sonderfälle. Retouren werden zunächst auf einen Sammelplatz gelegt und oft erst am Folgetag eingebucht.

Das führt zu vier alltäglichen Problemen:

  • Ein Artikel wird gleichzeitig auf mehreren Kanälen verkauft, obwohl nur noch eine Einheit verfügbar ist.
  • Lagerbestände stimmen auf dem Papier, aber nicht an den tatsächlichen Lagerplätzen.
  • Das Team sucht Ware, weil Entnahmen, Umlagerungen und Retouren zu spät dokumentiert werden.
  • Stornos und Teillieferungen kosten Marge, Zeit und Vertrauen beim Kunden.

Die Geschäftsführung sieht vor allem steigende Stornoquoten. Die Lagerleitung sieht Laufwege, Rückfragen und hektische Nachprüfungen. Der E-Commerce-Manager verbringt zu viel Zeit damit, Feeds manuell zu kontrollieren. Alle beschreiben dasselbe Problem aus einer anderen Perspektive: Es gibt keinen gemeinsamen operativen Bestand.

Was kanalübergreifende Bestände wirklich bedeuten

Ein zentraler Bestand ist mehr als eine Zahl, die in mehrere Systeme übertragen wird. Er unterscheidet zwischen physisch vorhandener Ware, reservierter Ware, gesperrten Einheiten und tatsächlich verkaufbarer Menge. Diese Zustände müssen sich bei jeder Bewegung sofort verändern - unabhängig davon, ob die Bestellung aus dem Shop, vom Marktplatz oder aus dem B2B-Kanal kommt.

Im Beispiel sind 20 Stück eines Artikels im Lager. Fünf Stück sind bereits für offene Aufträge reserviert, zwei liegen als ungeprüfte Retoure auf dem Wareneingangsplatz und ein Stück ist wegen eines Schadens gesperrt. Verkaufbar sind damit nicht 20, sondern 12 Einheiten. Wer nur den physischen Gesamtbestand überträgt, produziert falsche Verfügbarkeiten.

Entscheidend ist auch die Richtung der Daten. Bestellungen dürfen nicht erst nach dem Versand ins Lager gelangen. Sie müssen den verfügbaren Bestand bereits bei Auftragseingang reduzieren oder reservieren. Gleichzeitig müssen Wareneingang, Korrekturen, Retourenfreigaben und Stornos zurück in alle Verkaufskanäle spielen. Sonst entsteht die bekannte Lücke zwischen Systembestand und Lagerrealität.

Die Bestandslogik im Tagesgeschäft

Der Händler ersetzt seine voneinander getrennten Bestandslisten durch eine browserbasierte Plattform mit einem führenden Artikel- und Lagerbestand. Shop- und Marktplatzaufträge laufen dort ein, bevor sie in die Kommissionierung gehen. Mit jeder neuen Bestellung wird die Menge unmittelbar reserviert. Die verfügbaren Bestände werden anschließend an die Vertriebskanäle zurückgemeldet.

Das klingt selbstverständlich. In der Praxis wirkt es nur, wenn Artikelnummern, Varianten und Verkaufseinheiten sauber zugeordnet sind. Ein Set aus drei Boxen darf nicht als drei einzelne Boxen behandelt werden. Ein Karton mit zwölf Einheiten muss korrekt heruntergerechnet werden, wenn der Shop Einzelstücke verkauft. Für variable Einheiten - etwa Rollenware, Meterware oder Gewichtsartikel - braucht es eine Logik, die nicht nur Stückzahlen kennt.

Die Regel lautet: Ein Artikel darf kanalübergreifend nur dann verfügbar sein, wenn seine Einheit, sein Status und sein Lagerplatz klar sind.

Der Ablauf: Vom Auftrag bis zur Retoure

Um 10:03 Uhr bestellt ein Kunde im Shop zwei Artikel. Die Plattform reserviert die Menge sofort und aktualisiert den verfügbaren Bestand. Zwei Minuten später geht auf dem Marktplatz eine Bestellung für denselben Artikel ein. Sie wird ebenfalls geprüft und reserviert - aber nur, wenn die Menge noch verkaufbar ist. Ist sie es nicht, wird keine falsche Verfügbarkeit mehr versprochen.

Im Lager erhält das Team die Aufträge in einer priorisierten Pickliste. Statt nach Reihenfolge des Eingangs kreuz und quer durch die Regale zu laufen, werden Aufträge nach Lagerzone und Laufweg gebündelt. Pick-by-Light mit ESL-Tags kann dabei direkt am Regal führen. Der Mitarbeitende sieht, wo er greifen muss und in welcher Menge. Das reduziert Fehlgriffe, ohne dass dafür eine neue Spezialhardware-Landschaft nötig ist.

Beim Scan oder bei der Bestätigung der Entnahme wechselt der Bestand von reserviert zu in Bearbeitung. Nach dem Versand wird der Auftrag abgeschlossen, die Sendungsdaten werden übergeben und der finale Abgang ist dokumentiert. Jeder Statuswechsel ist für Lager, Kundenservice und E-Commerce nachvollziehbar.

Auch Retouren gehören in dieses Bild. Kommt Ware zurück, ist sie nicht automatisch wieder verkaufbar. Zunächst erhält sie den Status „in Prüfung“. Erst nach Qualitätskontrolle wird sie zurückgebucht, als B-Ware klassifiziert oder gesperrt. Der Shop und die Marktplätze sehen damit nur Mengen, die tatsächlich verkauft werden können. Genau hier verlieren viele Händler unnötig Geld: Sie buchen zu schnell zurück oder zu spät - beides verzerrt den Bestand.

Praxisbeispiel für kanalübergreifende Bestände: Die Einführung

Der Händler startet nicht mit einem Komplettumbau. Zuerst werden die umsatzstärksten 500 Artikel sowie die fehleranfälligsten Varianten angebunden. Das ist sinnvoll, weil diese Artikel den größten Anteil an Bestellungen, Supportaufwand und Stornorisiko verursachen.

Im nächsten Schritt wird eine Bestandsbereinigung durchgeführt. Keine theoretische Inventur, sondern ein Abgleich der kritischen Lagerplätze mit den Systemdaten. Fehlmengen, Dubletten und falsch zugeordnete Varianten werden vor dem Go-live korrigiert. Wer schlechte Stammdaten automatisiert verteilt, verteilt Fehler nur schneller.

Danach folgen klare Regeln für Ausnahmen. Was passiert bei einer Bestandsdifferenz? Wer darf einen Artikel sperren? Wann darf der Kundenservice eine Reservierung aufheben? Welche Retouren werden sofort geprüft? Diese Fragen sind nicht nebensächlich. Sie entscheiden, ob der neue Prozess im Alltag stabil bleibt oder nebenbei wieder Tabellen entstehen.

Gäbig bündelt solche Abläufe in einer Plattform: Live-Feeds aus den Verkaufskanälen, Lagersteuerung, Versand, Retouren und Bestandsführung arbeiten auf derselben operativen Grundlage. Das reduziert Übergaben zwischen Einzellösungen und gibt dem Team einen Arbeitsstand statt mehrerer Versionen der Wahrheit.

Messbare Effekte nach sechs Wochen

Nach sechs Wochen betrachtet der Händler nicht nur die Bestandsgenauigkeit. Relevant sind die Folgen im Tagesgeschäft. Die Stornos wegen nicht verfügbarer Ware sinken deutlich, weil die Verkaufskanäle nur noch die tatsächlich verfügbare Menge sehen. Das Lager spart Zeit, weil Mitarbeitende weniger nach Artikeln suchen und weniger Aufträge nachbearbeiten müssen.

Besonders spürbar ist der Effekt bei knappen Artikeln und Aktionsware. Früher wurde aus Sicherheitsgründen oft ein hoher Puffer hinterlegt. Das verhinderte zwar einzelne Überverkäufe, machte aber verfügbare Ware unsichtbar und kostete Umsatz. Mit einer verlässlichen Reservierungslogik kann der Puffer kleiner werden. Wie klein, hängt von Lieferzeit, Retourenquote und Datenqualität ab. Bei schnell drehenden Artikeln mit vielen parallelen Verkäufen lohnt sich eine strengere Reserve als bei Langsamdrehern mit stabilem Nachschub.

Auch der Kundenservice gewinnt. Statt zwischen Shop, Marktplatz-Backend, Versandsoftware und Lagerliste zu wechseln, sieht er den Auftrags- und Bestandsstatus in einem Prozess. Eine realistische Lieferauskunft ist keine Kleinigkeit. Sie verhindert Rückfragen, Erstattungen und unnötige Eskalationen.

Wo Vorsicht angebracht ist

Kanalübergreifende Bestände lösen nicht jedes Verfügbarkeitsproblem automatisch. Wenn Lieferanten verspätet liefern, Stammdaten unvollständig sind oder Artikel physisch falsch eingelagert werden, bleibt Handlungsbedarf. Die Software schafft Transparenz und Automatisierung - sie ersetzt keine saubere Wareneingangskontrolle.

Ebenso sollten Händler nicht jeden Kanal identisch behandeln. Ein Marktplatz mit strengen Lieferkennzahlen braucht möglicherweise einen höheren Sicherheitsbestand als der eigene Shop. B2B-Kunden mit zugesagten Kontingenten können feste Reserven benötigen. Gute Bestandssteuerung bedeutet daher nicht Gleichbehandlung, sondern nachvollziehbare Regeln pro Verkaufsweg.

Der größte Fehler wäre, zentralen Bestand nur als E-Commerce-Thema zu sehen. Er entsteht im Lager und zeigt seine Wirkung im Verkauf. Wenn jede Warenbewegung direkt erfasst wird, jede Reservierung sichtbar ist und Retouren einen klaren Status haben, wird aus einem riskanten Mehrkanalgeschäft ein steuerbarer Ablauf. Dann muss das Team nicht mehr raten, was verfügbar ist - es kann handeln.