EAN-13前导零被吃掉后，自动补校验位为什么仍可能扫错

条形码校验通过，只能说明它满足相应的结构检查，不代表还是最初那串编号。前导零被表格或程序当成数值丢掉后，剩下的字符串可能恰好落进“等待自动补校验位”的长度范围。

一个前导零，能变成另一个合法结构

下面的号码仅用于结构演示，不代表已注册商品码。

原始字符串：0123456789012
去掉前导零：123456789012

原始字符串有 13 位；经过数值转换再转回文本，前面的 0 不见了，只剩 12 位。图叮当前 EAN-13 输入规则接受 12 位主体数据，或包含校验位的 13 位完整数据。

因此，新的 12 位字符串可能被当成主体数据，并自动补一位。按当前校验函数计算，得到的是 1234567890128。它与原来的 0123456789012 不同，但也可以通过同一结构校验。

这不是校验器失灵，而是数据在到达校验器之前已经换了身份。

自动补位并不知道丢掉的是哪一位

自动补校验位只依据当前收到的主体数字计算，不会知道你原来是否有前导零，也不会查询商品注册记录替你恢复原码。

当前算法从主体最右侧开始按 3、1 交替加权，再计算使总和到达 10 的倍数的最后一位。它回答的是“当前这些数字对应什么校验位”，不是“这是不是你最初那件商品”。

如果不确定 12 位来自主体数据还是从完整码误删一位，不要让自动补位帮你做业务决定。先回到可信原始编号。

从输入开始保留字符串

导入条码的字段应按文本处理。核对时同时检查：

• 字符串的完整长度；
• 开头的零是否还在；
• 是否经过科学计数法或数值格式化；
• 最终扫描结果是否逐字符等于批准的原编号。

本文不规定某一种表格软件的操作步骤，也不替代商品编码的登记管理。仅有一张能被扫码器识别的图片，不够证明业务编号正确。

在生成和解码两端各看一次

用图叮二维码与条形码工具前，先从可信来源取得完整文本，再选择正确格式。生成成功后下载最终文件，反向识别并把结果当字符串比对。

如果只是要区分格式和可输入长度，可先看EAN-13 与 Code 128 的选型和校验。这一篇额外要守住的是：长度正确、校验正确、图片可扫，是不同检查；其中任何一项都不能替代与原始业务身份的比较。