ZPL GS1-128条码三标识符场景下^FN字段模板存调报错问题

故障原因 #

ZPL的指令解析逻辑为：^起始的指令会持续向后读取参数，直到遇到下一个^（新指令起始标识）或^FS（字段终止符）才会结束参数读取。
你原有模板代码的核心问题在于，^FN（字段编号占位）指令后直接拼接了静态文本内容，比如^FN2 >8(10)，解析器会将^FN后到下一个^（即后续^FN3的起始位）之间的所有内容2 >8(10)识别为字段编号参数，该值包含非数字字符，因此触发参数非法报错，后续的FNC1分隔符、AI标识、其他字段占位符全部被忽略，最终只有第一个^FN前的静态内容(91)被正常渲染。
另外原模板中^Barcode formatting、^Barcode generating code不属于合法ZPL指令，若要保留注释请使用^FX开头的注释语法，避免不同打印机固件、解析环境出现兼容问题。

修复方案 #

在条码数据定义段，每完成一个^FN字段占位，立刻新增^FD（字段数据）标识引导后续静态内容，强制切断^FN的参数读取范围，让解析器正确识别字段编号。

修正后的模板存储代码 #

^XA
^DFE:TEMPLATE1.ZPL^FS
^FX 以下为GS1-128条码配置
^FX 条码位置
^FO125,620
^FX 条码模块宽度
^BY4
^FX 条码生成参数：旋转0度、高度250、打印人读码、不打印注释行、不启用UCC校验、解析AI括号
^BCN,250,Y,N,N,D
^FD(91)^FN2^FD>8(10)^FN3^FD>8(90)^FN6^FS
^XZ

模板调用代码（无需修改，和原有逻辑一致） #

^XA
^XFR:TEMPLATE1.ZPL
^FN2^FD81773866^FS
^FN3^FD2130789610^FS
^FN6^FDC2^FS
^XZ

效果说明 #

修正后模板在调用时会自动拼接出完整的条码数据：(91)81773866>8(10)2130789610>8(90)C2，和你直接写死数据的渲染效果完全一致，可正常生成包含91、10、90三个应用标识符的GS1-128条码，无参数报错。
后续如果需要新增更多应用标识符，按照^FD<FNC1分隔符+AI标识>^FN<对应字段编号>的格式依次追加即可。

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