Shopify Multi-Location: Bestände über mehrere Lager richtig führen

Wie Shopify Locations wirklich funktionieren

Eine Location ist in Shopify ein Ort, an dem Bestand geführt und von dem aus versendet oder verkauft werden kann: ein Lager, eine Filiale, ein Fulfillment-Dienstleister. Entscheidend ist das Datenmodell dahinter: Shopify speichert den Bestand nicht pro Produkt, sondern pro Produktvariante und Location. Eine Variante mit der SKU „TS-BLAU-M“ kann also gleichzeitig 40 Stück in Location „Zentrallager“ und 5 Stück in Location „Ladengeschäft“ haben.

Was der Kunde im Shop als verfügbar sieht, ist die Summe der Bestände aller Locations, die für den jeweiligen Vertriebskanal aktiviert sind. Bei der Bestellabwicklung entscheidet Shopify anhand der von Ihnen festgelegten Location-Priorität, welcher Standort eine Bestellung ausführen soll — sofern Sie das nicht ohnehin über ein angebundenes System steuern.

Drei Eigenschaften dieses Modells sollten Sie verinnerlicht haben:

• Bestand ist variantengenau. Nicht „das Produkt“ hat einen Bestand, sondern jede einzelne Variante — und zwar je Location. Ohne saubere, eindeutige SKUs auf Variantenebene ist jede Automatisierung zum Scheitern verurteilt.
• Locations sind Bestandstöpfe, keine Regalpläne. Shopify kennt keine Zonen, Gänge oder Lagerplätze. Wo die Ware innerhalb eines Lagers liegt, muss ein anderes System wissen.
• Die Zahl der Locations ist begrenzt. Wie viele Locations Ihr Plan erlaubt, hängt vom Shopify-Tarif ab und ändert sich gelegentlich — prüfen Sie den aktuellen Stand in der Shopify-Dokumentation, bevor Sie Ihre Struktur planen.

Hinzu kommt: Shopify unterscheidet intern mehrere Bestandszustände — etwa verfügbar, durch offene Bestellungen gebunden oder eingehend. Für die Kaufbarkeit im Shop zählt der verfügbare Bestand. Wenn ein externes System Bestände schreibt, korrigiert es genau diesen verfügbaren Wert je Location; die Bindung durch offene Bestellungen verwaltet Shopify weiterhin selbst. Das erklärt viele scheinbare Abweichungen: Ein Artikel kann physisch im Regal liegen und trotzdem nicht verkaufbar sein, weil unversandte Bestellungen ihn bereits beanspruchen. Wer Bestandsdifferenzen analysiert, muss deshalb immer wissen, welcher Zustand gerade verglichen wird.

Typische Fehlerbilder in Multi-Location-Setups

In der Praxis begegnen uns bei wachsenden Shops immer wieder dieselben drei Muster. Alle drei wirken anfangs harmlos und werden mit steigendem Bestellvolumen teuer.

Fehlerbild 1: Die Sammel-Location

Zwei Hallen, ein externer Fulfiller, dazu Ware beim Hersteller — und in Shopify gibt es genau eine Location, in die alles hineinsummiert wird. Der Shop zeigt dann zwar eine plausible Gesamtmenge, aber niemand kann mehr beantworten, wo ein Artikel tatsächlich liegt. Versandentscheidungen werden zur Raterei, Inventuren zur Mammutaufgabe, und sobald ein Standort abweicht, ist unklar, welcher.

Fehlerbild 2: Doppelte Wahrheit — Shop gegen Lager

Der Bestand wird sowohl in Shopify als auch in einer Lagerliste, einer Warenwirtschaft oder einem Excel-Sheet gepflegt. Beide Systeme werden von Hand „ab und zu“ angeglichen. Das Ergebnis ist vorhersehbar: Zwei manuell gepflegte Bestände laufen immer auseinander, die Frage ist nur, wie schnell. Jede Korrektur wird zur Diskussion darüber, welche Zahl denn nun stimmt.

Fehlerbild 3: Überverkauf trotz „gepflegter“ Bestände

Verkauft wird auf Shopify, Amazon und eBay aus demselben physischen Bestand — aber jeder Kanal hält seine eigene Zahl. Verkauft Amazon das vorletzte Stück, erfährt Shopify davon nichts, bis jemand manuell nachträgt. In der Zwischenzeit bestellt ein Shopify-Kunde Ware, die nicht mehr existiert. Storno, Entschuldigungsmail, schlechte Bewertung.

Das Zielbild: Ein führendes System für den Bestand

Alle drei Fehlerbilder haben dieselbe Wurzel: Es ist nicht definiert, welches System die Wahrheit über den Bestand besitzt. Die Antwort sollte immer gleich lauten: Führend ist das System, das der physischen Ware am nächsten ist — also das Lagerverwaltungssystem, in dem Wareneingänge, Picks, Umlagerungen und Inventuren tatsächlich gebucht werden. Shopify ist in diesem Modell ein Anzeige- und Verkaufskanal, kein Bestandsführungssystem.

Konkret besteht das Zielbild aus drei Bausteinen:

• Location-Mapping: Jedes physische Lager im WMS wird fest einer Shopify-Location zugeordnet. Das WMS darf intern deutlich feiner arbeiten — mit Zonen, Lagerplätzen und Chargen, wie es eine professionelle Lagerverwaltung ohnehin tut — nach außen meldet es pro Location genau eine belastbare Zahl.
• Variantengenauer SKU-Abgleich: Die Verbindung zwischen Shopify-Variante und WMS-Artikel läuft über die SKU. Sie muss eindeutig sein, auf Variantenebene gepflegt und in beiden Systemen identisch. Doppelte oder leere SKUs sind der häufigste Grund für scheinbar „unerklärliche“ Sync-Fehler.
• Bestandskorrekturen je Location: Jede bestandswirksame Buchung im Lager — Wareneingang, Pick, Retoure, Inventurdifferenz — löst eine Korrektur an genau der betroffenen Shopify-Location aus. Nicht als nächtlicher Komplettabzug, sondern ereignisnah, damit das Zeitfenster für Überverkäufe minimal bleibt.

Schritt für Schritt: Multi-Location sauber einrichten

Die folgende Reihenfolge hat sich in der Praxis bewährt — unabhängig davon, welches WMS Sie einsetzen:

1. Locations aufräumen. Legen Sie in Shopify für jeden physisch getrennten Bestandstopf eine eigene Location an: Zentrallager, Außenlager, Filiale, Fulfiller. Löschen oder deaktivieren Sie historische Karteileichen, bevor Sie synchronisieren.
2. SKUs vereinheitlichen. Prüfen Sie jede Variante auf eine eindeutige, gepflegte SKU. Bereinigen Sie Dubletten und Leerfelder jetzt — nach der Anbindung ist das um ein Vielfaches aufwendiger. Manche Systeme, darunter LogShip, können bereinigte SKUs auch in den Shop zurückschreiben.
3. Location-Mapping festlegen. Ordnen Sie im WMS jedem Lager die passende Shopify-Location zu. Definieren Sie auch, welche Locations gar nicht synchronisiert werden sollen — etwa eine reine Retourenprüfzone.
4. Initialabgleich fahren. Zählen Sie den Startbestand im Lager (oder übernehmen Sie eine frische Inventur) und überschreiben Sie damit einmalig die Shopify-Werte. Ab diesem Moment gilt: Es bucht nur noch das WMS.
5. Sync aktivieren und Handbuchungen abschalten. Aktivieren Sie den laufenden Bestands-Push und vereinbaren Sie im Team verbindlich, dass niemand mehr Bestände direkt in Shopify anfasst. Jede manuelle Korrektur im Shop wird beim nächsten Sync ohnehin überschrieben — oder erzeugt Verwirrung.
6. Abweichungen kontrollieren. Vergleichen Sie in den ersten Wochen stichprobenartig Shop, WMS und Regal. Abweichungen haben in einem sauberen Setup immer eine konkrete Ursache: eine vergessene Buchung, ein ungemappter Artikel, ein Parallelkanal.

Ein praktischer Hinweis zum Timing: Legen Sie die Umstellung in eine ruhige Woche, nicht in den Q4-Peak, und informieren Sie das gesamte Team vor dem Stichtag. Die kritische Phase ist der Moment zwischen Initialabgleich und aktiviertem Sync — je kürzer sie ist, desto weniger kann dazwischenfunken.

Wie die technische Anbindung zwischen Shopify und einem WMS im Detail aussieht — Bestellimport, Bestands-Push über die GraphQL Admin API, Trackingrückmeldung — haben wir auf der Seite Shopify-Lagerverwaltung & WMS ausführlich beschrieben.

Sonderfälle, die Sie explizit regeln sollten

Bundles und Sets

Ein Bundle („3er-Set Sportsocken“) existiert physisch oft gar nicht — im Regal liegen Einzelkomponenten. Wird das Bundle als eigene Variante mit eigenem Bestand geführt, entsteht zwangsläufig eine zweite Wahrheit. Sauber ist die Stücklisten-Auflösung: Das WMS löst die Bundle-Bestellung in ihre Komponenten auf, reserviert und pickt die Einzelteile und errechnet den verkaufbaren Bundle-Bestand aus der knappsten Komponente. Verkauft wird das Set, gebucht werden die Teile.

Retouren

Eine angenommene Retoure darf nicht automatisch den verkaufbaren Bestand erhöhen. Zwischen Annahme und Wiedereinlagerung liegen Sichtung und Entscheidung: A-Ware zurück ins Regal, B-Ware in einen separaten Bestand, Defektes zur Entsorgung. Erst die Buchung „wieder eingelagert“ sollte die Shopify-Location erhöhen. Wie ein strukturierter Retourenprozess mit RMA und Prüfschritten aussieht — und was Retouren tatsächlich kosten — behandeln wir ausführlich im Beitrag Retourenmanagement im E-Commerce.

Filialbestand und Ladengeschäft

Soll die Ware im Laden online verkaufbar sein? Beides ist legitim — aber es muss eine bewusste Entscheidung sein. Wenn ja, braucht die Filiale eine eigene Location mit realistisch gepflegtem Bestand und einem Prozess für Ladenverkäufe (POS-Anbindung oder tägliche Buchung). Wenn nein, deaktivieren Sie die Filial-Location für den Onlinekanal, statt sie mit einem „Sicherheitsabschlag“ zu schätzen. Ein Puffer je Location (etwa: online immer ein Stück weniger anbieten als gezählt) kann Restrisiken bei stark frequentierten Artikeln zusätzlich abfedern.

Externer Fulfillment-Dienstleister

Übernimmt ein 3PL einen Teil Ihrer Logistik, gehört dessen Bestand in eine eigene Shopify-Location — nicht mit Ihrem Zentrallager vermischt. Die Bestandsführung für diese Location übernimmt das System des Dienstleisters beziehungsweise ein gemeinsames WMS, in dem der Fulfiller als Standort oder Mandant geführt wird. Klären Sie zusätzlich zwei Punkte explizit: Wer bucht Retouren, die beim Dienstleister eingehen? Und wie werden Warenverschiebungen zwischen Ihren Standorten und dem Fulfiller abgebildet? Sauber sind Transferaufträge mit Aus- und Einbuchung je Location — nie stille Korrekturen, die im Nachhinein niemand mehr erklären kann.

Fazit: Multi-Location ist ein Prozessthema, kein Shopify-Feature

Shopify liefert mit Locations ein tragfähiges Datenmodell — aber keine Antwort auf die Frage, wer den Bestand führt. Diese Antwort müssen Sie geben: ein führendes System nah an der Ware, eindeutige SKUs, ein festes Location-Mapping und ereignisnahe Korrekturen je Location. Wer zusätzlich Bundles, Retouren und Filialbestand explizit regelt, hat Überverkäufe und Bestandsdiskussionen dauerhaft im Griff — egal ob mit zwei Locations oder mit zehn.