Gelöst EAN beim Import einfügen

[Zizou]

Ich spiele meine Artikel mittels einer CSV Datei über die Ameise ein. Meine EAN Nummern befinden sich alle in der Wawi. Besteht die Möglichkeit der Ameise beim Import zu sagen, dass die Artikel automatisch eine EAN bekommen sollen?
Zur Zeit muss ich, nach dem ich die Artikel eingespielt habe die EAN manuell einfügen, was mich leider zu viel an Zeit kostet.

 

[lowien-kcpbikes]

Geht das irgendwie inzwischen?

 

[Pinkman]

Eine automatische EAN? Woher soll diese denn kommen?

 

[lowien-kcpbikes]

Dein ernst?

Aus der in der jtl wawi hinterlegten Liste selbstverständlich!

 

[Timo Helle]

Hallo,

das ist leider noch nicht möglich, der Wunsch nach dieser Funktion ist jedoch in diesem Ticket dokumentiert.

https://issues.jtl-software.de/issues/WAWI-31916

 

[gnarx]

Wir nehmen nicht alle EAN`s in die Wawi und kopieren dann aus der csv in der die restlichen EAN`s drinne sind immer einen Block in die Importdatei.

 

[lowien-kcpbikes]

Wir nehmen nicht alle EAN`s in die Wawi und kopieren dann aus der csv in der die restlichen EAN`s drinne sind immer einen Block in die Importdatei.

Das hilft aber leider nur bei "Importen". Bei Zustandsänderungen in WMS durch die Logistikmitarbeiter nicht. Normalerweise könnten Retouren dann ggf. vollautomatisch als B-WARE oder GEBRAUCHT wieder online gehen. Durch das "EAN-Problem" leider nicht...

 

[Enrico W.]

Da gebe ich Dir Recht - ein Ticket, welches die Funktionalität der Ameise beeinflußt ändert natürlich dann nur das Verhalten bei den Importen.
Wenn das IMMER geschehen soll, wenn ein Artikel angelegt wird, dann wäre das eher ein Thema für die Workflows. Daher verschiebe ich das Thema mal in die Workfow-Ideen-Ecke. Mal gucken, was die Kollegen dazu sagen können.

ABER: Sollten diese Zustandsartikel nicht die gleiche EAN haben? Ist ja schließlich der gleiche Artikel, nur die Verpackung ist beschädigt oder es gibt Kratzer oder so.

 

[lowien-kcpbikes]

@Enrico W.

Danke für's verschieben - Ja, sehe ich genauso - via Workflow wäre es perfekt!

zum ABER: NEIN, das sehe ich/wir nicht so. Wir verkaufen E-Bikes & Fahrräder (aus eigener Produktion! Mit eigenen EANs) und - also auch das "Neuteil" bekommt VON UNS ein eigenes Etikett mit eigener EAN - die geänderte EAN trennt diesen Artikel eindeutig ab! Somit wird verhindert, das B-WARE aus versehen, als NEUWARE versendet wird UND es ist beim Scannen der Kartons auch ein EINDEUTIGES Produkt und der (evtl. Unterpriviligierte) Lagermitarbeiter muss nicht auswählen und drückt dann "aus versehen" auf den falschen Button....

 

[McAvity]

also auch das "Neuteil" bekommt VON UNS ein eigenes Etikett mit eigener EAN

Verstehe ich das richtig das Ihr die EAN wie eine Seriennummer nutzt?

MfG

McAvity

 

[Pinkman]

Wir haben Neuware und gebrauchte Ware, mit unterschiedlichen Gebrauchtzuständen. Wir haben uns dazu einfach Variationsartikel "gebaut", die Artikel können dann den gleichen EAN Code behalten und somit dadurch auch bei Amazon und Ebay eingestellt werden. Bisher hat noch keiner Neuware versendet, statt der bestellten gebrauchten Ware. Klappt im WMS problemlos. Als weitere Unterstützung könnte man sich dann Artikeletiketten erstellen.

(evtl. Unterpriviligierte) Lagermitarbeiter muss nicht auswählen

das ist dann natürlich ein anderes Problem

 

[Dalibor Josic]

Das automatische einsetzen einer EAN aus der Verwaltung zu einem Artikel könnte man über einen Workflow, der ein Script auslöst, realisieren. Auch das setzen einer neuen EAN für diverse Zustände wäre dadurch möglich. Man muss sich lediglich entscheiden was man möchte. Entweder Zustand X erbt EAN vom Hauptzustand oder bekommt eine neue EAN.

 

[lowien-kcpbikes]

Verstehe ich das richtig das Ihr die EAN wie eine Seriennummer nutzt?

MfG

McAvity

Nein. Eine Seriennummer impliziert das es UNIKATE sind. Hier bekommen aber alle Zustände EINE EAN, also mehrere NEU, B-W, GEBR, etc.

 

[lowien-kcpbikes]

Wir haben Neuware und gebrauchte Ware, mit unterschiedlichen Gebrauchtzuständen. Wir haben uns dazu einfach Variationsartikel "gebaut", die Artikel können dann den gleichen EAN Code behalten und somit dadurch auch bei Amazon und Ebay eingestellt werden. Bisher hat noch keiner Neuware versendet, statt der bestellten gebrauchten Ware. Klappt im WMS problemlos. Als weitere Unterstützung könnte man sich dann Artikeletiketten erstellen.

das ist dann natürlich ein anderes Problem

Ich verstehe eure Lösung. ABER für uns halte ich das nicht für geeignet (unabhängig vom "unterprivilegierten" Mitarbeiter). Wir haben 16.000m² Lagerfläche mit hunderten Artikeln, tausende von Stücken, etc. - Will sagen: HIER MUSS eindeutig hart abgegrenzt werden OHNE Kompromisse mit eindeutigem Scancode auf jedem Radkarton.

 

[lowien-kcpbikes]

Das automatische einsetzen einer EAN aus der Verwaltung zu einem Artikel könnte man über einen Workflow, der ein Script auslöst, realisieren. Auch das setzen einer neuen EAN für diverse Zustände wäre dadurch möglich. Man muss sich lediglich entscheiden was man möchte. Entweder Zustand X erbt EAN vom Hauptzustand oder bekommt eine neue EAN.

Das wäre EINE Lösung. Allerdings wäre mir lieber, wenn da seitens JTL was bzgl. der Workflows kommen würde, statt mit DotLiquid bzw. SQL in der Datenbank "rumzuspielen". Zu mal es halt auch schon dutzende Workflows gibt für und rund um die Artikelzustände.

 

[Dalibor Josic]

Das wäre EINE Lösung. Allerdings wäre mir lieber, wenn da seitens JTL was bzgl. der Workflows kommen würde, statt mit DotLiquid bzw. SQL in der Datenbank "rumzuspielen".

Jemand der sich mit SQL auskennt, spielt nicht herum. Das wird schon professionell umgesetzt. Im Prinzip nutzt man einen Workflow um eine SP auszuführen.