M.i.v. deze Releasenote is er een nieuwe Layoutvariabele %PL-EAN128_01_10% beschikbaar gesteld met daarin feitelijk de plain tekst waarde van de EAN128 codering met Identifiers 01 (EAN code) en 10 (Chargenummer).
Nu dachten we misschien dat die variabele er al was, in de vorm van de "Human Readable" variabele %BO-EAN128_01_10%, doch die Human Readable versie is net iets anders als de kale data in de %AV-EAN128_01_10%; de Human Readable versie maakt nl. expliciet die Identifiers kenbaar door ze tussen haakjes te vermelden.
Zo zal de Human Readable versie de waarde:
(01)08716545398428(10)269U0360602
kunnen bevatten, waar de Plain versie nu deze waarde zonder haakjes bevat:
010871654539842810269U0360602
Let op: Merk op dat het er op lijkt alsof de %AV-EAN128_01_10% altijd gebruikt kan worden voor de EAN code met identifiers; in werkelijkheid is deze variabele alleen bruikbaar voor een ZEBRA printer!
TEC printers lijken anders te werken, en bevatten zelf een mogelijkheid om tekst om te zetten in Barcode formaat, via een {RB00 opdracht.
Hierbij mag een %AV-EAN128_01_10% NIET naar een TEC printer worden gestuurd, omdat deze aanstuurkodes bevat voor een Zebra-printer, waar de TEC printer op fout loopt. Zo geldt bijv. voor een Zebraprinter dat de letter "U" in het Chargenummer een omschakeling vereist naar een zgn. Subset-C, en een TEC printer deze koding opvat als 'terug naar het vorige scherm' of i.d.
Een variabele %BO-EAN128_01_10% drukt weliswaar de Human Readable versie af, waar geen aanstuurkodes in zitten, maar deze versie bevat i.g.v. de 01_10 variant weer haakjes om de Identifiers waardoor deze alsnog niet gescand kan worden als ze in Barcode wordt afgedrukt.
Derhalve per heden een %PL-EAN128_01_10% die de Plaintext waarde moet bevatten, zónder eventuele haakjes. Als deze naar een TEC printer gestuurd wordt, dan zou de scan tot de volledige string 010871654539842810269U0360602 moeten leiden, en weet het Scanterminal scherm welke partij daarmee bedoeld wordt.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOLVGNAV | Omschrijving (nog) niet bekend | 10-11-2016 | 11-11-2016 |
