在线条形码格式怎么选：Code 128、EAN-13、UPC-A 排查指南
生成在线条形码前，先按接收系统、数据类型、位数、校验位、扫描距离和打印标签环境选择 Code 128、EAN-13、UPC-A、Code 39 或 ITF-14。本文用零售、仓库、内部资产和物流外箱场景说明格式边界、常见输入错误、打印静区与扫码测试方法，避免条码图片看似正常却无法被业务系统识别。
在线生成条形码时，最容易出错的不是图片导出，而是格式选错。条码图片在浏览器里能显示，不代表收银机、仓库 PDA、物流系统或标签打印机能正确识别。排查条码问题时，我通常先问一个问题：谁会扫描它，扫描后系统期待得到什么字符串？
如果答案是“零售系统要读商品编号”，你不能随便用 Code 128 代替 UPC-A；如果答案是“仓库内部资产标签”，强行凑成 EAN-13 也没有意义。先把业务场景和数据规则弄清楚，再打开 条形码生成器 会省很多返工。
先从接收系统倒推格式
条形码不是装饰图，它是给某个系统读取的输入。格式选择应从接收端倒推，而不是从“哪个看起来熟悉”开始。
常见判断方式：
| 场景 | 更常见的格式 | 先确认什么 |
|---|---|---|
| 线下零售商品 | EAN-13、UPC-A | 商品编号是否已分配、位数和校验位是否正确 |
| 仓库/订单标签 | Code 128 | 扫描器和 WMS/ERP 是否支持字母数字内容 |
| 内部资产编号 | Code 128、Code 39 | 字符集、标签尺寸、人工可读文本是否需要保留 |
| 物流外箱 | ITF-14 | 外箱编码是否符合贸易项目规则，打印尺寸是否足够 |
| URL、活动页、说明页 | 二维码 | 手机扫描是否是主场景，内容是否较长 |
如果平台、供应商或打印厂已经给了规范，按规范走。不要因为某个在线工具能生成某种格式，就把不符合规则的数据塞进去。
用数据本身判断能不能生成
格式和输入值必须匹配。下面这些错误很常见：
- EAN-13 需要数字和校验规则，却粘贴了商品名称；
- UPC-A 位数不对，靠前面补 0 试图蒙混过关；
- Code 39 不支持某些小写或特殊字符，却从表格里复制了完整 SKU；
- ITF-14 被拿来做单件商品标签，而不是外箱或贸易项目标识；
- 输入值前后有空格，扫码结果多出不可见字符。
一个实用做法是先把数据写成“系统实际要收到的字符串”。例如仓库希望扫码后得到 WH-A12-000938，那就选能表达这个字符串的格式；如果零售系统希望得到 12 位 UPC-A 数字，就不要把内部 SKU 生成成 UPC 外观。
Code 128、EAN-13 和 UPC-A 的边界
Code 128 适合内部编号、订单号、批次号、测试数据和较灵活的字母数字内容。它的优势是紧凑、表达能力强，但前提是扫描器和系统支持。
EAN-13 更偏零售商品编号。它不是“13 位数字图片”这么简单，校验位和编号来源都要正确。随机编一个 13 位数字用于测试可以，但不要把它当正式商品条码。
UPC-A 常见于北美零售场景，通常是 12 位数字。它和 EAN-13 有关系，但不是所有系统都允许你随意互换。上线前要看平台或收银系统到底要求哪个。
Code 39 更容易人工核对，字符集更保守，适合一些老系统或简单资产标签，但同样不能表示任意文本。
ITF-14 多用于外箱和物流包装，不适合拿来承载长文本或 URL。
示例：同一个编号在不同场景下怎么选
假设你有一个内部商品记录 SKU-24-CABLE-BLK-2M。
- 用于仓库货架标签：优先考虑 Code 128，因为它能直接表达字母、数字和连字符。
- 用于商品外包装零售结账：不能直接使用这个 SKU，需要正式分配的 EAN/UPC 编号。
- 用于外箱扫描：看是否有对应外箱编码，可能涉及 ITF-14，而不是单件 SKU。
- 用于让用户打开说明页：不要用一维条码承载长 URL，用 二维码生成器 更合适。
这个例子说明：同一件商品在不同链路里可能需要不同标识。条码格式不是按商品选，而是按扫描任务选。
打印前检查静区、尺寸和对比度
很多“扫码失败”不是生成算法错，而是打印版式破坏了条码。上线前至少检查：
- 条码左右是否有足够静区，周围文字或边框不要贴太近；
- 是否被非等比拉伸，条纹宽度不要变形；
- 黑白对比是否足够，浅灰条纹和花背景容易失败；
- 标签尺寸是否适合扫描距离，仓库远距离扫描需要更大尺寸；
- 导出格式是否被压缩软件模糊化；
- 人工可读文本是否和条码实际内容一致。
最可靠的测试不是看预览，而是用实际扫描器、实际标签纸、实际业务系统扫一次。扫码能出字符串还不够，还要确认系统能匹配到正确记录。
ISBN 场景不要混用普通商品条码
图书编号有自己的规则。如果你处理的是 ISBN，不要只把数字丢进普通 EAN-13 流程里了事。更稳的做法是使用 ISBN 条形码生成器，并在生成前确认 ISBN 分配、版本和校验位。
反过来，如果数据不是 ISBN，就不要使用 ISBN 专用工具。内部库存号、测试号、订单号应该回到普通条形码格式选择。
常见故障排查清单
扫码失败时按这个顺序查，比反复换图片格式更快：
- 扫描器是否支持当前条码类型；
- 输入值是否有空格、换行或不可见字符；
- 位数和校验位是否符合格式要求；
- 打印后静区是否被裁掉；
- 图片是否被压缩或缩放导致条纹模糊；
- 扫描结果是否和系统数据库里的字段完全一致；
- 测试环境和生产环境是否使用不同编号规则。
FAQ
内部仓库标签一般选什么？
如果没有旧系统限制，Code 128 通常是稳妥起点，因为它能表达较灵活的字母数字编号。但仍要用真实扫描器和库存系统确认。
EAN-13 可以随便生成测试商品号吗？
可以用于本地测试或样稿，但不要把随机 EAN-13 当成正式商品编号。正式零售编号涉及分配和平台规则。
条形码图片清晰就一定能扫吗？
不一定。静区、尺寸、对比度、标签材质、扫描距离和系统支持都会影响结果。必须在实际流程中测试。
URL 能不能做成 Code 128？
技术上短 URL 可能可以，但手机扫描和用户访问场景更适合二维码。一维条码更适合短标识符和业务扫描器。