一本护照，三本词典

以电池的“容量”这一项为例。您的货运代理在文件中对其的称呼与回收商不同，而主管部门在表格中又使用了第三种称谓。这三种说法其实指的是同一个概念，而且三方都必须确保它们所指的确实是同一个概念。 到了2034年，一位审核员阅读您2026年的产品护照时，必须无需查证就能明白当时该数值所代表的意思。

这正是“数字产品护照应包含哪些术语”这一问题背后的核心任务。这看似是细致入微的工作，却决定了十年后您的数据是否还能被任何人读取。

本文将解释产品护照使用哪三本词典、为何每个术语都需要一个固定地址，以及为何你在日常生活中对此毫无察觉。

产品护照并非发明一种新语言

产品护照整合了三本现有的词典。每本词典描述了产品世界的一部分，但仅靠其中任何一本都不够。

第一本词典描述了产品经历的状态：发货、维修、召回、回收。它源自GS1，名为EPCIS，这也是物流行业多年来用于记录供应链的同一项标准。 其中，每个步骤都有一个名称和一种状态，这些步骤共同形成了一份任何机器都能读取的记录：批次何时发货、何时被召回、何时被回收。

第二个标准描述了产品的具体属性：材料成分、再生材料比例、碳足迹、可维修性。 该标准名为 OpenEPCIS DPP Core，已在 ref.openepcis.io 上公开发布。

第三部分则描述了法规的要求。每个产品类别都有其专属的专业术语：

-电池（法规 2023/1542）： 涵盖 200 多项属性，从电池化学成分、锂、钴和镍的回收含量，到充放电循环次数及电池状态 -纺织品：纤维成分、染料、微塑料风险等级、洗涤符号、可回收性 -电子产品：可维修性指数、元器件类型、单个组件的可互换性 - 此外还有针对森林砍伐、清洁剂、包装和建筑产品的专用词汇表

因此，该通行证会根据产品类别调整其专业术语，但仍保持相同的基本框架。 各行业适用的具体法规及必填数据，均载于行业参考手册中。

每个术语都有一个固定地址

为了避免三个词典造成混乱，该“护照”附带一个索引，将每个术语与相应的定义相互关联。 每个术语在其中都有且仅有一个归属地：一个网络地址，任何人都可以通过该地址查询其含义。

这不仅仅是对条理性的追求。一本护照必须在十年甚至更长时间内保持可核查性。 如果2034年某政府部门读取一本2026年签发的护照，其中“可回收成分”的含义必须与今天完全一致。只有当多年后该地址仍指向相同的定义时，这一要求才能得到满足 - - 无论对于平台、档案库、审核人员还是政府部门而言，情况都是一样的。

为何自定义字段名称会形成“孤岛”

相反，如果自行发明字段名称，就会构建 ## 一个“孤岛”。政府机构、回收商以及第三方验证工具必须无需查询就能理解护照中的内容。只有当术语源自这些读取方本就熟悉的词典时，这才可行。

此外，自定义名称还会导致更换供应商时成本高昂，因为术语的含义被封存在旧系统中，而非数据本身。正因如此，Transpareo 严格遵循这三本词典，而非自行发明一套。

两条避免错误的规则

比例值始终是 0 到 1 之间的十进制数，例如 0.85 而不是 85%。仅这一条规则就能消除一整类导入错误。

而且每条信息都带有访问级别：公开、仅限授权人员或受限。 因此，同一份通行证可以为终端客户、合作伙伴和政府机构提供不同的视图。

一个字段包含 40 种语言

一个 ## 文本字段以紧凑的形式包含其语言变体，例如 {"de": "Wasser", "en": "Water"}，而不是为每种语言重复输入。 这既能保持数据量小，又能让读者以浏览器的语言查看护照信息；若某语言缺失，系统会自动切换为英语。通过这种方式，无需额外逻辑即可支持包括欧盟全部24种官方语言在内的40种语言。

您会注意到什么

什么 ## 也不会注意到，这正是设计初衷。您只需通过界面、导入或 API，用自己的语言维护产品、组件和材料信息。平台会在后台调用这三本词典，并为每个产品组使用相应的专业术语，而无需您改造数据模型。

平台支持哪些词典，这在选择时很重要，但在后续的日常运营中并不重要。只需问三个问题：它使用的是公认的词典，还是只有它自己能理解的专属词典？ 它能否针对每个产品组使用合适的专业术语？以及每个术语的地址在十年后是否仍然有效？

如果三个问题的答案都是“是”，那么您的数据将始终可读：无论是在当下、更换服务提供商之后，还是超过法定保存期限之后。