Gelöst Probleme mit Gebinde in Wawi und WMS

[caudexpflanze]

Hallo,

folgende Situation.
Wir verkaufen auf Amazon 12 Dosen Hundefutter als eine Verkaufseinheit. Also Kunde bestellt 1 Stück, was aus den 12 Dosen besteht. Das ist eine volle VE, wie wir Sie auch bei unserem Lieferanten einkaufen.
Der Auftrag kommt in die Wawi mit Stückzahl 1.
Aktuell liegen 3 Kundenbestellungen vor mit jeweils Stückzahl eins, also insgesamt 36 Dosen.
Bestand ist 0.

Den Artikel haben wir in der Wawi so angelegt, dass unter Sonstiges / Gebinde 12 Stück zu einem EAN Code zugeordnet sind.

Nun kommt Ware vom Lieferanten.

Wir machen den Wareneingang mit dem Gebinde EAN im WMS. Erstmal nur 1x.

Jetzt schaut wie es nach diesem Wareneingang in der Wawi aussieht:

Lagerbestand stimmt.
Aber die verfügbaren stimmen nicht. da sollte 1 anstatt 9 stehen.

So wie es jetzt dargestellt wird, denkt die Wawi, dass ausreichend davon da sind und würde bei den Bestellvorschlägen diesen Artikel ausschließen, obwohl ich 2 Volle VEs, also 24 Dosen zu wenig habe.

Beim Wareneingang im WMS erkennt er anhand des Gebinde EANs also, dass es 12 Dosen sind, aber die Wawi deklariert diese 12 Dosen nicht als eine Verkaufseinheit.

Ich komme hier nicht weiter... kann uns jemand helfen?
Wichtig ist, dass bei den Lieferantenbestellungen in Stück bestellt wird und nicht in VE... also da muss dann 12 Stück und nicht 1x VE stehen.
Stücklisten wollten wir vemeiden, da dann meherre Artikel in der Wawi angelegt werden.

Ein weiteres Problem ist, dass viele Liefernaten von uns keine gesonderte VE EAN haben sondern die EAN für den Einzelartikel und die volle VE gleich sind.
Wenn also in der Artikelverwaltung Allgemein und unter Gebinde die selbe EAN steht, kann ich diese im WMS im Wareneingang zwar erfassen mit den vollen Stückzahl, aber ich kann das ganze dann nicht in Easyshipping verpacken.
Erstelle ich eine Pickliste und Scanne in Artikel dann zum verpacken ein, sagt er, dass dieser auf keiner Pickliste vorhanden ist... obwohl er das ist... das Problem ist nur wenn wie gesagt in der Wawi unter Allgemein und Gebinde der selbe EAN steht.

Danke für eure Hilfe.

Grüße
Jonas

 

[Rico Giesler]

Der Lagerbestand in deinem Beispiel stimmt nicht.
Wenn du ein Gebinde einscannst dann sollte da auch nur 1 stehen und nicht 12.
Das System geht nun von 12 Gebinden aus und 3 davon sind in Aufträgen. Daher sind 9 noch verfügbar.
Das Problem sind tatsächlich die gleichen EAN. Woher soll das System wissen wann du Einzelartikel scannen möchtest und wann ein Gebinde!?

 

[caudexpflanze]

Hi Rico,

das stimmt nciht ganz.
Das Problem mit den falschen Mengen hängt nicht damit zusammen, wenn man 2 gleiche EANs verwendet... bei Artikeln, bei denen die EANs unetrschiedlich sind, stimmen die Mengen ganz genauso nicht.
Habe ich aber auch so geschrieben...
Bei meinem Beispiel hat das Gebinde einen eigenen EAN.

 

[Stetto]

Hi, bei dem was du vor hast führt kein Weg an Stücklisten vorbei.

Bei Ebay-Angeboten könntest du noch mit "Anzahl je Posten" arbeiten, bei Shops und Amazon gibt es das nicht. Einkauf wäre nochmal ne andere Schiene. Die sauberste Lösung sieht wie folgt aus:

Variationskombination "Hundefutter" (Variante in "Menge")
- Variante Menge: "Paket Hundefutter" (Lagerbestandsführung je Stück mit EAN 123 und Gebinde EAN 456 mit Menge 12)
- Variante Karton: "Karton Hundefutter" (Stückliste von "Paket Hundefutter" mit Menge 12 und EAN 456)
(das lässt sich beliebig fortführen)
- Variante Palette: "Palette Hundefutter" (Stückliste von "Paket Hundefutter" mit Menge 144 und EAN 789) > Variante Menge "Paket Hundefutter" wird dann um ein zusätzliches Gebinde mit Menge 144 und EAN 789 ergänzt.

Auf diese Weise kannst du das 12er Gebinde problemlos auf allen Plattformen anbieten, ebenso aber auch den Einzelartikel.

JTL- WMS kennt in allen Schritten nur den bestandsführenden Einzelartikel, selbes trifft auf den Einkauf in JTL-Wawi zu.

Der große Vorteil liegt darin, dass du alle Varianten auch als völlig eigenständige Artikel in Shops, auf Plattformen etc. anbieten kannst, mit eigenen Fotos, Beschreibungen, Preisen etc.