面对“一物一码”四个字,企业首先要问:这个“物”究竟是一瓶、一盒、一箱,还是一批货?本文把一物一码作为一种业务建设方式来讨论:为约定的管理对象分配可区分的标识,再围绕它记录生产、流通或服务动作。标识印出来只是开始,后续记录是否发生、是否可信、是否有人处理异常,决定了它能解决什么问题。
相同产品与同一件产品,要分开管理
两瓶相同规格的产品可以使用同一个商品品种编号,但若需要知道“哪一瓶售后过、哪一瓶来自哪次发货”,就需要单件层面的区分。GS1官方说明,GTIN与序列号的组合可用于识别单件商品实例。来源:GS1序列化说明。企业也可以有自己的内部编号,但应写清适用范围,不能把内部编号直接宣传成全球通用标准。
用一瓶产品走完一条业务链
以下是假设情境:一家企业希望查清产品从工厂到经销商的去向。建议先创建产品档案和生产批次,再生成单瓶标识;包装时把瓶与箱关联;出库时将箱关联到发货单和收货单位;发生拆箱时更新关联;消费者查询时显示允许公开的信息。如果瓶码只对应一个宣传页,后台没有以上事件,企业得到的只是一个数字入口。
| 记录对象 | 建议记录 | 可回答的问题 |
|---|---|---|
| 产品档案 | 名称、规格、版本、品牌主体 | 这是什么产品 |
| 单品档案 | 唯一标识、所属批次、当前状态 | 具体是哪一件 |
| 业务事件 | 时间、动作、单据、操作者 | 曾经发生了什么 |
| 异常处理 | 原因、证据、处理人、处理结果 | 问题如何解决 |
先从能形成闭环的用途开始
以下为实施建议。若主要问题是客服反复核对产品信息,可以先做单品查询与售后登记;若主要问题是发货后去向不清,可以先做箱码出库和经销商收货;若希望开展促销,应先定义谁有领取资格、什么时候取得资格,以及重复领取如何处理。把所有功能一次性加入,往往会掩盖最关键的责任缺口,例如出库人员根本没有扫码时间。
对只需要按批次管理的低值产品,不应为了“一物一码”这个名称而强行增加每件采集动作。建议比较批次管理与单品管理分别能回答的问题,以及新增工序、设备和维护成本,再选择粒度。一个可追溯的批次记录,比大量没有业务记录的单品码更有用。
判断项目有没有做成的三个问题
随机拿到一件产品,能否找到真实的来源记录?随机取一张发货单,能否找到实际发出的对应标识?出现补码、换箱或退货时,历史是否仍可解释?这三个问题都能用实物和单据交叉核对,比只看扫码页面更接近业务验收。建议同时保留“未知”“待补充”“存在冲突”等状态,避免系统为了显示完整而自动填入未经核实的信息。
一物一码也不会自动带来可联系的客户。匿名访问、产品标识和已同意留下联系方式的咨询者是不同对象。网站内容可以解释问题,产品扫码可以提供服务,只有读者主动提交有效需求后,才形成可跟进的咨询线索。项目规划应同时安排业务采集责任与咨询承接流程。
继续了解
一物一码必须用二维码吗?
不一定。二维码、条码、NFC等都是可能的载体,应按读取距离、包装材料和操作环境选择。
只生成很多不同二维码算完成了吗?
只完成标识生成还不够。应验证标识能否正确对应实物、业务记录和异常处理。
参考资料与适用范围
事实出处见正文;流程、表格及清单为本文建议。核验日期:2026-10-03。
- GS1: How does serialisation differ from unique identification?支持GTIN结合序列号识别单件实例;不将序列号唯一性等同于不可复制。
把问题整理成一次有效沟通
可准备一件产品包装照片、当前出入库流程和最希望解决的一个问题,用于讨论是否需要做到单品层级。
整理需求单 ↗联系方式待接入;需求单仅在本机生成,不会自动发送。