数字产品护照首先需要回答数据设计问题:哪些事实属于产品型号,哪些属于生产批次,哪些属于某一实物?
将一切放入可编辑的产品描述,便于早期演示,却使后续更正、供应商变更和单件维修历史更难管理。扩大护照数量前,应先分离身份、证据和展示。
从适用产品规则开始
欧盟《可持续产品生态设计法规》ESPR 将关键护照细节留给特定产品的授权法案。第 9 条将信息采用型号、批次还是单件层级与适用法案相联系;第 11 条涉及访问和更新权限。请参阅法规 (EU) 2024/1781。
以下结构是规划模式,并非通用强制字段清单。请针对相关市场的具体产品,确认信息、载体、访问规则和保留期限要求。更广泛的准备流程见英文 DPP 准备清单。
为每项事实确定归属
| 层级 | 示例数据 | 区分的价值 |
|---|---|---|
| 型号 | 产品系列、维修说明、标准规格 | 一致维护共享信息 |
| 批次 | 生产批号、供应商证明、制造日期 | 将供应商变更关联到受影响生产 |
| 单件 | 序列身份、个别维修或更换事件 | 一件产品的历史不改变其他护照 |
请横向滑动或滚动,以比较各列内容。
这些只是示例,不代表每个字段都必须属于该层级。通常属于型号的特征,在生产变化时可能需要批次特定版本。
假设有一个夹克系列。通用护理指南属于型号,某次面料交付的证据属于相关批次,一件夹克的维修属于该单件。更换护理指南不应悄然改写早期批次当时所依据的面料证据。
将标识符与目标地址分开
内部 SKU、GTIN、批号、序列号和 NFC 芯片标识符用途不同。明确映射,并决定哪个系统负责每种标识。
GS1 Digital Link 支持产品标识及批次、序列等限定信息。快速入门指南解释了它们在网址中的表示方式。即使展示记录的网站变化,标识符也应保持稳定。
印刷长期使用的包装前,规划域名所有权、重定向和导出。修改页面设计不应要求为已流通产品重新贴标。
建立字段登记表并明确负责人
对每个拟议字段,记录:
- 准确定义,以及适用时的单位。
- 适用层级:型号、批次或单件。
- 来源系统或支持文档。
- 负责批准的人员或团队。
- 允许查看或修改的群体。
- 触发复核或更新的事件。
避免只设置一个包含笼统声明的可持续性文本框。有明确方法和证据支持的结构化值,比供应商宣传册中的一段文字更容易审核。如果数值未知,应记录未知状态,而非猜测填写。
设计公开与受限视图
消费者可能需要说明和维修信息;服务合作伙伴可能需要不应公开的操作细节。按字段或资源决定访问权限,再用真实账户测试每个角色。
不要在公开产品 URL 中包含客户与订单数据。内部关联服务案例不意味着需要公开客户身份。产品数据、客户记录与访问凭据应在设计中保持明确边界。
对变更进行版本管理并保留证据
约定如何区分更正与新的生命周期事件。保存修改人、生效时间及批准依据。新的供应商文档不应抹去旧文档与已生产产品之间的关系。
在试点中测试导出与恢复。确认其他团队能否在没有原实施者帮助的情况下重建记录、理解标识符并找到支持文档。这是运营测试,不自动构成互操作性或法律合规声明。
Hashentic 提供可配置产品记录和验证流程。了解 DPP 平台及整体平台能力。讨论演示时请提供少量真实产品与供应商数据;映射几条完整记录,比从包含数百空字段的模板开始更有价值。