第3章 状态标识与编码：唯一标识符规则、编码结构、编码示例

3.1 适用场景

唯一标识符是IoT产品原型在研发、测试、试点、量产全生命周期中实现一物一码管理的基础。当产品原型进入并行开发阶段（同一品类多个原型同时迭代）、跨团队移交（研发→测试→试点→生产）或资产入库时，必须使用统一的状态标识编码来区分每一个原型的身份、版本和当前状态。以下场景必须启用本规程：

• 多原型并行开发：同一产品线同时存在评估板、工程样机、小批量试产原型，需避免身份混淆。
• 原型状态变更 ：原型从“设计阶段”进入“原型阶段”或“测试阶段”时，状态码必须同步更新。
• 跨部门流转：研发团队将原型移交给测试团队，或从试点现场退回工厂维修时，标识码作为唯一凭证。
• 资产盘点与追溯：公司级或项目级资产台账中，每个物理原型都需要挂接唯一的标识编码。

3.2 前置条件

执行状态标识与编码前，必须确认以下条件已满足：

3.3 操作步骤

唯一标识符由5个字段按固定顺序拼接而成，使用连字符“-”分隔。整体结构如下所示：

按照上图结构，按以下7个步骤生成唯一标识符：

1. 确定产品类别代码：对照《产品品类编码表》，为当前原型所属品类选取2位字母代码（如SN=传感类，CT=控制类，GW=网关类，PL=平台类）。
2. 确定原型类型代码：根据原型当前实物阶段选取2位字母代码（EV=评估板，PR=产品原型，PI=试点产品，MP=量产原型）。
3. 分配版本号：从编号管理台账获取下一个可用的4位数字版本号（起始0001，最大9999，循环使用需审批）。
4. 分配序列号：同一品类+类型+版本下，按时间顺序分配唯一的4位数字序列号（起始0001，不可跳号）。
5. 确定状态码：根据原型实际所处的生命周期阶段选取2位字母状态码（DS=设计阶段，PR=原型阶段，TE=测试阶段，PL=试点阶段，LA=量产阶段）。
6. 拼接完整标识符：按“产品类别-原型类型-版本号-序列号-状态码”格式，使用连字符连接，全部字母大写。
7. 唯一性校验与登记：将生成的标识符与已有台账比对，确认未重复后，录入《原型标识符登记表》。

3.4 输入输出物

3.5 责任边界

• 产品经理：负责维护品类代码表、原型类型定义和状态码映射关系，对编码规则的变更进行签批。
• 研发工程师：在创建新原型时按步骤生成标识符，并确保在实物上正确附着标签。
• 测试/试点负责人：在原型状态发生变更时，及时提交状态码更新申请，并核对实物与台账标识符一致。
• 编码管理员：管理编号台账（版本号与序列号分配），执行唯一性校验，登记并发布标识符。
• 质量审核员：定期抽查标识符合规性（格式、唯一性、状态与实际一致性），出具审计报告。

3.6 记录材料

以下记录材料应随编码流程同步生成并归档：

1. 《原型标识符登记表》：包含标识符、产品名称、品类代码、原型类型、版本号、序列号、状态码、创建日期、创建人、备注。
2. 《编码规则修订记录》：记录每次规则变更的日期、变更内容、审批人。
3. 《标识符唯一性校验日志》：系统或人工校验的结果快照，用于追溯。
4. 《状态变更申请单》：状态码变更时填写的申请与审批记录。

3.7 异常处理

3.8 验收标准

完成状态标识与编码后，必须通过以下5项验收方可视为合格：

1. 格式合规：标识符严格匹配“XX-XX-XXXX-XXXX-XX”格式，字母均为大写，连字符为半角，无多余空格。
2. 字段有效：产品类别、原型类型、状态码均在已发布的编码表中，版本号和序列号在有效数字范围内。
3. 全局唯一：在《原型标识符登记表》中检索该标识符，无重复记录。
4. 实物一致：实物上的标签（或固件中的标识符）与台账记录完全一致，扫描或肉眼可读。
5. 记录完整：登记表中必填字段（标识符、创建人、创建日期、产品名称、状态码）全部填写，无空缺。