Neu In welchem Fall würde JTL eine eingegeben GTIN automatisch verändern?

[Ahok]

Die Leute in unserem Laden beklagen sich, dass JTL ab und zu die letzte Zahl einer eingegebenen GTIN verändert, können mir aber keine Beispiel GTIN gegeben, bei der das passiert ist. Meine Theorie war, dass es was mit der Zeichenlänge und fehlenden führenden Nullen zu tun hat, aber leider kann ich das Problem überhaupt nicht replizieren. Weiß jemand in welchem Fall JTL sowas tun würde?

 

[qconq]

Ich würde eher auf den Scanner tippen, der was Falsches liest (Sensor verschmutzt, zu schnell bewegt etc)

 

[Ahok]

Ich würde eher auf den Scanner tippen, der was Falsches liest (Sensor verschmutzt, zu schnell bewegt etc)

Nein, die sagen es verändert sich tatsächlich. Sie legen den Artikel an, tippen oder scannen die GTIN ein, drucken ein Etikett und drücken dann auf Speichern. Danach hat das Etikett eine andere GTIN als im Artikel gespeichert ist. Die letzte Zahl ist anders.

 

[peterPan]

aus 4000000000801 (und ich kenn noch viele andere) macht die Wawi zb fast immer 4000000000808. Aber nur im Etiketten-Ausdruck, in der Wawi bleibt die Nummer erhalten
Nur als Beispiel... auch noch in der 1.8.12.4
Aber das hat damit zu tun, dass hier die Prüfziffer verwendet wird... wilde GTINS aktzeptiert die Ausgabe wohl nicht

 

[frankell]

Die Wawi hat von sich aus mit Fantasie-GTINs kein Problem. Es dürfte vielmehr die "Barcode"-Funktion in L&L sein, die auf Korrektheit besteht.

 

[FOC Solutions]

Sind das selbsterstellte Etiketten? Hier könnte ggf. die Variable EANklein zu Probleme führen, hier fehlt, bis auf den Barcode EAN13, die Prüfziffer. Es werden nur 12 anstatt 13 Ziffern dargestellt.

Einen verschmutzten Scanner habe ich noch nicht erlebt, er die falsche Codierung des Scanners, z.B. QWERTY anstatt QWERTZ, oder viel andere Dinge die man beim Scanner konfigurieren kann.