Die Felddaten eines ^BC-Barcodes (Code 128) enthalten ein Zeichen außerhalb von ASCII 0 bis 127, etwa à oder é. Zebras Code-128-Zeichentabelle (Teilmengen A, B und C) umfasst nur ASCII, das Zeichen gehört also nicht zur Symbologie: Je nach Firmware lässt der Drucker es weg, ersetzt es oder kodiert die rohen UTF-8-Bytes, und der gelesene Wert stimmt nicht mehr mit dem Text überein. ^CI28 ändert nur, wie Text gelesen wird, nicht was Code 128 kodieren kann, und ein ^FH-Escape wie _C3 erzeugt dasselbe Byte. Die Vorschau zeichnet an seiner Stelle ein Leerzeichen.
^XA^CI28^FO50,50^BY2^BCN,100,Y,N,N^FDJOÃO^FS^XZBefund: ZPL4007 · Zeile 1:35 — ^BC-Felddaten enthalten ein Nicht-ASCII-Zeichen (Ã): Code 128 kodiert nur ASCII 0-127, Drucker lassen es weg, ersetzen oder verstümmeln es, und der Scan weicht vom Text ab (die Vorschau zeichnet ein Leerzeichen). ^CI28 und ^FH-Escapes helfen nicht. In ASCII umschreiben (z. B. Ã → A) oder für Text mit Akzenten QR Code / Data Matrix verwenden
Fehlerhaftes Etikett im Editor öffnen →
Die Daten vor dem Etikett in ASCII umschreiben (JOÃO wird JOAO). Wenn der Text mit Akzenten selbst gelesen werden muss, eine 2D-Symbologie wie QR Code (^BQ) oder Data Matrix (^BX) mit ^CI28 verwenden. Das korrigierte Beispiel nutzt die ASCII-Schreibweise.
^XA^CI28^FO50,50^BY2^BCN,100,Y,N,N^FDJOAO^FS^XZKorrigiertes Etikett im Editor öffnen
ZPL4001 Barcode ohne Daten · ZPL4002 EAN-13-Daten sind nicht 12–13 Ziffern · ZPL4003 GS1-Daten ohne GS1-Modus (kein FNC1) · ZPL4004 GS1-Prüfziffer ist falsch · ZPL4005 GS1-AI-Wert mit falscher Länge · ZPL4006 Drucker setzt die GS1-Prüfziffer
npx labelixa validate "labels/**/*.zpl" prüft Ihre Dateien und gibt neben jedem Befund die Adresse dieser Seite aus. /docs/cli