ITF-14 外箱条码怎么生成：14 位结构、校验位和包装层级

ITF-14 常出现在外箱和物流包装上，但“生成一张条纹图”不等于拿到了合法的箱码。真正要先确认的是：编号来自谁、14 位是否完整、最后一位校验位是否正确，以及打印后的成品能不能被识别。

图叮的工具可以帮你校验输入、生成 ITF-14，并在浏览器本地导出 PNG 或 SVG；它不能替团队申请或分配商品编码，也不能替代品牌方、供应链或 GS1 流程。

先把 13 位主体和第 14 位校验位分开

图注：先确认编号来源，再生成并反向识别最终文件。

在二维码与条形码工具中，ITF-14 有两种输入方式：

• 输入 13 位数字，工具按规则计算并补上第 14 位；
• 输入完整 14 位数字，工具会重新计算并核对最后一位，错误就不会生成。

代码里的校验算法从右向左处理 13 位主体，权重交替使用 3 和 1，最后取使总和成为 10 的倍数的数字作为校验位。下面这个例子只用于说明计算，不代表可直接使用的商品编码：

主体：1234567890123
校验位：1
示例完整串：12345678901231

实际工作中，主体数字必须来自已批准的编码记录。不要为了让工具“通过”而随便改前 13 位，也不要把一个零售单品码直接复制成外箱码。

包装层级要先由业务规则决定

ITF-14 常用于箱级标识，EAN-13 常用于零售单品，Code 128 更适合内部可变文本或物流字段，但具体编码归属仍由你的供应链和客户要求决定。工具只能核对数字长度与校验位，不知道某个号码是否真的属于某个 SKU、箱规或客户。

如果你还在 EAN-13 和 Code 128 之间做选择，可以先读EAN-13 与 Code 128 的位数和校验位说明。本稿只把 ITF-14 的箱级任务补齐，不把“能生成”写成“编码已注册”。

生成后要做两次验收

第一次：验收编码内容

生成后下载 SVG 或 PNG，先用同一个二维码与条形码工具上传图片做反向识别。识别结果应与预期的 14 位字符串完全一致，尤其要检查首位、末位和中间是否有手工录入错误。

这一步只能证明图像里编码结构可被当前解码器读取，不代表所有扫描枪、打印机和介质都一定通过。

第二次：验收交付文件

打开下载文件，确认文件没有被聊天软件二次压缩、截图裁切或非等比缩放。外箱标签还要按实际尺寸打印一张样张，在目标纸张、油墨和扫描距离下再扫一次。

如果最终要在排版软件里放大缩小，优先保留 SVG；如果供应链只接受位图，导出 PNG 后仍需按实际尺寸检查清晰度和四周留白。

常见的“看起来能用”陷阱

• 把 12 位 EAN-13 主体直接当成 ITF-14 主体；
• 手工改了完整 14 位字符串，却没有重新计算末位；
• 只在屏幕上放大看，没有用最终文件反向识别；
• 把生成工具当成编码分配机构；
• 先截图再打印，导致条宽和留白发生不可见变化。

这些问题不靠重新点一次生成解决。先回到编号来源和输入长度，再回到文件链路。

图叮的二维码与条形码工具支持 ITF-14、EAN-13、EAN-8、UPC-A、Code 128 以及二维码的生成和解码；所有计算在浏览器完成，生成和识别时需要登录。把它当作编码输入和文件验收工具，最后仍由你的包装流程确认是否可交付。