Neu Scannen von EANs, die mit Doppel-0 beginnen

[simplybecause]

Hallo,

wir haben EANs, die mit Doppel-0 beginnen.
Scanne ich diese unter dem Punkt "Information" in der WMS-App, steht die EAN mit einer 0 im Suchfeld und der Artikel wird dennoch gefunden.
Scanne ich die gleiche EAN während des Pickens, kann er nicht gefunden werden.
Hat jemand eine Idee, woran das liegt?

 

[Karalanta]

Die erste Idee die mir spontan einfällt wäre es es ein UPC Code sein könnte. Das hatten wir zumindest mit einem Hersteller und und der JTL-POS.
Geholfen hat dann nach Rücksprache und einem QR zur Programmierung des Scanners mit dem Hersteller die Funktion "Convert UPC to EAN"
In unserem Fall wurde dann der 12 Stellige Code mit einer führenden 0 aufgefüllt - da der Artikel als 13 Stellige EAN mit 00 am Anfang in der WaWi angelegt war.
Hoffe der Ansatz hilft evtl. weiter.

 

[simplybecause]

Das komische ist, das die EAN an einer Stelle im System gelesen werden kann und an anderer Stelle nicht.
Die EANs 00 sind 13-stellig so wie andere EANs, die wir haben.

 

[frankw]

Offiziell gibt es keine EANs mehr sondern nur noch 13-stellige GTIN.
Probleme gibt es für die Software wenn die GTIN mit "0012345678912" gescannt wird aber "12345678912" in den Artikeldaten steht. Oder andersrum.

Wir versuchen dann die 00 zu ignorieren, aber das ist relativ kompliziert.
Könnte aber sein, das wie noch irgendwo ein Feld ohne diese Logik haben... dann wäre das ein Bug.

Grundsätzlich hat man aber weniger Probleme wenn die gescannte Nummer mit den Artikeldaten übereinstimmt und eindeutig ist.

Gruß,
Frank

 

[cschroeder]

Mal zwei andere Frage zu den EANs, denke das passt hier ganz gut rein:

1. ein Lieferant hatte im Barcode vorne und hinten jeweils den Buchstaben "A" mit drin gehabt, kann man filtern?
2. Unsere Antriebshersteller haben einen Barcode auf den Artikeln die aus der Artikelnummer und der Seriennummer bestehen.
Kann ich diese mit JTL erfassen? Oder nur die ersten Stellen des Barcodes?

 

[frankw]

Hallo,

1. Im WMS kann man die bestimmt irgendwie Filtern. Müßte ich aber auch ausprobieren.
2. Wenn der Barcode aus Artikelnummer und Seriennummer ein GS1-128 Code ist, dann kann er die Informationen beide auslesen.

Gruß,
Frank

 

[sjk]

Alternative zu Punkt 1, falls ihr kein WMS habt oder man doch nicht filtern kann:
Tragt die GTIN ohne "A"s im GTIN-Feld des Artikels ein, und zusätzlich die Variante mit den Buchstaben im Artikel => Sonstiges in eines der anderen ID Felder, das Ihr für nichts anderes benötigt, z. B. "Eigene ID". Wenn ihr dieses Feld nicht in den Lagereinstellungen deaktiviert habt erkennt der Packtisch dann beide Varianten. Von euch gedruckte Labels erhalten dann die cleane Variante aus dem GTIN Feld, Scans von Labels eures Lieferanten werden auf das andere ID Feld gematched.

 

[cschroeder]

Alternative zu Punkt 1, falls ihr kein WMS habt oder man doch nicht filtern kann:
Tragt die GTIN ohne "A"s im GTIN-Feld des Artikels ein, und zusätzlich die Variante mit den Buchstaben im Artikel => Sonstiges in eines der anderen ID Felder, das Ihr für nichts anderes benötigt, z. B. "Eigene ID". Wenn ihr dieses Feld nicht in den Lagereinstellungen deaktiviert habt erkennt der Packtisch dann beide Varianten. Von euch gedruckte Labels erhalten dann die cleane Variante aus dem GTIN Feld, Scans von Labels eures Lieferanten werden auf das andere ID Feld gematched.

super Idee, danke für den Tip...

 

[simplybecause]

Offiziell gibt es keine EANs mehr sondern nur noch 13-stellige GTIN.
Probleme gibt es für die Software wenn die GTIN mit "0012345678912" gescannt wird aber "12345678912" in den Artikeldaten steht. Oder andersrum.

Wir versuchen dann die 00 zu ignorieren, aber das ist relativ kompliziert.
Könnte aber sein, das wie noch irgendwo ein Feld ohne diese Logik haben... dann wäre das ein Bug.

Grundsätzlich hat man aber weniger Probleme wenn die gescannte Nummer mit den Artikeldaten übereinstimmt und eindeutig ist.

Gruß,
Frank

Hallo Frank,

danke für die Info.
Ich denke, ich habe die Ursache gefunden.
Bei allen Artikeln ist auf jeden Fall die korrekte GTIN mit 00 hinterlegt.
Aber bei jetzt 2 Wechseln der WaWi innherhalb eines Jahres ist wohl unterwegs was schief gelaufen und es sind GTINs mit nur einer 0 statt 00 abgelegt worden. Dummerweise wurden Artikeletiketten mit nur einer 0 gedruckt, bevor der Fehler bemerkt wurde.
Und so liegt es jetzt wohl an den falschen Etiketten. Das macht sich nicht bemerkbar, wenn man mit der WMS-Mobile-App unter Informationen scannt, denn dann wird der korrekte Artikel angezeigt.
Es funktioniert aber nicht beim Picken, der Retoure oder dem Umlagern. Da wird dann der Code nicht korrekt gelesen bzw. nicht der entsprechende Artikel gefunden. Ist jetzt wohl eine Fleißaufgabe, diese Artikel ausfindig zu machen.