EPREL 还是数字产品护照：这条产品数据到底要进哪里？
按产品范围、法律文件、责任主体、数据对象与更新事件路由欧盟产品数据问题，不把 EPREL 与 ESPR 数字产品护照当成同一数据库。
重点监测信号
- 供应商要求上传数字护照，但该产品当前首先受能效标签 EPREL 登记义务约束
- 买方把 ESPR 框架当成所有产品已经适用的统一护照格式与生产系统
- 型号、供应商角色、投放市场日期、公开或受限数据和系统负责人均未说明
如果问题涉及受能效标签规则覆盖的产品、供应商和型号记录，先走 EPREL；如果适用的 ESPR 产品专属法案已经要求数字产品护照，再走该法案定义的护照数据、载体、访问与更新路径。不要因为需求里出现“产品数据库”或“护照”就选系统，要按产品范围、法律文件、责任主体、数据对象和事件路由。
产品数据服务负责人在获授权访问的能源标签、家电、可持续与产品数据 Telegram 群里，常会看到“新型号要做 EU passport registration”。趁集成路径仍在讨论时看到这句话有价值；但它没有说明这是 EPREL 型号登记、未来 ESPR 护照项目、两项分别存在的义务，还是根本不适用。
EPREL 路径：先确认能效标签产品组
Regulation (EU) 2017/1369建立能源标签框架与产品数据库。第 12 条规定公开部分和合规部分，附件 I 列出数据库信息；具体产品授权法案决定哪些产品需要能源标签和产品信息。
EPREL 入口用于实际查询和供应商工作，欧盟委员会的供应商说明页介绍供应商登记与型号处理。一个可信请求至少要写出产品组、具体法案、供应商、型号标识与投放欧盟市场日期。
EPREL 不是通用可持续信息库。型号登记报错时，首先要找 EPREL 记录、产品组规则和供应商账号上下文，不是先做一份泛化“护照战略”。
ESPR 路径：框架先建立，产品法案再启动义务
Regulation (EU) 2024/1781即 ESPR，建立数字产品护照框架。第 9 至 12 条涉及护照要求、技术设计与访问，第 13 条建立数字产品护照登记库。
这不等于所有产品已经采用同一护照格式。产品专属授权法案需要明确覆盖产品、必需数据、数据载体、唯一标识、访问权限和适用日期。委员会工作计划或准备材料能说明方向，却不能单独形成提交义务。
因此，ESPR 官方来源链应按顺序保存：框架法规；用于背景的现行工作计划或准备材料；已经通过的产品专属授权法案；适用的技术标准或实施规则；该义务实际启用后的登记库或接口。
两套路径用同一组问题比较
| 路由问题 | EPREL | ESPR 数字产品护照 |
|---|---|---|
| 产品范围 | 能效标签规则覆盖的产品组 | 适用 ESPR 产品法案覆盖的产品 |
| 主要法律来源 | 2017/1369 框架加产品授权法案 | 2024/1781 框架加产品专属 ESPR 法案 |
| 责任主体 | 能效标签法定义的供应商 | 产品法案指定的经济运营者 |
| 数据对象 | 公开与合规部分的供应商和型号信息 | 护照数据集、标识符、载体与访问规则 |
| 实际系统 | EPREL 供应商与公开界面 | 义务启动后的 DPP 登记库及产品护照设施 |
| 触发事件 | 覆盖型号投放市场、型号或数据变更与修正 | 产品法案定义的投放市场或其他事件 |
这不是比较两个软件谁功能更多，而是把法律来源、数据对象和系统入口放回正确位置。
五个字段决定走哪条路
产品：写出产品组、具体型号或产品族和目标欧盟市场。“家电”还不够精确。
法律文件：同时保存框架与产品专属法案、版本和适用日期。
责任主体：确认供应商、制造商、进口商、授权代表或其他经济运营者。共用品牌不代表可以互换账号义务。
数据对象：区分能源标签参数、产品信息表、技术文件、护照数据、唯一标识及每个字段背后的证据。
事件：记录首次投放市场、型号修订、数据纠正、主体变化、停止供应或其他法定更新事件。没有事件，就无法判断优先级与期限。
这五项组成本文的官方来源路由卡。任何一项未知，报价都应包含调查工作，而不能直接承诺“完成登记”。
示意场景：一句“护照数据错了”，今天其实先修 EPREL
以下是复合示意，不是真实客户案例：一个获授权访问的家电群出现“EU passport 年耗电数据错了，下周上市”。回复里提到能源标签，却没有产品专属 ESPR 法案或护照标识。
来源线索首先指向能源标签路径。服务负责人应索取产品组、型号、EPREL 记录、产品授权法案、供应商和受控测试数据。更广泛的 ESPR 数据准备项目仍可能有价值，但不能取代眼前 EPREL 纠正，也不能在缺少产品法案时包装成已经上线的 DPP 提交。
数字产品护照试点需求说明如何识别准备项目而不虚构提交义务；欧盟电池护照的数据负责人交接展示产品专属的数据责任问题；若群里转发的说法没有稳定法律来源，可用合规说法的官方来源阶梯恢复原始依据。
发现问题要停在系统账号之外
Top Prospect 可以整理用户主动连接且有权访问的 Telegram 来源，保留消息、来源、时间和复核上下文。当前新版匹配目标只保存配置，尚不会自动生成新候选。产品不能进入 EPREL 供应商账号、创建护照、修改产品记录，也不能判断某项授权法案已经适用。
产品数据服务负责人用残缺消息选择官方路径、补问标识符；供应商、责任经济运营者与合格顾问审批记录和提交。
关键事实
- EPREL 是受覆盖产品组的能源标签数据库，不是通用 ESPR 护照登记库。
- ESPR 建立数字产品护照框架，产品法案决定覆盖、数据与日期。
- 同一型号数据可能服务多个系统，但字段含义、访问与更新事件并不自动相同。
- 产品、法律文件、责任主体、数据对象和事件是五个路由字段。
- Telegram 消息能暴露来源问题，不能确定登记义务或修改记录。
常见问题
EPREL 就是欧盟数字产品护照登记库吗？
不是。EPREL 服务能源标签数据库义务；ESPR 建立另一套更广的护照框架与登记架构。
所有产品现在都要 ESPR 护照吗？
不是。覆盖与日期取决于适用产品专属法案。
EPREL 请求先确认什么？
产品组、具体法案、供应商、型号标识与投放市场日期。
两套系统能否复用数据？
可能可以，但字段定义、标识、访问权限、证据和更新触发必须逐项映射。
本文于 2026 年 8 月 22 日依据 Regulation (EU) 2017/1369、Regulation (EU) 2024/1781、EPREL 与现行欧盟委员会供应商资料完成编辑复核。产品覆盖、责任主体、日期与系统路径应由能源标签、生态设计、产品数据与法律专家确认。
常见问题
EPREL 就是欧盟数字产品护照登记库吗？
不是。EPREL 是能源标签框架法规为受覆盖产品组建立的产品数据库；ESPR 建立更广泛的数字产品护照框架与登记架构，具体产品由产品专属措施覆盖。
所有产品现在都要建立 ESPR 数字产品护照吗？
不是。义务、数据与日期取决于适用的产品专属授权法案。
EPREL 请求最先要确认什么？
确认产品组、适用能效标签法案、供应商角色、型号标识与投放市场日期，再判断登记与更新字段。
EPREL 与未来护照能否复用同一批数据？
部分受控产品数据可能重叠，但字段定义、标识符、访问权限、法律目的、更新事件和系统接口必须逐项映射。
资料来源与延伸阅读
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。
