Trex Pi
Jeder Händler, den wir treffen, hat dieselbe Geschichte: Der Webshop hat drei Einheiten von etwas verkauft, wovon das Lager null hatte, eine wütende Kunden-E-Mail folgte, und jemand erklärte die Integration für „kaputt". Meist ist sie das nicht. Sie tut genau das, wofür sie entworfen wurde - den Bestand alle 15 Minuten abzugleichen - und das Design ist das Problem.
Überverkauf ist eine Konsistenzfrage
Der Lagerabgleich bewegt sich auf einem Spektrum zwischen zwei Kosten:
- Zu selten abgleichen, und Sie verkaufen, was Sie nicht haben.
- In Echtzeit reservieren, und Sie bezahlen dafür - in ERP-API-Last, in Checkout-Latenz und in technischer Komplexität.
Der Fehler besteht darin, für den gesamten Katalog einen einzigen Punkt auf diesem Spektrum zu wählen. Ein Händler mit 40.000 SKUs hat vielleicht 200, die je in die Nähe eines Überverkaufs kommen - Schnelldreher, Aktionsartikel, Abverkauf der letzten Einheit. Die verdienen eine Echtzeit-Reservierung beim Checkout. Die anderen 39.800 sind mit einem 15-Minuten-Batch-Feed bestens bedient.
Das Drei-Stufen-Modell, das wir ausliefern
- Batch-Stufe - der Standard. Bestände fließen nach Zeitplan vom ERP zum Webshop. Günstig, robust, gut geeignet für alles mit gesunder Bestandstiefe.
- Schwellenwert-Stufe - sinkt der verfügbare Bestand unter eine konfigurierbare Untergrenze, wird die SKU automatisch auf ereignisgesteuerte Updates hochgestuft.
- Reservierungs-Stufe - der Checkout legt vor Bestätigung der Bestellung eine feste Reservierung im ERP an. Vorbehalten für die Handvoll SKUs, bei denen ein Überverkauf mehr kostet als die API-Aufrufe.
Die Hochstufung zwischen den Stufen erfolgt automatisch und datengetrieben - die Integration beobachtet ihre eigene Fehlerquote und passt sich an. Sechs Monate nachdem wir das für eine baltische Handelsgruppe umgesetzt hatten, sank Überverkauf von einem wöchentlichen Vorfallskanal auf zwei Fälle pro Quartal - und beide erwiesen sich als von Hand korrigierte Lagerbestände: ein Erfassungsfehler an der Quelle, kein Fehler im Abgleich.
Gestalten Sie die Integration um die Kosten eines Fehlers herum, und die Architektur ergibt sich von selbst.