Aktualisieren Sie noch immer Lagerbestände manuell? So funktioniert Webshop-ERP-Lagersynchronisation

Aktualisieren Sie noch immer Lagerbestände manuell? So funktioniert Webshop-ERP-Lagersynchronisation

Marta Sakalouskaya
Marketing and Communications

Die manuelle Routine

Das Szenario: Produkte werden im Webshop verkauft — Shopify, WooCommerce, Centra. Die Lagerwahrheit lebt im ERP — Fortnox, Visma, Business Central — weil dort Einkäufe, Wareneingange und Retouren gebucht werden. Dazwischen hält jemand die beiden manuell synchron: Lagerbestand im ERP prüfen, Menge im Webshop aktualisieren, für jedes Produkt wiederholen, das sich bewegt hat.

Im Gegensatz zum Bestellimport hat diese Aufgabe keinen natürlichen Rhythmus. Der Lagerbestand ändert sich, wenn etwas verkauft wird, wenn eine Lieferung ankommt, wenn eine Rücksendung zurückkommt, wenn eine B2B-Bestellung vom gleichen Regal versandt wird. Manuelle Synchronisation bedeutet, eine Häufigkeit zu wählen — jeden Morgen, zweimal pro Woche — und zu akzeptieren, dass der Webshop dazwischen falsch liegt.

Wie Händler für Lagerbestände kompensieren, denen sie nicht trauen können

Die meisten Shops mit manueller Lagersynchronisation haben sich bereits damit abgefunden, meist durch eine Kombination von drei Workarounds:

Der Puffer. Weniger Einheiten anzeigen als das Lager tatsächlich hat — wenn das ERP 10 sagt, sagt der Webshop 6. Überverkäufe werden seltener; Verkäufe auch. Jede gepufferte Einheit ist Lagerbestand, für den Sie bezahlt haben, aber den Sie heute nicht online verkaufen.

Das frühe Ausverkauft. Produkte als ausverkauft markieren, während noch Einheiten vorhanden sind, weil online auf null zu gehen riskanter erscheint als Verkäufe auf dem Tisch zu lassen. Gleiche Abwägung, größerer Betrag.

Die Morgenkontrolle. Jemand öffnet das ERP mit dem Kaffee und geht die Liste durch. Zuverlässig bei 30 Produkten; Fiktion bei 3.000.

Alle drei sind rationale Antworten auf das gleiche Problem: Die Zahl im Webshop ist nicht vertrauenswürdig, also tauscht der Händler Umsatz gegen Sicherheit. Die Kosten sind unsichtbar, genau weil es ein Nicht-Ereignis ist — der Verkauf, der nicht stattfand, taucht in keinem Bericht auf.

Wenn die Workarounds versagen

Der Druck gipfelt genau dann, wenn der Shop gewinnt. Aktionen und Black Friday komprimieren Tage des normalen Volumens in Stunden — und hohes Bestellvolumen ist genau dann, wenn veraltete Lagerbestände zu überverkauften Bestellungen werden. Zwei Kunden kaufen die letzte Einheit, und jetzt schreibt der Support eine Entschuldigungs-E-Mail und bearbeitet eine Erstattung für ein Produkt, das nie existierte. Die eine Woche, in der der Puffer schützen sollte, ist die Woche, in der er am wenigsten ausreicht.

Die Politecnico di Milano-Forschung, die früher in dieser Serie zitiert wurde, setzt Zahlen auf das Grundproblem: KMU mit getrennten Systemen berichten eine 3–5 % Datenfehlerrate, und falsche Lagerbestände sind einer der zwei Orte, an dem dies auftaucht (falsche Rechnungen sind der andere).

Was Lagersynchronisation tatsächlich tut

Mit einer Integrationsplattform zwischen den Systemen ist Lagersynchronisation ein geplanter Prozess mit einer klaren Richtung:

  1. Das ERP bleibt die einzige Wahrheitsquelle. Einkäufe, Wareneingänge, Retouren und B2B-Bestellungen landen alle im ERP — also lebt dort der tatsächliche Bestand. Die Aufgabe der Synchronisation ist es, dafür zu sorgen, dass der Webshop folgt, nicht umgekehrt.

  2. Eine geplante Synchronisation holt die Änderungen ab — standardmäßig alle fünf Minuten. Lagerbestand ist ein Zustand, kein Ereignis: Was zählt, ist, dass der Webshop schnell und kontinuierlich auf die Wahrheit des ERP konvergiert, ohne dass jemand etwas auslösen muss.

  3. Die Menge wird im Webshop über die API aktualisiert. Der verkäufliche Bestand jedes Produkts landet im Shop — per SKU zugeordnet, für jedes Produkt, das sich seit dem letzten Lauf bewegt hat.

Das ist der gesamte Ablauf. Er ist weniger dramatisch als der Bestellwebhook aus dem ersten Artikel dieser Serie — bewusst. Lagersynchronisation ist Klempnerarbeit: Ihre Aufgabe ist es, langweilig, häufig und korrekt zu sein.

Was sich in der Praxis ändert

Der Puffer kann gegen null schrumpfen, weil die Zahl im Webshop Minuten alt ist statt Tage. Die frühen Ausverkauft-Markierungen hören auf, weil online niedrig zu gehen keine Courage mehr erfordert. Und die Morgenkontrolle verschwindet vollständig — die Liste erledigt sich selbst.

Es gibt einen ehrlichen Vorbehalt, und er ist derselbe, der für jede intervallbasierte Synchronisation gilt: Fünf Minuten sind nicht null. In einem extremen Flash-Sale-Szenario — Hunderte von Bestellungen in Minuten auf ein einzelnes Produkt — kann selbst eine fünf Minuten alte Zahl der Realität hinterherhinken, weshalb Kampagnenkonfigurationen mit hohem Volumen ein Konfigurationsgespräch vor dem Ereignis wert sind, nicht danach. Für den täglichen Betrieb, einschließlich eines normalen Black Friday, ist minutenalter Lagerbestand der Unterschied zwischen Raten und Wissen.

Wenn jemand in Ihrem Unternehmen noch immer Webshop-Mengen manuell aktualisiert — oder wenn Ihr Puffer existiert, weil die Alternative Entschuldigungs-E-Mails sind — lautet die Frage die übliche: