条码能扫但系统拒收：编码问题还是数据库问题

当条码能响但应用拒收时，第一个问题是解码出的字符串是否如你所愿。把内容扫进一个纯文本框——记事本、终端或手机备忘录——再与源数据逐字符比对。尾随空格、前导零、Code 39 中的小写字母、GS1 字符串中的 GS 分隔符，都是常见的隐藏差异。

如果文本一致，问题就在下游。数据库可能要求带校验位的 GTIN、不同的国家前缀，或者该商品尚未登记。平台系统常会与商品目录校验：一个编码完全正确但 SKU 未上架的条码，依然会被拒收。

对 GS1-128，请检查应用标识符与 FNC1 分隔符。变长字段后面若还有别的 AI，必须用 FNC1 终止；否则扫描器会把值连在一起，接收系统看到的就是一个超长且非法的字段。有些生成器只在使用带括号的 AI 写法时才自动插入 FNC1，请确认你的工具接受哪种输入。

排查时请记住这个区分：扫描器回答的是“这个图形能否解码”，而不是“这个值对你的业务是否正确”。先验证解码文本，再与目录或 EDI 报文比对，最后才怀疑印刷。