Solange Sie nur einen Standort haben, ist das Tabellendesign vergleichsweise einfach. Schon mit den Spalten SKU und Menge kommen Sie in den meisten Fällen aus. Sobald jedoch ein zweites Lager, eine dritte Filiale oder ein externer 3PL hinzukommt, wird die Frage „Wie bilden wir das in der Tabelle ab?" plötzlich deutlich anspruchsvoller.
In diesem Artikel vergleichen wir Design-Muster für den Bestands-Master mehrerer Standorte in Google Tabellen. Vorab das Fazit: Es gibt nicht die eine richtige Antwort. Aber es gibt klare Kriterien, auf die Sie achten sollten. Wer sie beherzigt, senkt das Risiko, dass die Operations später aus dem Ruder laufen, drastisch.
Pannen, die bei mehreren Standorten gerne passieren
Ein paar Fehlermuster, die wir bei mehreren Standorten häufig hören: „Wir haben aus Versehen die Bestände in Osaka mit den Zahlen aus Tokio überschrieben." „Wir haben Ware vom Lager in die Filiale verschoben, aber die Tabelle nicht aktualisiert — am nächsten Tag hat die Synchronisation alles rückgängig gemacht." „Diese eine SKU wird aus irgendeinem Grund nur an einigen Standorten synchronisiert." All das lässt sich durch ein sauberes Tabellendesign verhindern.
Im Kern liegt fast immer dasselbe Problem zugrunde: In der Tabellenstruktur ist nicht eindeutig, welche Zelle den Wert welches Lagers enthält. Im Kopf der Mitarbeitenden ist das klar — die Sync-App jedoch kann diese unausgesprochene Übereinkunft nicht lesen. Entscheidend ist daher, dass die Standortinformation explizit in der Spaltenstruktur der Tabelle steht.
Die Spalten entwerfen
Es gibt im Wesentlichen zwei Wege, Multi-Standort-Bestände in einer Tabelle abzubilden: das horizontale Schema und das vertikale Schema. Beide treten in der Praxis auf — schauen wir uns die Stärken und Schwächen jeweils an.
Horizontales Schema
Im horizontalen Schema entspricht eine Zeile einer SKU, und die Standorte werden in Spalten aufgefächert. Rechts neben der SKU stehen also etwa vier Spalten — Lager Tokio, Lager Osaka, Filiale Shibuya, Filiale Umeda — und in jeder steht die jeweilige Menge. Dieses Format ist vielen Shops aus Excel-Zeiten vertraut und wirkt optisch sehr aufgeräumt.
- Vorteil: eine SKU pro Zeile ist übersichtlich; der Gesamtbestand ist eine einfache Zeilensumme
- Vorteil: lässt sich als Inventurblatt sauber ausdrucken
- Nachteil: bei jedem neuen Standort muss eine Spalte ergänzt werden
- Nachteil: umständlich, wenn ein einzelner Standort zu einer anderen Zeit aktualisiert werden soll
Vertikales Schema
Im vertikalen Schema entspricht jede Zeile der Kombination SKU × Standort. Dieselbe SKU an drei Standorten ergibt drei Zeilen. Es ist näher an einer Datenbank gedacht, und das Spaltenlayout muss beim Hinzufügen eines Standorts nicht verändert werden.
- Vorteil: ein neuer Standort bedeutet nur zusätzliche Zeilen
- Vorteil: Teil-Sync nach Standort und gezieltes Filtern lassen sich leicht umsetzen
- Nachteil: um den Gesamtbestand einer SKU zu sehen, braucht es eine Summenfunktion oder Pivot
- Nachteil: die Zeilenzahl steigt mit der Standortanzahl, die Übersichtlichkeit leidet
Was lässt sich leichter betreiben?
Welches Schema ist nun besser, horizontal oder vertikal? Die Antwort hängt vom Reifegrad des Shops ab.
Bei zwei bis drei Standorten und einigen hundert SKUs ist das horizontale Schema klar angenehmer. Der Gesamtüberblick ist beim Öffnen sofort da, und Inventurergebnisse lassen sich direkt eintragen. Auch das gemeinsame Bild der „Bestandstabelle" im Team entsteht in dieser Form besonders leicht — ein weiterer stiller Vorteil.
Ab fünf oder mehr Standorten und über tausend SKUs wird das horizontale Schema jedoch zunehmend mühsam. Es entstehen so viele Spalten, dass Scrollen anstrengend wird, und wer einen Standort separat aktualisieren möchte, zieht leicht andere Spalten mit sich. Spätestens jetzt sollten Sie über einen Wechsel zum vertikalen Schema nachdenken.
Wenn Sie unsicher sind, ist eine zweistufige Strategie realistisch: erst horizontal starten und dann auf vertikal wechseln, wenn der Alltag zu mühsam wird. Sync Master ist auf beide Schemata ausgelegt, sodass der Zeitpunkt des Wechsels flexibel im Betrieb bestimmt werden kann.
Wofür die Sync-Seite sorgen kann
Egal wie sauber Sie Ihre Tabelle entwerfen — im Alltag passieren Veränderungen: Ein Standort wird umbenannt, eine neue Filiale kommt hinzu, ein bestimmtes Lager muss kurzzeitig pausiert werden. Wenn die Sync-App für solche Fälle Schutzmechanismen bietet, wird der Betrieb spürbar sicherer.
- Vorab-Mapping der Standortnamen: verknüpft Bezeichnungen in der Tabelle mit den offiziellen Namen in Shopify
- Gezielte Läufe je Standort: erlaubt Teil-Syncs wie „heute nur Lager Tokio"
- Nicht vorhandene Standorte ignorieren: unregistrierte Standortnamen lösen keine Kettenfehler aus
Sync Master liefert Konfigurationsoptionen für genau diese Multi-Standort-Situationen mit. Anfangs müssen Sie sich darum nicht kümmern, aber sobald die Zahl der Standorte steigt, werden Sie sich denken: „Schön, dass es diese Funktionen gibt."
Im nächsten Artikel widmen wir uns einem langjährigen Klassiker im Shopify-Umfeld: dem CSV-Upload. Wir zeigen konkret, warum der Wechsel zur Sheet-Synchronisation sicherer ist und welche Stolpersteine im CSV-Betrieb lauern.