Waarom worden bijzondere leestekens niet goed geprint op Post NL etiketten?

Bijzondere leestekens zoals bijvoorbeeld é, ú et cetera worden op etiketten niet allemaal correct geprint. Volgens Post NL heeft dit te maken met de implementatie van versie 1.5 met de labeling  omgeving van Post NL. Inmiddels is versie 1.9 beschikbaar. Deze zal door RetailVista in de oktober 2015 release worden overgenomen. Tot die tijd is er helaas niets aan dit gedrag te doen.

Update 8/12/2015: Inmiddels is een en ander ingebouwd in RetailVista versie 15.40 en hoger. Hiervoor is ook een nieuwe versie van LocalServices benodigd, minimaal versie 15.15.2.5820 of hoger. Er mag bij de pakketdienst instellingen geen codepage ingesteld zijn, de data afkomstig van Post NL moet 1:1 door de print omgeving worden verwerkt, zonder conversies.

Verder is het goed om te weten dat Post NL voor zowel Nederlandse als buitenlandse zendingen codepage 437 gebruikt. De keuze daarvoor heeft als gevolg dat niet alle high-ascii characters goed geprint kunnen worden, het is eenvoudigweg een beperking van de codepage. Sommige karakters (zoals bijvoorbeeld een è) bestaan niet in codepage 4337 en worden daarom nog steeds niet goed geprint.

Update 13/9/2016:

Het lijkt er op dat PostNL overgestapt is van codepage 437 naar 850. Daarnaast is er een bug geconstateerd tijdens het herprinten van een label vanuit Retailvista, daar werd een conversie naar de codepage 437 uitgevoerd. Vanaf RetailVista v16.23 en hoger is deze bug ook verholpen. Nog steeds moet er geen afwijkende codepage opgegeven wordt bij de PostNL pakketdienst integratie.