WooCommerce mehrere Lager ist keine Einstellung, die man übersehen hat. WooCommerce führt genau eine Bestandszahl je Artikel oder Variante. Mehrere Lagerorte sind im Datenmodell schlicht nicht vorgesehen.
Der Bestand hängt direkt am Artikel. Es gibt kein Feld, das sagt, wo diese Menge liegt – und damit auch keine zweite Menge an einem zweiten Ort.
Eine Bestellung kann nicht einem Lagerort zugeordnet werden, weil es keinen gibt. Auch Umlagerungen existieren als Vorgang nicht.
Erweiterungen können mehrere Bestände als zusätzliche Eigenschaften führen. Ein Lagerlayout mit Plätzen, Pickwegen und Buchungen entsteht daraus nicht.
Nicht nur wie viel, sondern wo. Ohne Ort lässt sich weder kommissionieren noch zählen.
Nach Nähe, nach Verfügbarkeit, nach Artikelgruppe – irgendetwas muss entscheiden.
Ware wandert zwischen Orten. Das ist eine Buchung, kein Bearbeiten einer Zahl.
Der Shop braucht am Ende trotzdem eine Zahl: die verkaufbare Summe über alle Orte.
| Frage | WooCommerce | beeShip |
|---|---|---|
| Wie viel habe ich? | ja, eine Zahl | ja, je Artikel und Ort |
| Wo genau liegt es? | nein | ja, Gang, Regal, Fach |
| Von welchem Ort wird geliefert? | nein | ja, per Regel |
| Umlagerung zwischen Orten | nein | ja, als Buchung |
| Was ist gesperrt? | nein | ja, eigenes Sperrlager |
| Was sieht der Shop? | die eine Zahl | den verkaufbaren Gesamtbestand |
Wer „mehrere Lager“ sucht, meint oft etwas anderes – und das ist deutlich einfacher zu lösen.
Häufig fehlt kein zweites Lager, sondern Ordnung im vorhandenen: Lagerplätze, Nachschubflächen, ein Sperrbereich.
Zwei WooCommerce-Shops oder ein weiterer Verkaufskanal, aber dieselbe Ware. Dann braucht es keinen zweiten Ort, sondern eine gemeinsame Quelle.
Kommt vor, ist aber der seltenste der drei – und der einzige, der tatsächlich Mehrlagerlogik erfordert.
Die Frage nach WooCommerce mehrere Lager kommt meist zu früh. Vorher lohnt es sich, drei Dinge im vorhandenen Lager zu klären – sie bringen sofort mehr als ein zweiter Standort.
Gang, Regal, Fach. Erst wenn jeder Artikel eine Adresse hat, entsteht ein Laufweg, eine Zähleinheit und die Möglichkeit, eine Abweichung überhaupt zu lokalisieren. Ohne Platz bleibt jede Zahl eine Behauptung.
Bruch, Retouren in Prüfung und Klärfälle gehören in einen eigenen Bereich. Solange sie im verkaufbaren Bestand stecken, verkauft der Shop Ware, die niemand versenden kann – unabhängig davon, wie viele Lagerorte es gibt.
Wer zwei Shops betreibt, braucht keinen zweiten Ort, sondern eine gemeinsame Quelle. Der Artikel liegt einmal im Regal; jeder Kanal bekommt daraus seine eigene Zahl gemeldet.
Bleibt danach immer noch ein zweiter Standort übrig, ist er ein echter Fall für WooCommerce mehrere Lager – und dann auch sauber lösbar, weil Plätze, Sperrbestand und Lieferregeln bereits stehen. Wie das Zählen darauf aufsetzt, steht auf WooCommerce Inventur; die Bestandsschalter des Shops erklärt die offiziellen WooCommerce-Dokumentation zu den Bestandseinstellungen.
Zu den Grundlagen siehe Lagerbestand verwalten, zum Zählen WooCommerce Inventur.
Nein. Das Datenmodell sieht genau eine Bestandszahl je Artikel oder Variante vor. Ein Lagerort existiert darin nicht.
Es gibt Erweiterungen, die mehrere Bestände als zusätzliche Eigenschaften führen. Ein echtes Lagermodell mit Plätzen, Pickwegen, Umlagerungen und Zählungen entsteht daraus nicht.
Oft nicht. Häufiger fehlt Struktur im vorhandenen Lager – Lagerplätze bringen in der Praxis mehr als eine zweite Halle.
Den verkaufbaren Gesamtbestand. Die Aufteilung auf Orte bleibt in beeShip, wo sie für den Pickweg gebraucht wird.
Ja. Jeder Shop wird einzeln angebunden, der Artikel liegt trotzdem nur einmal im Regal.
Über Regeln in beeShip – etwa nach Verfügbarkeit oder Artikelgruppe. WooCommerce selbst trifft diese Entscheidung nicht.
In der Demo zeigen wir, wie sich Bestand über mehrere Orte führen lässt – und was davon im Shop ankommt.