Offen LS-Pos-Lagerbestand <> Shop-Lagerbestand

[HelmaSpona]

Wir setzen hier, bei meinem Arbeitgeber LS-POS, die Wawi (1.0.6) den JTL Shop 4 und EA ein. jetzt gab es heute folgenden Fall und da ich von LS-POS bisher absolut 0 Ahnung habe, frage ich mich, ob man das Einstellen kann.

1 Artikel ist 1x am Lager und wurde über Amazon verkauft. Im Artikel zeigt die Wawi an, Bestand 1, in Aufträgen 1, verfügbar 0. Im Shop ist der Artikel weg (warum auch immer nimmt er da die Artikel die nicht lagerhaltig sind raus .... Problemzone Nr. 2) Im Kassensystem wird der Artikel aber mit Lagerbestand 1, Reserviert 1 und Verfügbar 1 angezeigt. Könnte also im Ladengeschäft verkauft werden, obwohl er ja schon bei Amazon verkauft ist. ....


muss das so sein, kann man das nicht so einstellen, dass Artikel, die über Shop, Ebay oder Amazon verkauft sind und unter Berücksichtigung der Reservierungen nicht mehr verfügbar sind, auch nicht verkauft werden können?

Danke.

 

[Kaddi]

AW: LS-Pos-Lagerbestand <> Shop-Lagerbestand

*PUSH*

Würde mich auch sehr interessieren!

 

[D.Stadelmann]

AW: LS-Pos-Lagerbestand <> Shop-Lagerbestand

Hallo HelmaSpona,

welche Versionen von LS-POS und Wawi sind denn genau installiert? Wir bräuchten die Infos einmal, um das nachstellen zu können...

 

[tomlarp]

AW: LS-Pos-Lagerbestand <> Shop-Lagerbestand

Ganz ehrlich: Wie willst Du es dem Kunden an der Kasse beibrigen?

"Hey, sorry - der Artikel X den Sie gerade kaufen wollen wurde vor 10 Min. von einem Kunden bei Amazon bestellt. Ich kann Ihnen den nicht mehr verkaufen"

Da verärgerst Du nur deine (treuen) Ladenkunden. Im Endeffekt stimmt die Anzeige in LS-POS schon, da die Anzeige in roter Schrift erscheint - hättest Du zwei auf Lager, würde die Info (Verfügbar, Reserviert, ...) in schwarz in LS-POS angezeigt werden.

 

[F.Schneider]

AW: LS-Pos-Lagerbestand <> Shop-Lagerbestand

Hallo,

das ist eine Frage der Arbeitsweise (Abgleich per Worker oder manuell, ein oder mehrere Lager, wie viele Plattformen werden bedient, ...?). Wenn mehrere Plattformen bedient werden, macht es Sinn, mit Puffer(n) für (Ama-)Bestellungen zu arbeiten, damit ein gewisser Restbestand für den Ladenverkauf oder Verkauf auf anderen Plattformen übrig bleibt. Eine Überschneidung lässt sich bei asynchron arbeitenden Systemen nie komplett vermeiden. Der Worker (sofern überhaupt verwendet) gleicht ja auch nicht jede Sekunde ab und LS-POS prüft die Verfügbarkeit nur einmal, wenn der Artikel in den Warenkorb gelegt wird. Im Zweifelsfall solltest du Artikel mit geringem Bestand bzw. Lagermenge 1 nur noch über eine Plattform verkaufen, d.h. entweder aus dem Ladenregal oder bei den anderen Plattformen rausnehmen, was aber über den Puffer automatisch gehen sollte.

 

[steschach]

AW: LS-Pos-Lagerbestand <> Shop-Lagerbestand

Hallo,
da muss ich mich ebenso dazu melden, weil ich ein ähnliches Thema habe: Einer meiner Kunden verkauft Ware in einem kleinen store über LS-POS, die gleiche Ware (d. h. das gleiche Warenlager) ist aber auch für den Online-Verkauf vorgesehen. Das ist bewusst so entschieden, denn die gleiche Ware (oft sind es nur mehr einzelne Modelle einer großen Mode-Kollektion) soll ja über verschiedene Kanäle an Kundinnen gebracht werden. Derzeit sehe ich einen für mich noch nicht auflösbaren "Widerspruch" in der Gesamtarchitektur, denn bei LS-POS kann ein bestimmtes Warenlager hinterlegt werden, beim JTL- Shop, so weit ich sehe, geht das nicht (es können nur einzelne Läger vom Online-Verkauf ausgeschlossen werden). Im Zusammenhang mit weiteren Auslieferungskanälen (zum b2c-shop gibt es auch einen b2b-shop mit teilweise Überschneidungen im Sortiment) wirds dann schon schwierig.
Aber da mit jeder webshop-Bestellung ohnehin eine E-Mail kommt, muss die Ware im store halt rasch beiseite gelegt werden. Umgekehrt - wenn Ware im store ein paar Minuten vor einem Online-Kauf weggekauft wurde - muss man mit dem Kunden reden. Das kann nicht verhindert werden, selbst wenn der worker in kurzen Intervallen läuft.
Ich würde mich freuen, in dieser Sache über weitere Lösungsansätze in der Praxis zu lesen.

 

[mustermann]

AW: LS-Pos-Lagerbestand <> Shop-Lagerbestand

Eine Überschneidung lässt sich bei asynchron arbeitenden Systemen nie komplett vermeiden.

Dem stimme ich zu. Aber sollte im beschriebenen Fall die Anzeige nicht eher "Lagerbestand 1, Reserviert 1 und Verfügbar 0" sein? In meinen Augen ein Schönheitsfehler.

 

[pckasse]

AW: LS-Pos-Lagerbestand <> Shop-Lagerbestand

Hallo, sicher sollte "verfügbar" auf NULL stehen, alles andere ist für mich ein "Bug"

ABER: Das Problem ist trotzdem nie aus zu merzen, wenn man nur kleine Bestände hat und auf allen Plattformen UND stationär verkauft. In DEM Moment, wo Du an der KASSE diese info hast, hat der Kunde, wie oben beschrieben, das Produkt in der Hand und will es haben...Diskussionen werden entstehen.

Ich kenne einen JTL Kunden, der pronzipiell weniger auf den Plattformen einstellt, als er im Bestand hat.....was natürlich nur geht, wenn man auch Mengen > "1" hat...