从供应商文档准备面向DPP的产品数据

以结构化产品数据为基础

数字产品护照的质量取决于其背后的结构化数据。Doc2Shelf 从规格表和数据表中提取产品标识符、材料和成分、技术规格以及合规信息，并将它们标准化为整个目录中的一致字段。

在下游DPP实施中使用结构化输出之前，请审核与来源关联的字段并补充缺失信息。

与商品信息和声明并行的DPP准备输出

Doc2Shelf使用同一份经审核的产品记录来准备DPP相关输出、商城商品信息和欧盟/美国声明草稿。一次上传可支持销售内容、监管文件起草和DPP数据准备，但不会将这些输出描述为同等成果。

将经审核、面向DPP的产品数据导出为结构化JSON。声明标签以及PDF/DOCX声明文档仍是同一产品的独立输出。

为产品组要求做好准备

最终DPP数据、标识符、数据载体、访问权限、互操作性规则和运行系统取决于适用于相应产品组的授权法案及实施环境。现在整理经审核的源数据有助于日后映射，同时不会把当前导出内容称为完整护照。

面向 DPP 的 JSON 包含哪些内容

导出文件是每个产品一份 JSON 文件，由经审核的产品记录生成。只有产品通过审核后才能导出，并且只包含同样经过审核的声明草稿。下表列出了主要数据组、典型字段，以及这些信息通常来自供应商文档的哪个位置。

其内容来自从您的文档中提取并在审核时确认或编辑过的数据，因此导出的质量取决于该审核。对合规起草有影响的缺失项会列为缺失的必填数据，以便在数据进入下游之前，您可以向供应商追问。文件还会记录格式版本和导出时间戳。图片条目为链接；请下载需要保留的图片，因为存储链接可能有时效限制。

导出文件如何融入 DPP 的实施

数字产品护照是一个系统，而不是一份文件：包括持久的唯一产品标识符、位于产品或包装上的数据载体、带有访问和更新权限的托管数据、DPP 服务提供商处的备份，以及——根据 ESPR——在欧盟 DPP 注册库中登记标识符。Doc2Shelf 负责第一阶段——从供应商 PDF 中获得经审核的结构化数据。此后由您自己的系统或 DPP 服务提供商接手，将 JSON 映射到适用的授权法案或行业法律中的数据模型。

实际上，映射包含三件事。第一，按目标架构重命名并重构字段，例如把合并的尺寸值拆分为带单位的长、宽、高字段。第二，补充任何供应商文档中都没有的数据，例如您分配的持久标识符、数据载体，以及每个字段的访问权限。第三，确定护照的层级——型号、批次或单件——这决定了是否使用导出文件中的批次和序列号数值。将经审核的 JSON 作为带日期的输入文件保存，还能留下该护照是依据哪些数据建立的记录。

数据质量与标识符

ESPR 要求护照数据准确、完整且保持最新，并要求护照与持久的唯一产品标识符相关联。这两项要求都始于供应商数据。在将任何导出文件交给下游之前，请检查最可能在日后引发问题的几点：

• 标识符层级：确定每个产品是在型号、批次还是单件层级上标识；授权法案会按产品组作出规定。
• GTIN 和型号：确认它们与包装一致，且各变体有各自的标识符。
• 经营者信息：制造商、进口商和欧盟负责人的信息必须与标签和声明一致。
• 单位和数值：确认尺寸、重量和额定值的单位，尤其是一份数据表涵盖多个型号时。
• 文档版本：保留每个产品所依据的供应商文档，并在供应商发布修订版时重新提取。
• 置信度与完整度：每次提取都带有置信度评分和完整度评分；利用低分项确定审核的优先级。

DPP 时间表一览

已生效的日期和仅仅是计划中的日期很容易混淆。截至 2026年10月，似乎还没有任何要求提供护照的 ESPR 产品组授权法案已经生效；欧盟委员会工作计划中的首批产品组有预计通过日期，而义务通常在授权法案生效至少 18 个月后才适用。我们的数字产品护照要求指南涵盖完整的时间表。

适用范围：准备数据，而非完整护照

Doc2Shelf 的 DPP 输出是准备数据。它帮助您收集、审核和结构化护照所需的产品信息，并以 JSON 形式交付，供审核和下游实施使用。

它不会创建、注册、托管、部署或验证完整的数字产品护照。它不会分配唯一产品标识符或数据载体，不会对照协调的 DPP 标准检查数据，不会在欧盟注册库中登记产品，也不会评估产品是否符合 ESPR 或任何其他法律。这些步骤仍由经济经营者、其系统及其 DPP 服务提供商负责。