[H]Hashentic

数字产品护照数据:型号、批次还是单件?

设计实用的 DPP 数据模型:区分型号、批次和单件记录,明确负责人,控制访问,并保留更新依据。

数字产品护照数据:型号、批次还是单件?

数字产品护照首先需要回答数据设计问题:哪些事实属于产品型号,哪些属于生产批次,哪些属于某一实物?

将一切放入可编辑的产品描述,便于早期演示,却使后续更正、供应商变更和单件维修历史更难管理。扩大护照数量前,应先分离身份、证据和展示。

从适用产品规则开始

欧盟《可持续产品生态设计法规》ESPR 将关键护照细节留给特定产品的授权法案。第 9 条将信息采用型号、批次还是单件层级与适用法案相联系;第 11 条涉及访问和更新权限。请参阅法规 (EU) 2024/1781。

以下结构是规划模式,并非通用强制字段清单。请针对相关市场的具体产品,确认信息、载体、访问规则和保留期限要求。更广泛的准备流程见英文 DPP 准备清单。

为每项事实确定归属

层级示例数据区分的价值
型号产品系列、维修说明、标准规格一致维护共享信息
批次生产批号、供应商证明、制造日期将供应商变更关联到受影响生产
单件序列身份、个别维修或更换事件一件产品的历史不改变其他护照

请横向滑动或滚动,以比较各列内容。

这些只是示例,不代表每个字段都必须属于该层级。通常属于型号的特征,在生产变化时可能需要批次特定版本。

假设有一个夹克系列。通用护理指南属于型号,某次面料交付的证据属于相关批次,一件夹克的维修属于该单件。更换护理指南不应悄然改写早期批次当时所依据的面料证据。

将标识符与目标地址分开

内部 SKU、GTIN、批号、序列号和 NFC 芯片标识符用途不同。明确映射,并决定哪个系统负责每种标识。

GS1 Digital Link 支持产品标识及批次、序列等限定信息。快速入门指南解释了它们在网址中的表示方式。即使展示记录的网站变化,标识符也应保持稳定。

印刷长期使用的包装前,规划域名所有权、重定向和导出。修改页面设计不应要求为已流通产品重新贴标。

建立字段登记表并明确负责人

对每个拟议字段,记录:

  1. 准确定义,以及适用时的单位。
  2. 适用层级:型号、批次或单件。
  3. 来源系统或支持文档。
  4. 负责批准的人员或团队。
  5. 允许查看或修改的群体。
  6. 触发复核或更新的事件。

避免只设置一个包含笼统声明的可持续性文本框。有明确方法和证据支持的结构化值,比供应商宣传册中的一段文字更容易审核。如果数值未知,应记录未知状态,而非猜测填写。

设计公开与受限视图

消费者可能需要说明和维修信息;服务合作伙伴可能需要不应公开的操作细节。按字段或资源决定访问权限,再用真实账户测试每个角色。

不要在公开产品 URL 中包含客户与订单数据。内部关联服务案例不意味着需要公开客户身份。产品数据、客户记录与访问凭据应在设计中保持明确边界。

对变更进行版本管理并保留证据

约定如何区分更正与新的生命周期事件。保存修改人、生效时间及批准依据。新的供应商文档不应抹去旧文档与已生产产品之间的关系。

在试点中测试导出与恢复。确认其他团队能否在没有原实施者帮助的情况下重建记录、理解标识符并找到支持文档。这是运营测试,不自动构成互操作性或法律合规声明。

Hashentic 提供可配置产品记录和验证流程。了解 DPP 平台及整体平台能力。讨论演示时请提供少量真实产品与供应商数据;映射几条完整记录,比从包含数百空字段的模板开始更有价值。


为您的产品规划验证流程。

申请演示 返回博客