字符串转Code 128条码显示异常，请求排查解决

核心问题定位 #

你遇到的首尾字符显示异常、阅读器无法识别的问题，大概率是转换逻辑错误或字符集编码不匹配导致的，结合你给出的转换结果ÒQPLÓ，可以从以下几个方向排查：

可能的原因分析 #

• 起始/终止码映射错误：Code128的起始、终止码是特殊ASCII控制字符，而非普通显示字符，若转译时直接硬编码显示字符（如Ò/Ó），会因字符集差异导致编码变形。
• 数据码转换逻辑错误：输入1401得到QPL中间段，说明程序错误使用了Code128的编码表（比如误选Code128A而非B/C，导致数字被映射为大写字母）。
• 缺失校验位计算：在线生成器会自动计算并添加校验位，若你的转译程序漏了这一步，阅读器会因校验失败无法识别。
• 字符集不兼容：GeneXus默认UTF-8编码，而Code128字体依赖ISO-8859-1（Latin-1），特殊字符被转码后无法触发字体的条码绘制逻辑。

解决步骤 #

1. 修正Code128编码逻辑 #

以输入1401为例，正确的Code128B编码流程：

1. 选择起始码B（ASCII十进制195，对应Latin-1字符Ó）
2. 数据码直接使用字符ASCII值：1=49，4=52，0=48，1=49
3. 计算校验位：
   • 加权和：195*1 + 49*2 + 52*3 + 48*4 + 49*5 = 886
   • 取模103：886 % 103 = 62，对应ASCII62（字符>）
4. 添加终止码（ASCII十进制206，对应Latin-1字符Ö）
   最终正确编码字符串应为Ó1401>Ö（对应ASCII序列：195,49,52,48,49,62,206）

2. 用ASCII值生成字符而非硬编码 #

在GeneXus中，避免直接写显示字符，改用Chr()函数生成对应ASCII值的字符，确保编码准确：

&Input = "1401"
&StartCode = 195 // Code128B起始码
&EndCode = 206   // 终止码
// 计算校验位
&Sum = &StartCode
For &i from 1 to Len(&Input)
    &Sum = &Sum + (Asc(Sub(&Input, &i, 1)) * (&i + 1))
EndFor
&Checksum = &Sum % 103
// 拼接最终条码字符串
&Barcode = Chr(&StartCode) + &Input + Chr(&Checksum) + Chr(&EndCode)

3. 强制设置输出字符集 #

• PDF生成：在GeneXus的报表/文档配置中，指定字符编码为ISO-8859-1，避免UTF-8对特殊字符的转义。
• Word导出：确保生成的文档使用Latin-1编码，可通过GeneXus的导出参数调整编码格式。

4. 验证转换结果 #

生成条码字符串后，可通过查看字符的ASCII值确认是否正确，而非仅看显示字符——因为Code128字体的特殊字符在普通文本显示中会呈现为乱码，只有应用字体后才会显示为条码。

内容的提问来源于stack exchange，提问作者Nicola