仓库把货位写成 A-01，系统里却存成 A01，标签即使能扫描，也可能无法匹配。内部编号条码首先是数据一致性问题，其次才是画图。XunL Code 128 条码生成器适合字母、数字及支持符号构成的内部 SKU、库位和其他编号，也提供 GS1-128 选项。两者在数据约定上不同，不能只看条纹外观就互相替换。
普通编号先确定字符规则与业务对象
把每一张标签代表什么写清楚：商品、库位、批次还是单个序列实例。编号规则应来自实际系统，不应在生成器里临时编一套。尤其大小写、连字符、前导零和固定长度要统一；如果扫描枪自动加回车或系统去掉某些字符，也应纳入验收。图形正确，只能保证它努力表达所输入的数据，不保证业务流程理解一致。
普通 Code 128 不应直接放入任意中文商品说明。页面适合的字符范围与所选码制应先核对，中文名称可以作为标签可读文字，不一定要成为条码内部内容。若确实需要更多字符或结构化数据，应先确认接收设备与软件支持的编码方案，而不是把内容改成一个相似但意义不同的编号。
用一个带零和连字符的样例完成闭环
教学编号设为 RACK-B-0007，代表内部货位。它的重点是两个连字符和前导零必须保留。另一个商品编号 PART-0007即使末尾相同，也不能与货位混用。先用两个不同业务对象的小样，能够检查系统是否只是取了最后四位，或误把两个类型映射到同一记录。
- 选择普通 Code 128，输入 RACK-B-0007，核对预览中的可读文字。
- 设置标签版式与条高，导出文件或进行少量试打。
- 在文本输入框扫描，确认返回完整原文；再到业务系统确认对应货位。
- 用 PART-0007 做第二个样例，检查不同对象没有因截取后缀而混淆。
输入越长，条码在给定尺寸下的读取条件可能越紧张。不要把完整商品介绍拼进内部码，只为省掉数据库查询。编码内容、标签可读文字和系统里的详细记录可以分工：码里放稳定标识，旁边放必要说明，系统根据标识取信息。这样修改产品描述时也不一定要重做整套编号。
GS1-128 需要数据语法，不是加几个括号
GS1 的物流标签指南说明，GS1-128 是 Code 128 的特定使用方式，包含 FNC1 与应用标识符等要求。应用标识符让接收方知道后续字段是商品标识、批号或其他信息。单纯把“批号”写在标签上，或在普通文本里敲几个括号，不等于已经按相应数据规则编码。
若任务来自客户物流要求，先取得对方的数据字段、格式与样例，再在支持的 GS1 模式中输入并验证。固定长度和可变长度字段的分隔处理都可能影响解析。对于第一次接入的业务，应该让接收方用自己的扫描与系统流程验收，而不是只用通用扫码软件看看能否读出一段文本。
内部 Code 128 不会自动变成全球唯一号码，GS1 数据也不能凭生成器取得分配权。图像质量与数据内容需要分别检查。若标签用于供应链交换，保留字段来源、生成版本和接收方验收记录，避免后续模板变化使同名字段含义悄悄改变。
Code 128 使用中的常见问题
必须自己选择 A、B、C 字符集吗？
一般制图流程会按库与输入处理相应字符编码，但这不免除输入字符范围的核对。你真正需要确认的是业务数据是否完整、所选码制是否适合，以及扫描结果是否与约定一致。不要为了缩短图形而手工删除字符；特殊字符问题应回到设备与软件要求处理。
扫描枪读出内容后，为什么系统还是报错？
可能是字段期待的格式不同、大小写处理、自动前后缀或主数据缺失。先在普通文本框记录真实扫描结果，再逐项比较系统要求，区分图形读取失败和业务解析失败。两者需要不同修复，不能一概归咎于条码生成器。
个人微信：ssevening
