2026年10月30日，欧盟委员会DG GROW正式发布《DPP登记平台语义数据指南》1.0版，并同步公开语义数据工件包（Semantic Data Artifacts v1.0.0）。该指南面向经济运营者的开发、集成与安全团队，系统说明支撑数字产品护照（DPP）与产品数据生态的语义工件如何协同工作。

一、三层架构：主数据生成下游规范，杜绝人工设计漂移

指南确立了一个“单一事实来源”架构：SKOS分类法与SHACL形状构成主数据层，统辖全部下游规范；XSD、JSON Schema与JSON-LD上下文均从主SHACL形状文件编译生成，而非各自独立设计。这一设计意在消除多格式并行维护带来的配置错误和语义漂移。校验路径据此分层：XML文档依编译后的XSD做结构校验，JSON文档依JSON Schema做结构校验，而JSON-LD与RDF文档因表达图数据，绕过扁平规范，直接以主SHACL形状执行语义校验。登记流程唯一强制要求的格式是JSON，依据为EN 18216:2026；该标准同时规定JSON为强制数据格式，XML与JSON-LD可通过HTTP内容协商在交换场景中使用。

二、语义工件清单：词汇、形状与格式各司其职

指南列出的工件类型形成一个有层次的语义栈。SKOS分类法负责“含义”：核心词汇定义跨领域基线概念，产品组词汇与子组词汇在其上扩展，多语言标签与更广、更窄、相关关系使同一概念在不同语言和系统中保持可识别。SHACL形状负责“约束”：核心形状设定适用于任何DPP的基线规则，产品组形状（如电池）和子组形状逐层叠加。生成的XSD、JSON Schema与JSON-LD上下文则负责“格式落地”，其中JSON-LD上下文将普通JSON字段映射至SKOS概念与术语，使扁平数据同时具备语义可解释性。

三、版本管理：语义化版本嵌入URI，而非停留于元数据

指南建立工件级与发布级双重版本机制，统一采用X.Y.Z语义化版本：主版本对应破坏性变更，次版本对应向后兼容的新增，修订号对应无结构或语义影响的修复。关键设计在于，版本信息直接嵌入URI结构与命名空间，而不仅仅作为文档元数据记录。工件级URI按产品、类型、工件名与语义化版本寻址，发布级URI以版本号为路径末段。仓库内容将以DCAT-AP结构化目录发布，通过Catalog、Dataset及hasPart、isPartOf、hasVersion等属性表达层级与版本关系，使机器能够在无需人工介入的情况下解析依赖与追溯历史。

四、SHACL约束：从“字段存在”走向“语义可验证”

指南以文件实例说明了约束类型的实操含义：基数约束控制字段出现次数（默认为可选且可重复）；数据类型约束将属性绑定至XSD或RDF数据类型；节点类型约束要求值为IRI而非纯字符串——例如“粒度”必须指向真实词汇术语，而非任意文本；SPARQL约束用于表达内置关键字无法覆盖的规则（如语言标签须符合xx-YY模式）；逻辑约束sh:or则处理“制造商名称、商号或商标三者至少其一”这类备选关系。这些机制共同将DPP校验从简单的字段完整性检查，提升为对语义指称真实性的验证。

五、格式层镜像继承，与JTC 24标准存在一处“明示偏离”

三种格式均镜像同一三层继承结构：XSD通过xs:import与xs:extension指向上层，实例文档引用最具体规范即可经重定义链传递校验全部三层；JSON Schema通过$ref组合各层，一个扁平JSON对象同时承载核心、产品组与子组三套规则；JSON-LD上下文通过@import引入上层术语映射，仅声明本层特有术语。指南明确其数据模型与EN 18223:2026保持一致，同时标注了一处偏离：XML中多语言值的表示不采用该标准附录B的嵌套结构，而直接使用xml:lang属性，以保持更简洁的表示并与SHACL及JSON-LD层已处理的带语言标签字面量对齐。指南将此称为“已知的唯一偏离点，而非静默的不一致”。

六、电池示例：从核心字段到子组专属属性逐层叠加

指南附带的示例以可追溯方式演示了DPP实例的组装逻辑：以核心DPP字段起始，随后包含至少两个contentSpecifications值——一个核心发布引用、一个产品发布引用，如属子组则再包含子组发布引用；在此基础上加入电池产品组字段（制造商详情、电池类别EVB及电池特定属性），最后以电动汽车电池子组专属字段stateCertifiedEnergy收束。每一个值均被标注至定义它的概念、约束或规范，使示例兼具文档与测试用例的双重功能。