使用ZPL II的^BC条码时，^SF指令为何导致多出一位数字？

问题分析 #

你遇到的问题是使用^BC条码时，生成的序列号比预期多了一个0：第五张标签显示为2209290933110004，但预期应为220929093311004。

问题出在^SF指令的格式匹配逻辑上：你在^FD中定义的序列号初始值是3位（000），但^SF的格式符与^FD内容的对应关系出现偏移，导致日期时间的最后一位被错误纳入序列号的固定前缀，最终生成4位序列号。另外，多余的^FC%,{,#字段校验指令可能干扰了条码内容的解析。

解决方案 #

推荐使用更直观的^SN序列号指令替代^SF，简化代码逻辑，避免格式匹配错误。修改后的ZPL代码如下：

^XA
^LL248
^PW480

^BY1
^FO15,10
^BCY,100
^FD%y%m%d%H%M%S^SN000,1^FS

^PQ5
^XZ

代码说明 #

• ^SN000,1：表示序列号从000开始，每次打印增量为1，自动保持3位数字格式（不足补前导零）。
• 移除^FC%,{,#指令：该指令用于添加字段校验字符，此处无需使用，避免干扰条码内容生成。
• ^BCY,100：设置条码显示人类可读文本（若不需要可改回N），方便验证内容。

修改后打印5张标签，序列号会依次为000、001、002、003、004，第五张的完整内容即为220929093311004，符合预期。

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