Bestandsführung über mehrere Kanäle: So verhinderst du Überverkäufe

Du verkaufst auf Shopify und Amazon, und beide zeigen 3 Stück auf Lager. Dann kaufen zwei Kunden gleichzeitig, und du hast 4 verkauft, aber nur 3 im Regal.

Das ist ein Überverkauf. Er kostet dich eine Stornierung, einen enttäuschten Kunden und auf Marktplätzen auch deine Verkäuferbewertung. Bestandsführung über mehrere Kanäle ist deshalb kein Buchhaltungsthema. Es ist ein Umsatzthema.

Wir betreiben mit nano, mate und MUSTAX drei eigene Brands über mehrere Kanäle. In diesem Artikel zeige ich dir, wie unsere Bestandssynchronisation aufgebaut ist und wo ihre Grenzen liegen.

Warum Überverkäufe überhaupt passieren

Das Grundproblem ist simpel: Jeder Kanal führt seinen eigenen Bestand. Shopify weiß nichts von Amazon. Amazon weiß nichts von deinem B2B-Portal.

Zwischen einem Verkauf auf Kanal A und der Bestandskorrektur auf Kanal B vergeht Zeit. Diese Lücke heißt Latenz. Bei einem Abgleich per Hand ist die Latenz Stunden bis Tage. In dieser Zeit verkauft Kanal B fröhlich weiter, als wäre nichts passiert.

Drei Situationen machen es besonders gefährlich:

• Wenig Bestand. Bei 500 Stück auf Lager verzeiht das System jede Latenz. Bei 3 Stück nicht.
• Peaks. Black Friday, ein virales Video, ein Newsletter: Viele Verkäufe in kurzer Zeit treffen auf veraltete Zahlen.
• Retouren und Wareneingänge. Bestand geht nicht nur runter, er kommt auch zurück. Wer nur Verkäufe synct, verschenkt verkaufbare Ware.

Prinzip 1: Eine Quelle der Wahrheit

Die wichtigste Entscheidung ist eine organisatorische, keine technische: Genau ein System führt den echten Bestand. Alle anderen Kanäle sind nur Anzeigen dieses Bestands.

Das kann dein Warenwirtschaftssystem sein, dein Fulfiller oder ein Kanal, den du zum Master erklärst. Bei uns ist es der Fulfiller: Dort liegt die Ware physisch, also ist sein Bestand die Wahrheit. Shopify und alle anderen Kanäle bekommen ihre Zahlen von dort, nie andersherum.

Ohne diese Regel baust du Sync-Logik in beide Richtungen, und zwei Systeme, die sich gegenseitig korrigieren, erzeugen irgendwann Endlosschleifen oder Geisterbestände. Wir haben das am Anfang falsch gemacht und Tage mit der Fehlersuche verbracht.

Die praktische Regel: Bestandskorrekturen (Inventur, Bruch, Wareneingang) werden nur im Master-System erfasst. Nie direkt in einem Verkaufskanal.

Prinzip 2: Webhooks statt Zeitpläne

Der zweite Hebel ist Geschwindigkeit. Es gibt zwei Arten, Bestände abzugleichen:

• Polling: Alle X Minuten fragt ein Job die Bestände ab und schreibt sie in die Kanäle. Einfach zu bauen, aber die Latenz ist immer X Minuten.
• Webhooks: Der Kanal meldet jeden Verkauf sofort. Dein System zieht den Bestand ab und schreibt die neue Zahl in alle anderen Kanäle. Latenz: Sekunden.

Für Überverkäufe zählt jede Minute, deshalb sind Webhooks der richtige Weg. Bei uns läuft das so: Shopify-Bestellung löst einen Webhook aus, der landet in n8n, n8n reserviert die Menge und aktualisiert die übrigen Kanäle. Der ganze Weg dauert wenige Sekunden.

Was Webhooks konkret sind und wie du sie einrichtest, habe ich in Webhooks erklärt beschrieben. Und falls du n8n noch nie benutzt hast, ist Dein erster n8n-Workflow der bessere Einstieg.

Ein Praxis-Detail: Webhooks kommen nicht garantiert an. Ein Timeout, ein Serverneustart, und die Meldung ist weg. Deshalb fährst du zweigleisig: Webhooks für die Geschwindigkeit, plus ein Polling-Abgleich alle paar Stunden als Sicherheitsnetz. Der Abgleich findet Abweichungen und korrigiert sie.

Prinzip 3: Sicherheitspuffer

Selbst mit Webhooks bleibt eine Restlatenz von Sekunden. Dagegen hilft ein Puffer: Du meldest den Kanälen weniger Bestand, als du wirklich hast.

Beispiel: 10 Stück im Lager, Puffer 2, also zeigen alle Kanäle 8. Verkaufen zwei Kunden im selben Moment das letzte angezeigte Stück, fängt der Puffer das ab.

Wie groß der Puffer sein sollte, hängt von deiner Verkaufsgeschwindigkeit ab. Eine Faustregel:

Der Puffer kostet dich etwas: Ware, die verkaufbar wäre, wird nicht angeboten. Das ist der Preis für Sicherheit. Bei Artikeln, die selten nachbestellbar sind, lohnt er sich fast immer. Bei Ware, die du in 3 Tagen nachproduzieren kannst, darfst du mutiger sein.

Wie das bei uns konkret aussieht

Bei nano laufen an normalen Tagen 50-150 Bestellungen ein, dazu kommen die anderen Brands. Der Bestandsfluss:

• Verkauf: Shopify-Webhook an n8n, Bestand wird beim Fulfiller reserviert, andere Kanäle werden aktualisiert.
• Versand: Der Fulfiller meldet den Abgang per API, die Reservierung wird zum echten Abgang.
• Retoure: Nach Prüfung beim Fulfiller kommt die Ware automatisch zurück in den verfügbaren Bestand. Wie der Retouren-Workflow im Detail aussieht, steht in Retouren-Management automatisieren.
• Abgleich: Mehrmals täglich vergleicht ein Workflow den Fulfiller-Bestand mit allen Kanälen. Abweichungen über einem Schwellwert lösen einen Slack-Alert aus.

Der Praxistest war Black Friday: rund 10x normales Volumen, null Überverkäufe. Das System ist nicht perfekt. Wir hatten vorher die Puffer hochgedreht und die Alerts scharf gestellt.

Die Grenzen

Damit du keine falschen Erwartungen hast:

• Bundles und Sets sind hart. Ein Set aus Bürste und Aufsatz zieht Bestand aus zwei Artikeln. Die Logik dafür musst du selbst bauen, kaum ein Kanal kann das sauber nativ.
• Amazon FBA ist eine eigene Welt. Ware bei Amazon im Lager ist ein getrennter physischer Bestand. Da hilft kein Sync, da hilft nur Nachschubplanung.
• Der physische Bestand lügt trotzdem. Bruch, Schwund, Fehlpicks: Die Realität im Regal weicht vom System ab. Ohne regelmäßige Inventur driftet jede noch so gute Synchronisation.
• Unter etwa 20 Bestellungen am Tag auf einem einzigen Kanal brauchst du das alles noch nicht. Ein Blick pro Tag reicht. Automatisiere erst, wenn das Problem real ist.

Brauchst du dafür ein fertiges Tool?

Die Antwort: kommt darauf an. Es gibt Multichannel-Tools und Warenwirtschaftssysteme, die Bestandssync als Feature mitbringen. Für viele Shops sind sie der schnellste Weg, gerade wenn niemand im Team baut.

Wir haben uns trotzdem für ein eigenes Setup auf n8n entschieden, aus drei Gründen. Erstens die Kosten: Fertige Tools rechnen oft pro Bestellung oder pro Kanal ab, unser Server kostet fix etwa 15€ im Monat. Zweitens die Sonderfälle: Puffer je Artikel, eigene Regeln für Kampagnen, Slack-Alerts nach unseren Schwellwerten. Genau daran scheitern Standardtools regelmäßig. Drittens wollten wir verstehen, was passiert. Wenn nachts ein Sync hakt, lesen wir den Workflow und sehen den Fehler. Bei einer Blackbox wartest du auf den Support.

Der Nachteil des Eigenbaus gehört auch hierher: Du wartest ihn selbst. Wenn ein Kanal seine API ändert, ist das dein Problem, nicht das eines Anbieters. Ohne jemanden im Team, der das kann, ist ein fertiges Tool die vernünftigere Wahl.

Womit du anfängst

Wenn du heute startest, in dieser Reihenfolge:

1. Master festlegen. Ein System führt den Bestand, alle anderen zeigen ihn nur an.

2. Webhook-Sync für Verkäufe bauen. Das schließt die gefährlichste Lücke.

3. Puffer setzen. Erst grob, dann anhand echter Zahlen nachschärfen.

4. Täglichen Abgleich plus Alerts einrichten. Damit du Abweichungen siehst, bevor Kunden sie sehen.

Das Thema ist Teil eines größeren Bilds: Wie du deine Abläufe insgesamt aufräumst, steht im Überblick E-Commerce Prozesse automatisieren.

Fazit

Überverkäufe verhindern heißt: eine Quelle der Wahrheit, schnelle Synchronisation per Webhook und ein großzügiger Sicherheitspuffer. Keiner der drei Bausteine ist Raketentechnik. Zusammen machen sie den Unterschied zwischen einem stressigen Peak und einem guten Tag.

Wenn du deine Kanäle verbinden willst und nicht weißt, wo du anfangen sollst: Schreib uns bei Flowhouse. Wir bauen genau solche Setups, auch für unsere eigenen Brands, jeden Tag.