Neu Massenhaft Bestellungen, Abgleich Shop, WaWi kommt nicht nach

[hula1499]

Hallo,

es wird bei uns mit Vorbestellungen immer schlimmer und ich seh ehrlich kein Land mehr.

Kurz:
Bestimmte Produkte werden via Vorbestellung angeboten, via einem Plugin. Dieses Plugin berücksichtigt den zu erwarteten Lagereingang und schaltet die Vorbestellung im Shop ab, sobald dieser Wert erreicht ist.
Soweit so gut, klappt auch alles - eigentlich.

Die WaWi kommt nur nicht mit. Der Abgleich schafft einfach die Vielzahl an Bestellungen nicht annähernd, kann demnach auch keine Daten updaten, Produkte deaktivieren etc.


Heute wieder die Notbremse ziehen müssen (Wartungsmodus Shop), weil noch >1500 Bestellungen nicht in der WaWi waren. Worker steht auf 30 Sek.
Überverkaufvermeidung steht an erster Stelle (Kundenärger, Adminaufwand etc).

Dies ist kein Zustand mehr, mit dem wir weiter arbeiten können.

a.) Gibt es eine Möglichkeit, dass Thema zu beschleunigen (Abholungen aus dem Shop) und das einfach schneller zu machen
b.) der Server ist zwar stark ausgelastet, während dieser Zeit, surfen auf der Seite geht jedoch noch problemlos, trotz 5-7.5k User /h

Schon allein jedesmal den Wartungsmodus für 30-60 Mins. aktivieren zu müssen, ist einfach eine Schande (für uns als Hersteller).

Für kreative Tipps, Vorschläge dankbar nur so können wir, in dieser Konstellation, nicht mehr weiter machen.

 

[stein]

Naja,

Vielleicht geht es manuell besser...
Die Anzahl der zu erwartenden Artikel im Lagerzugang als Bestand eingeben, mit dem Hinweis Vorbestellung und wenn der abverkauft ist, ist erst mal keine Bestellung möglich.
Das verhindert erst mal den Stress mit unzufriedenen Kunden.
Wenn wieder eine neue Lieferung zu erwarten ist, dann wieder einen Bestand eingeben.

 

[hula1499]

Und wie soll dass das Problem beheben, dass die WaWi die Daten/Bestellungen (viel zu) langsam abholt?

 

[stein]

Sorry, ich war der Meinung, dass der Shop die verkauften Artikel erst mal intern abbucht und auf dann auf"nicht lieferbar" geht.

 

[MaxWe]

Der Bestand aus der Wawi wird in den Shop übernommen. Der Shop arbeitet, meines Wissens nach, mit diesem eigenen Lagerbestand.
Das heißt, wenn im Vorweg der zu erwartende Bestand in der Wawi gepflegt wird, holt sich der Shop diesen und arbeitet dann mit diesem. Folglich sollte es zu keinen Überverkäufen mehr kommen.
Dann ist es egal ob der Worker "langsam" synct.

 

[hula1499]

Wie bereits erwähnt, arbeiten wir mit einem Shop-Überverkauf/Vorverkaufsplugin, das spiegelt einfach nur: aktueller Lagerbestand + Einkaufsbestellungswert - Aufträge = maximale Anzahl von noch verfügbaren (Vor)Verkäufen im Shop.

 

[MaxWe]

Vermutlich kein JTL Plugin? Bei Plugins besteht immer die Gefahr, dass normale Mechanismen nicht korrekt funktionieren, weil diese ausgehebelt werden.
Der Worker ist nicht für Echtzeit sync ausgelegt, hier wird man nie einen nahezu identischen Stand zu jedem Zeitpunkt erreichen.
Ich würde eher versuchen, ob es möglich ist, dass das Plugin mit den Shop Werten arbeitet. Aufträge, sowie Lagerbestände sind ebenfalls im Shop geführt und sind dort stets aktueller als in der Wawi (Bei Käufen im Shop). Wie das mit Zuläufen von Beständen ist, weiß ich leider nicht.

 

[hula1499]

Kann nicht ganz nachvollziehen, wie der Stand im Shop "aktueller" als in der Wawi sein soll, sofern man seinen Absatzkanal nicht nur im Shop hat.
Shop kann ja nichtmal mit Puffern von Kindern umgehen-aber das ist eine andere Geschichte.

Bis 100 Bestellungen pro 5 Min. geht das schon halbwegs, nur alles was drüber ist, ist zuviel.

Hilft alles nix, morgen haben wir den nächsten Vorbestelltag für ein weiteres Produkt....ich will nicht wieder den Wartungsmodus aktivieren müssen

Jemand vielleicht noch Tipps zwecks sync?

 

[MaxWe]

Kann nicht ganz nachvollziehen, wie der Stand im Shop "aktueller" als in der Wawi sein soll, sofern man seinen Absatzkanal nicht nur im Shop hat.
Shop kann ja nichtmal mit Puffern von Kindern umgehen-aber das ist eine andere Geschichte.

Dann ist er es nicht, da hast du recht. Allerdings befürchte ich dann leider, dass du immer ein Problem bekommen wirst mit großen Bestellaufkommen :/

Vielleicht hat ja einer eine Lösung dafür, wäre ja super

 

[MichaelH]

Das Plugin ändern in dem du dort den Reservierungsbestand verwaltest und ein "max" für deinen Absatzkanal " Shop" festlegst.
Nicht die schöne Art, aber eine Lösung.

Ich gehe davon aus, dass es sich um eine überschaubare Anzahl von Artikeln handelt die so vorbestellt werden können.

Bei dem Bestellaufkommen ist auch etwas "Kohle" da um dir das Leben mit einer Sonderlösung zu erleichtern.

 

[hula1499]

Nach Absprache mit diversen SP (3 an der Zahl) gabs/gibts keine "schönere" Lösung, die das erreicht, was wir erreichen wollen.

Plugin ist auch eine Sonderlösung gewesen. Das funktioniert ja auch so wie es soll, aber eben nicht/"schleppend" der Abgleich mit der WaWi.

 

[MaxWe]

Man könnte ggf. die Lagerbestände im Plugin direkt aus der Wawi DB auslesen, ohne den Umweg über den Worker und dessen Abgleich der Datenbanken.
Lagerbestand WawiDB + Zulauf aus Einkäufen in WawiDB - Aufträge in Shop, welche nicht Versand sind.
Ist nur ein Gedanke.

 

[hula1499]

Man könnte ggf. die Lagerbestände im Plugin direkt aus der Wawi DB auslesen, ohne den Umweg über den Worker und dessen Abgleich der Datenbanken.
Lagerbestand WawiDB + Zulauf aus Einkäufen in WawiDB - Aufträge in Shop, welche nicht Versand sind.
Ist nur ein Gedanke.

Kein schlechter Gedanke, aber:

Artikel A, 7:00 Uhr
Lagerstand 100
WaWi Bestellung, in Bearbeitung, 5.000 Stück

Artikel A, 8:00 Uhr
Für diesen Artikel nun, via Funktionsattribut den Vorverkauf öffnen (ist quasi nur "überverkauf ermöglichen" simuliert fürn Shop, eben mit der Berechnungsgrundlage ist-stand+eingang-aufträge).
Plugin würde sich holen: 100+5000
Kannst 5100 verkaufen.

Artikel A, 8:12 Uhr
350 Verkäufe

Weiter?
Jetzt müsste das Plugin auch immer updaten/abrrechnen.
5100-350=4750
und das plugin "ohne" wawi bei erreichen der 5100 selbstständig abbrechen? Hm...


Eingangsbestellung dürfte nat. dann nie geändert werden, Stornos/Erweiterungen/Auftragsergänzungen etc. -> alles nat. nicht berücksichtig (ok, damit könnt ich leben, ich bau sowieso in der WaWi-Bestellung schon einen Überlaufpuffer mit ein)

 

[MaxWe]

Man müsste es wohl komplizierter aufziehen..
Ich bin mir leider nicht sicher, wie genau der Lagerbestand kalkuliert in der WawiDB geschrieben steht.
Beim Betrachten eines Artikels oder in der WMS wird ja ein kalkulierter Wert angezeigt (Stornos, Zulauf etc.), welcher Wert nun genau in der Datenbank geschrieben steht wäre entscheidend. Ansonsten müsste man die Abfrage ausweiten und eine eigene kalkulierte Menge erstellen.
Ich würde schauen, dass ich einen Wert erreiche, der mit dem in der Wawi angezeigten Wert für "Lagerbestand: Verfügbar" übereinstimmt (Nicht 100% sicher über den Aufbau, so meine Logik!) => Lagerbestand gebucht + Storno + Zulauf - Aufträge (Reserviert)
Bei den Aufträgen muss man dann, von dieser Berechnung ausgehend, ebenfalls etwas genauer hinschauen: Aufträge, nicht versandt && nicht mit wawi abgeglichen. Denn die, die mit Wawi abgeglichen sind wurden bereits in den aktuellen Lagerbestand eingerechnet.

Hier fängt es an bez. der Leistung problematisch zu werden. Theoretisch muss vor jedem Bestellabschluss geprüft werden ob wirklich noch genug Bestand vorhanden ist. Also =>WawiDB Query + ShopDB Query
Bei deinem Bestellaufkommen könnte man da schnell die ganze Wawi ausbremsen. Zumindest würde ich das annehmen.

Um nicht erwünschte Überverkäufe zu 99% zu verhindern muss man mit Echtzeitdaten arbeiten und ich persönlich sehe da echt Schwierigkeiten, wenn man über mehrere Plattformen verkauft..

 

[hula1499]

Danke für deinen Input. Der Vorverkauf findet nur im Shop statt, trotzdem gibts keine "richtigen" Daten. Wir arbeiten ja mit Zulauf und das aber auch nur punktuell bei dem Produkt, welches wir am Tag X freischalten wollen (und nicht auf "alles").
Das Bremsen kommt nur von der WaWi und dem Ableich der einfach zulange braucht und nicht mehr mitkommt, der Shop schafft das alles schon so halbwegs.
Serverload von 50 in der prime time (nach 15 mins. Eröffnung), frontend läuft trotzdem geschmeidig und in absoluter "best" performance.

Ich habe jetzt das so mal in Auftrag gegeben, das behebt aber nur mein Überverkaufsrisiko und hat mit dem eigentlichen WaWi sync "problem" weniger zu tun.

Vorgehensweise:
Funktionsattribut in der WaWi, der den Überverkauf/Vorverkauf triggert und dann im Shop freischaltet.
JEDOCH:
Beim Erkennen des FA (FunktionsAttributs) wird aus der Wawi bzw. der tArtikel fLagerbestand + fZulauf diese beiden Werte in die Tabelle fNeuUeberverkauf gespeichert.
Bei jedem Verkauf im Shop wird - unabhängig von der Wawi und den Abholungen - der Bestand in der Tabelle fNeuUeberverkauf reduziert/angepasst (egal was die Wawi macht, egal ob der Auftrag bereits abgeholt ist oder nicht).
Formel ist ganz simple: fLagerberstand +fZulauf = Verfügbarer Vorverkaufsbestand minus Shopaufträge = RestVorverkaufsWert.
Der Shop hat somit immer 100% aktuelle Daten und "rechnet" selbstständig und kann selbst entscheiden, wann er wieder deaktivieren kann, ohne auf WaWi Artikel Update warten zu müssen.
Ich hatte heute den Artikelvorverkauf deaktiviert (FA gelöscht) in der Wawi und 15! Mins. später, war der Artikel noch immer online verfügbar, da scheinbar orders prio haben. Danach gabs wieder den schmerzlichen Wartungsmodus, als Vollbremse.

Das Plugin entscheidet dann selbstständig, aufgrund der Tabelle fNeuUeberverkauf, wann das Produkt wieder zu deaktivieren ist, ebenso unabhängig von der WaWi.
Erst wenn das FA "Vorverkauf" rausgenommen wird, löscht das Plugin alle betreffenden Einträge in der fNeuUeberverkauf und fängt beim nächsten mal, natürlich wieder mit den aktuellen neuen Zahlen an.

Mögliche Stornos etc. nicht berücksichtigt, ist mir auch egal. Lieber Lagerstand übrig, wie Überverkäufe und verärgerten Kunden.