Issue angelegt VarKombis / Stücklisten mit eigener EAN kommissionieren / picken [WAWI-52486, WAWI-41793]

[LaLumex]

Hallo zusammen,

wir haben kürzlich WMS in Betrieb genommen und stehen vor einem Problem mit VarKombis/Stücklisten.
Ich muss das mit einem Beispiel erklären und hoffe man kann mir folgen... 🙈

Vaterartikel: Hühnerei

Das Hühnerei gibt es in S und in M.
Die beiden Größen gibt es wiederum in verschiedenen Bundles

1 x Hühnerei M
2 x Hühnerei M*
6 x Hühnerei M*
1 x Hühnerei S
2 x Hühnerei S*
10 x Hühnerei S*


Diese Bundles sind als Varkombis angelegt und die mit Sternchen gekennzeichneten Variationen sind gleichzeitig auch Stücklistenartikel.
Bekommen wir eine Palette mit 1.000 x Hühnerei M geliefert, werden diese 1.000 Eier in der Variation 1 x Hühnerei M eingebucht und der Rest ergibt sich durch die Stücklisten. 2 x Hühnerei M ist also ein Stücklistenartikel, der aus 2 x 1 x Hühnerei M besteht.

2er, 6er oder 10er Packs haben wir vorbereitet im Lager liegen, mit eigener EAN.
Wir wissen natürlich nicht im Voraus wie gestückelt eine Palette verkauft wird, wieviel davon z.B. einzeln oder 6er Packs bestellt werden. Daher werden diese Packs in Etappen vorbereitet. Und deshalb ist dieser Gesamtlagerbestand für uns auch wichtig, also welche Menge einzelner Eier vorhanden ist, wir können keinen festen Bestand für die einzelnen Packs festlegen.

Wir haben nun jeder dieser Varkombis eine eigene EAN zugewiesen.
Gehen wir los um 10 Aufträge zu picken, zeigt das MDE uns an, dass wir z.B. 16 x Hühnerei M benötigen, es wird nicht angezeigt ob ein 2er oder 6er Pack bestellt ist. Der Picker würde also 16 einzelne Eier aus dem Regal nehmen und erst der Packer sieht, wie diese in den einzelnen Bestellungen gebündelt sind. Diese insgesamt 16 Eier könnten also z.B. sein 1 x 6er Pack, 3 x 2er Pack und 4 x einzeln. Nun müsste der Packer die einzelnen Eier entsprechend in die „Transportsicherung“ einpacken und dann erst ins Paket packen - das ist nicht wirklich effektiv.

Wir hätten es gerne so – um bei dem Beispiel mit den insgesamt 16 Eiern zu bleiben - dass das MDE in diesem Fall anzeigt:
Hole
1 x 6er Pack
3 x 2er Pack
4 x einzeln

Gibt es dafür eine Lösung, die wir noch nicht kennen?

 

[Stetto]

Nein, dafür gibt es keine Lösung und es ist auch keine geplant.

Im Wareneingang und beim Picken die korrekten Mengen des benötigten Produktes zu entnehmen bzw. einzulagern stellt neben der EAN im Stammartikel und der Stückliste, die hinterlegten "Gebinde-EANs" im Stammartikel "Dem Ei M" bzw. "Ei S" sicher.

JTL- WMS Mobile kennt aktuell und auch in Zukunft immer nur das Rohprodukt - also das einzelne Ei.


In eurem Fall handelt es sich nicht mehr um Stücklisten, sondern eigentlich um eigenständige Artikel (Einzeln, 6er Pack, 10er Pack).

Die Packs müssen also jeweils mit eigenem Lagerbestand arbeiten, wenn ihr diese Artikel einzeln verkaufen wollt - ist es für den Endkunden denn wichtig, ob er 12 Eier im 2x 6er Karton oder 4 Stück im 6er Karton und 10 Stück im 10er Karton bekommt? Er will doch erstmal 12 Eier ^^



In Zukunft könnte es lediglich mit JTL-Plan&Produce möglich werden, dass ihr die bestellten 6er / 10er Kartons je Auftrag vorbereitet, mit einem eigenen Barcode verseht und dann die entsprechenden vorbereitet Artikel pickt ...

Der Picker würde also 16 einzelne Eier aus dem Regal nehmen und erst der Packer sieht, wie diese in den einzelnen Bestellungen gebündelt sind. [..] Nun müsste der Packer die einzelnen Eier entsprechend in die „Transportsicherung“ einpacken und dann erst ins Paket packen - das ist nicht wirklich effektiv.

So habt ihr das also korrekt erkannt. So würde ich es wohl auch machen. Die Eier vielleicht auf diesen großen 10x10 "Eier-Kartonplatten" picken lassen und der Picker füllt die in den gewünschten Karton - oder aber die Stücklisten als eigene Artikel mit eigenem Lagerbestand führen. Andere Lösungen existieren aktuell und auch in der planbaren Zukunft nicht.



Etwas artverwandt ist dieser Wunsch: https://issues.jtl-software.de/issues/WAWI-41793

Vergleichbar ansonsten noch das hier: https://forum.jtl-software.de/threa...-jtl-pos-und-jtl-wms-mobile-angezeigt.147752/

Entsprechen würde dieses Ticket: https://issues.jtl-software.de/issues/WAWI-52486 - allerdings wie gesagt, nicht eingeplant für eine zeitnahe Umsetzung

 

[LaLumex]

Danke für die Antwort.

Die Packs müssen also jeweils mit eigenem Lagerbestand arbeiten, wenn ihr diese Artikel einzeln verkaufen wollt - ist es für den Endkunden denn wichtig, ob er 12 Eier im 2x 6er Karton oder 4 Stück im 6er Karton und 10 Stück im 10er Karton bekommt? Er will doch erstmal 12 Eier ^^

Natürlich, dem Kunden ist das vollkommen egal.
Es stellt vielmehr uns intern vor Probleme.

1. Wir wissen nicht vorab in welchen Bündelungen eine Palettenmenge von den Kunden bestellt wird. Bei einer Palettenmenge von 1000 Stück können davon bis zum Abverkauf 50 6er Packs verkauft werden oder 100 oder nur 30.
Wenn wir mit eigenen Lagerbeständen pro Variation arbeiten, blockieren wir uns sehr wahrscheinlich immer wieder selbst einzelne Variationen mit "ausverkauft" obwohl eigentlich noch Lagerbestand da wäre um diese Variation "herzustellen". Einzige Möglichkeit wäre dann engmaschig überwachen immer wieder hin und her buchen. Spontan halte ich das nicht für sinnvoll.

2. Effektives Picken und Packen. Wir legen schon immer großen Wert darauf sehr sicher zu verpacken, zahlt sich auch aus bei transportempfindlichen Produkten, wir haben deutlich unter 0,5% Reklamationen wegen Transportschäden. Entsprechend ist diese Verpackung der empfindlichen Produkte aber auch vergleichsweise aufwändig. Erschwerend kommt hinzu, dass sich die Schutzverpackung je nach Variation unterscheiden kann.
Gerade unser Bestseller ist nun hiervon betroffen. Den bekommen wir palettenweise in 6er Kartons geliefert, wird verkauft als Einzel- und Doppelpack, sowie als 6er Pack. Der 6er Pack geht in dem Karton raus, vorher stecken wir aber innen noch Trennkartons dazwischen. Für Einzel- und Doppelpack wird in Wellpappe gewickelt mit Tesa fixiert.
Es hat sich als effektiver herausgestellt eine Menge von X als ensprechenden Pack in der Schutzpackung vorbereitet zu lagern, als jeden bestellten Pack einzeln erst nach Bestellung erst in diese Schutzverpackung zu wickeln bzw. die Trennkartons zu stecken. Der Packer ist ohnehin das langsamste Glied in der Kette, wenn er das oben beschriebene nun auch noch machen muss, wird er noch langsamer.
Natürlich könnte man immer noch vorbereitet lagern, dann tragen wir die Produkte aber hin und her, weil der Picker eben 16 einzelne Eier bringt und nicht wie im Beispiel bestellt 1 x 6er Pack, 3 x 2er Pack und 4 x einzeln. In dem Fall würde man also 12 wieder zurück zum Lagerplatz tragen, wenn der Packer sich dann für die 6er und 2er an den vorbereiteten Packs bedient.

Das sind also die Probleme, die wir damit haben. Wir hatten nicht angenommen, dass das so ein "exotischer" Wunsch ist. Wir waren naiv davon ausgegangen, dass das problemlos umsetzbar ist, bis eben nun im Livebetrieb diese Thematik auftauchte.

 

[Stetto]

Hi, der Wunsch ist absolut nicht exostisch. Vielen Dank für die ausführlichen Erklärungen. Die Probleme sind durchaus bekannt. Aber mit der aktuellen Datenbank- und Artikelstruktur wird es kurzfristig (eher sogar langfristig) keine Lösung mit Bordmitteln geben, die out-of-the-box alle eure Eventualitäten abbilden kann.

Ich würde hier ggf. noch den Weg in die JTL-Projektbörse empfehlen. Ich halte das nicht für gänzlich ausgeschlossen, aber dafür ist sehr viel Know-How, "Trickserei", zusätzliche Programmierung und "HinUndHerSchubsen" regelmäßig frisch berechneter Lagerbestände.