# 把数字产品护照要求映射到 ETIM 字段

> 数字产品护照强制要求产品数据必须机器可读，却刻意不点名任何一部字典。本文把 DPP 的每一项要求逐条映射到 ETIM 的类别、特征与允许值结构上，给出一份合规形态的 ETIM xChange 记录范例并逐行拆解，同时点明标识、数据载体、注册库登记与访问控制这些 ETIM 覆盖不到、必须另行解决的缺口。

**Language:** zh-Hans  
**Published:** 2026-08-13  
**Category:** Compliance · **Tags:** Digital Product Passport, ETIM, ETIM xChange, ESPR, PPWR, machine-readable data, product data  
**Canonical:** https://partsgraph.ai/zh/blog/dpp-etim-field-mapping

## 简而言之

**哪些 ETIM 字段能够满足数字产品护照的要求？一份合规的机器可读产品记录，实际又长什么样？**

数字产品护照要求产品数据做到机器可读、结构化、可互操作，但法规刻意不点名任何一部字典——它把语义层交给了标准去解决。对电气、暖通空调、给排水和建材类产品来说，在实践中充当这部字典的就是 ETIM：类别由 EC 代码承载，特征由 EF 代码承载，允许值由 EV 代码承载，共有四种数据类型，且字母数字型特征不接受自由文本。2025 年 11 月发布的 ETIM xChange 2.0，新增了用于 LCA 与 EPD 数据的扩展环境字段，以及一个与 PPWR 对齐的包装元素，这已经覆盖了授权法案预计会提出的相当一部分要求。但它并不能覆盖全部：唯一标识符、数据载体、注册库登记与访问控制都位于分类标准之外，必须与它并行解决。

---

数字产品护照的相关法规，对它想要的形状讲得异常清楚，对内容却异常沉默。产品信息必须做到机器可读、结构化、可互操作，并以国际公认的开放标准为依托。至于究竟是哪一部标准，法规没有说。那被留给了按产品组逐一出台的授权法案，而这些法案中的大多数至今还不存在。

对电气、暖通空调、给排水或建材类产品的制造商来说，这造成了一种颇为奇特的处境。您知道有一项要求正在路上。您也大致知道它会要些什么。但您还无法知道确切的字段名称。与此同时，您的 PIM 系统里已经躺着一套分类标准，它早已把您产品的大部分技术属性描述得毫不含糊。

明智的做法，是把手上已有的东西映射到可以合理预判的要求上，现在就把记录建起来，把监管层面的管道工程留到管辖您产品的那部法案发布之后再说。本文就是这份映射——而且很重要的一点是，它同样包含映射失效的那些部分。

## ETIM 到底给了您什么

ETIM 是一部字典，不是一种文件格式。它要解决的问题是：让同一项技术属性，对德国制造商、荷兰批发商和波兰承包商而言含义完全一致，而不必先由他们私下商定一套专有的数据结构。

承载这层含义的，是三类代码：

| 前缀 | 标识什么 | 示例 |
|---|---|---|
| `EC` | 产品类别 | `EC000001`——小型断路器 |
| `EF` | 特征（一项技术属性） | `EF000007`——颜色 |
| `EV` | 字母数字型特征的允许值 | 该特征值列表中的各个条目 |

ETIM 8.0 在 5,145 个类别中包含 18,766 项特征。每一项特征都属于四种数据类型之一：数值型、数值范围型、字母数字型或逻辑型。

真正对合规起作用的那条约束，很容易被忽略。**字母数字型特征不接受自由文本。**每一项这样的特征都绑定着一份允许值清单，而清单里的每一个值都有自己的 `EV` 代码。您没法在防护等级字段里写上“大约 IP66”。要么选一个值，要么就空着不填。

正是这一条限制，划出了机器能读的数据与机器能*评估*的数据之间的界线。核查符合性的监管机构、按阈值做筛选的经销商采购系统，以及回答“这些里面哪些可以用于户外”的 AI 助手，查询这个字段的方式完全一样。一旦您不再把“可互操作”当成“共享”的同义词，它的含义就是这个。

## DPP 的各项要求落在这套结构的什么位置

这些要求可以归为四组，其中只有两组是 ETIM 要解决的问题。

### 标识——大体上不归 ETIM 管

护照需要一个唯一产品标识符、一套为其签发标识的体系，以及一个经营者标识符。ETIM 对产品*是什么*做分类；它并不签发身份。这属于 GS1 或同等方案的地盘，而且这是第一件必须敲定的事，因为其余所有内容都以它为索引键。

### 技术特性——正是 ETIM 的主场

这正是 ETIM 当初被造出来要处理的部分，映射关系几乎是一对一的。尺寸、材料、性能参数、电气特性、防护等级、温度范围：这些早已作为 `EF` 特征存在于您的产品类别之中，并带有既定的单位和允许值。如果您的产品已经完成分类，这部分工作其实大都已经做完，只不过您一直没把它当成合规数据来看待。

### 环境与循环性——ETIM xChange 2.0

有一项进展，大多数人还没注意到。**2025 年 11 月发布的 ETIM xChange 2.0，新增了用于承载生命周期评价与环境产品声明数据的扩展环境字段**，这批字段由 ETIM International 的环境数据工作组共同制定。它还新增了一个面向《包装与包装废弃物法规》的包装材料元素。

这些字段与某一部具体的授权法案是否一一对应，在该法案发布之前无从得知。但结构已经存在，有版本管理，而且制造商已经在往里填数据了。这个位置，比一个标着“碳足迹”的空白列要实在得多。

### 载体、注册库与访问权限——完全不归 ETIM 管

实体产品上的数据载体、在 2026 年 7 月上线的欧盟注册库中完成登记，以及分层的访问控制——部分字段公开，部分字段只对监管机构或回收企业可见——统统落在分类标准的范围之外。ETIM 告诉您某项属性是什么意思。至于谁可以读它，它一个字也不会说。

## 一份合规形态的记录长什么样

ETIM xChange 是 JSON 格式，并配有已公开发布的 JSON Schema；它把通用产品数据与承载这些数据的贸易项目分开来处理。下面这段结构展示的就是这种分离，主角是一只小型断路器。

有一处刻意的省略需要说明。**ETIM 模型以 ODC-BY 许可发布，本文不会复制它的内容。**`EC000001` 和 `EF000007` 之所以出现在这里，是因为 ETIM International 及其各国组织在自己的文档中就是把它们当作示例公开的。下面其余的代码一律以占位符形式呈现。真正的代码请从您自己的 ETIM 发布版本里取——那才是获得许可、注明出处且始终最新的来源；而转载一部并不属于您的字典，绝不是合规记录应有的地基。

```json
{
  "product": {
    "manufacturerProductNumber": "MCB-C16-1P",
    "manufacturerGLN": "<GS1 Global Location Number>",
    "productIdentifier": {
      "scheme": "GS1",
      "value": "<GTIN>"
    },
    "classification": {
      "system": "ETIM",
      "release": "ETIM-8.0",
      "class": "EC000001",
      "features": [
        { "code": "EF000007", "type": "A", "value": "<EV code for colour>" },
        { "code": "EF<rated-current>", "type": "N", "value": 16, "unit": "A" },
        { "code": "EF<poles>", "type": "N", "value": 1 },
        { "code": "EF<tripping-characteristic>", "type": "A", "value": "<EV code for C>" },
        { "code": "EF<ip-rating>", "type": "A", "value": "<EV code>" }
      ]
    },
    "environmental": {
      "epd": {
        "declarationNumber": "<EPD registration>",
        "validUntil": "2029-11-30",
        "gwpTotal": { "value": 2.41, "unit": "kg CO2e" }
      },
      "recycledContent": { "value": 18, "unit": "%" }
    },
    "packaging": {
      "materials": [
        { "material": "corrugated board", "weight": { "value": 42, "unit": "g" }, "recycledContent": { "value": 82, "unit": "%" } }
      ]
    }
  },
  "tradeItems": [
    {
      "gtin": "<GTIN>",
      "packagingQuantity": 1,
      "orderUnit": "PCE"
    }
  ]
}
```

关于这份记录，有三点值得特别拎出来讲。

**分类区块自带发布版本。**`"release": "ETIM-8.0"` 不是摆设。特征会在不同发布版本之间发生变动，一份没有声明自己依据哪一版字典写成的记录，在下一个版本发布的那一刻就变得含混不清。这是现实世界的 ETIM 数据中最常见的一种缺陷。

**每一项特征都自带类型。**数据消费方可以按数值去校验 `"type": "N"`，按允许值清单去校验 `"type": "A"`，全程不需要懂任何关于断路器的知识。正是这一点，让这份文件从只能被解析变成可以被校验。

**通用数据与贸易项目彼此分离。**一款产品，多种包装规格，但只有一套技术事实。把它们压平成一层——大多数基于电子表格的数据交换正是这么干的——十只装的包装最后就会声称自己只有单只的重量。

## 把缺口摊开来讲

一篇声称覆盖无遗的映射文章，多半是在推销什么东西。这里有四个如实相告的缺口：

1. **大多数产品组还没有授权法案。**目前唯一确定的日期是 2027 年 2 月 18 日，适用于部分工业电池、电动汽车电池和轻型交通工具电池，其依据是《电池法规》而非 ESPR。谁要是给您报出一个统一的 DPP 截止日期，那就是把事情简化过头了。
2. **ETIM 的环境字段还很新。**它们于 2025 年 11 月发布，尚未经过任何一部已公布的授权法案的检验，因为根本还没有这样一部法案可供检验。
3. **访问控制在格式层面尚未解决。**法规设想的是分层可见性。ETIM xChange 表达不了这一点。这件事最终得由对外提供护照的那套服务来承担。
4. **分类的覆盖程度参差不齐。**5,145 个类别听上去不少，但如果您的产品恰好落在一个特征稀疏的类别里，字典就承载不了您的差异化卖点，您又会被打回到附件和自由文本上去。

## 为什么这份记录无论如何都值得建

就算把法规这一层完全拿掉，这同一份文件，仍然是您能为自己的产品目录建起来的最有价值的东西。

一份结构化、带类型、有字典背书的产品记录，能让经销商不必立项做映射就把您的全系产品接入进去，能让采购系统按阈值而不是按关键词做筛选，也能让 AI 助手在回答关于您产品的选型问题时引用您、而不是靠猜。就最后这一点，我们测量了 984 个工业产品目录，中位得分是 100 分里的 50 分——瓶颈几乎从来不在产品本身，而在于描述产品的数据被困在 PDF 和 JavaScript 里。

合规期限，不过是在倒逼一件本来就能自负盈亏的工作。这是一个难得舒服的处境，值得把它当成一个机会来正视。

## 从哪里开始

请按以下顺序推进，因为每一步都会让下一步变得更便宜：

1. **按您当前使用的 ETIM 发布版本完成分类**，并把版本记录下来。如果您已经完成分类，请核实导出文件中是否写明了发布版本——通常并没有。
2. **导出为 ETIM xChange 2.0**，并用已公开发布的 JSON Schema 做校验。这一步出现的校验失败，都是您原本就存在、只是一直没看见的数据质量问题。
3. **把环境区块填起来**，用今天手上有的 EPD 和 LCA 数据，哪怕不完整也填。不完整的结构化数据，胜过完整的非结构化数据。
4. **把标识敲定**——GTIN 或同等标识，以及签发体系——因为整本护照都以它为索引键。
5. **把数据载体和注册库留到您的授权法案发布之后再做。**照着草案去建，结果就是同一件事做两遍。

前三步产出的是一项资产：它从建成的那一天起就有用，与授权法案最终怎么写无关。这也是您可以拿来检验任何一项别人向您提议的 DPP 工作的试金石：如果脱离了法规它就一文不值，那它多半为时过早。

## 常见问题

### 数字产品护照法规是否明确要求必须使用 ETIM？

不要求，而这正是最常见的一种误读。ESPR 框架要求数据必须机器可读、结构化、可互操作，并规定语义层应当以国际公认的开放标准为依托——但它并没有点名 ETIM、ECLASS、GS1 或任何其他字典。这个选择被留给了各产品组的授权法案，而在实际操作中，则被留给了行业既有的习惯。在欧洲的电气、暖通空调、给排水和建材类产品领域，这个习惯压倒性地就是 ETIM，这也是为什么在法案落地之前就先映射到 ETIM 是一个合理的押注。但它是押注，不是定局。

### ETIM 与 ETIM xChange 之间有什么区别？

ETIM 是字典：由类别、特征和允许值构成，让一项技术属性在不同语言、不同供应商之间都有明确无误的含义。ETIM xChange 是运输方式：一种 JSON 格式，配有用于校验的 JSON Schema，负责在制造商、批发商和经销商之间传递产品记录。两者您都需要。一款分类做得再完美、却只存在于某个供应商门户里的产品，谈不上可互操作；而一份结构再漂亮、属性却全是自由文本的文件，在任何有意义的层面上都算不上机器可读。

### 在合规这件事上，ETIM 的哪些数据类型是关键？

ETIM 定义了四种：数值型、数值范围型、字母数字型和逻辑型。对合规而言最重要的性质是，字母数字型特征不接受自由文本——每一项都绑定着一份允许值清单，清单里的值各自带有 EV 代码。正是这条约束，让数据从机器“能读”变成机器“能校验”。监管机构、客户的采购系统和 AI 助手都能以同样的方式评估同一个字段，而这正是“可互操作”在实践中的含义。

### ETIM xChange 2.0 是否已经能承载 DPP 将来要求的环境数据？

部分可以，而这已经是一个很有分量的领先身位。2025 年 11 月发布的 2.0 版本，引入了用于生命周期评价与环境产品声明数据的扩展环境字段，这批字段由 ETIM International 的环境数据工作组共同制定；此外还引入了一个面向《包装与包装废弃物法规》的包装材料元素。这些字段能否与某一部具体的授权法案一一对应，要等到该法案发布之后才能知道。可以确定的是：结构已经存在，有版本管理，而且制造商已经在往里填数据了。

### DPP 要求的东西里，有哪些是 ETIM 给不了我的？

四样东西。一是唯一产品标识符及其签发体系，这属于 GS1 或同等方案要回答的问题。二是数据载体——实体产品上的二维码或类似载体——这属于标签与印刷要回答的问题。三是把护照登记到欧盟注册库中，该注册库已于 2026 年 7 月上线，它是一个目录，而不是数据的托管方。四是分层的访问控制，因为法规设想的是：部分字段面向公众，另一些则只对监管机构或回收企业可见。ETIM 告诉您某项属性是什么意思，却不会告诉您谁有权读它。

### 我们是不是应该等到管辖自家产品的授权法案出台，再来做这项工作？

无论如何都划算的那部分工作，是完成分类、建起结构化记录，因为这项资产即便没有任何法规也已经有价值：正是它让一份产品目录在今天就能被采购系统、电商平台和 AI 助手读懂。值得往后放的，是任何把某一部具体法案的假设写死的工作——从草案里抄来的字段名、照着预览版 API 搭起来的注册库对接、在内容集合尚未定稿前就印上包装的数据载体。现在就把记录建起来，等法案真的出来了，再去接合规那套管道。

## 资料来源

1. [ETIM International — ETIM xChange version 2.0 officially released](https://www.etim-international.com/etim-xchange-version-2-0-officially-released/)
2. [ETIM International — Model information (class, feature and value structure)](https://www.etim-international.com/classification/model-information/)
3. [ETIM UK — Structure of the ETIM data model](https://www.etim-uk.co.uk/the-standard/structure-of-the-etim-data-model/)
4. [Regulation (EU) 2024/1781 — Ecodesign for Sustainable Products Regulation](https://eur-lex.europa.eu/eli/reg/2024/1781/oj)
5. [Regulation (EU) 2023/1542 — Batteries Regulation, battery passport from 18 February 2027](https://eur-lex.europa.eu/eli/reg/2023/1542/oj)
6. [ETIM International — classification licence terms (ODC-BY 1.0)](https://www.etim-international.com/classification/license-info/)

## Other languages

- English: https://partsgraph.ai/blog/dpp-etim-field-mapping/md
- Deutsch: https://partsgraph.ai/de/blog/dpp-etim-field-mapping/md
- Français: https://partsgraph.ai/fr/blog/dpp-etim-field-mapping/md
- Español: https://partsgraph.ai/es/blog/dpp-etim-field-mapping/md
- Italiano: https://partsgraph.ai/it/blog/dpp-etim-field-mapping/md
- Nederlands: https://partsgraph.ai/nl/blog/dpp-etim-field-mapping/md
- Polski: https://partsgraph.ai/pl/blog/dpp-etim-field-mapping/md
- Português: https://partsgraph.ai/pt/blog/dpp-etim-field-mapping/md
- Svenska: https://partsgraph.ai/sv/blog/dpp-etim-field-mapping/md
- Türkçe: https://partsgraph.ai/tr/blog/dpp-etim-field-mapping/md
- 日本語: https://partsgraph.ai/ja/blog/dpp-etim-field-mapping/md
- 한국어: https://partsgraph.ai/ko/blog/dpp-etim-field-mapping/md

---

Partsgraph — the agent-ready parts data layer. Free AI-visibility grader: https://partsgraph.ai/zh/audit