向欧盟注册库提交护照，实际会是什么样子

过去一年里，关于欧盟数字产品护照注册库的每一个诚实回答，结尾都是同一句话：细节尚待公布。注册库由 ESPR（Regulation (EU) 2024/1781）第 13 条设立，电池护照必须在其中登记——除此之外，经济运营者只能为一个谁也没见过的系统做准备。

这一局面在五月底改变了。欧盟委员会发布了一份规定注册库细节的实施条例草案——正是这份文件，把"将会有一个注册库"变成了对提交机制的具体描述。它仍是草案：公众咨询已于 2026 年 5 月 27 日截止，文本尚未通过，也未在《官方公报》上发布。但这是对运作机制的第一份官方说明。凡是在 18 February 2027 之前对电池护照负有责任的人，都值得用平实的语言把它读懂。

草案规定了什么

对经济运营者而言，三点最为突出。

提交是机器对机器完成的。 草案将 RESTful API 描述为向注册库递交护照标识的通道。没有任何迹象表明，人工门户会成为规模化提交的主要路径。实践中，护照通过软件到达注册库——您自己的系统，或服务商的系统——由软件对接注册库的接口。

经济运营者的身份通过 eIDAS 合格电子印章验证。 提交方以 eIDAS 框架下的合格电子印章完成认证——这是欧盟成熟的法人实体认证机制。这个信号分量不轻：注册库将以密码学方式确知，每一次提交背后站着哪个经济运营者。

提交成功后返回一份注册证明，有效出示期为 90 天。 这是最值得记住的细节，因为它是您实际会经手的东西。护照完成登记后，注册库签发一份证明——经济运营者向海关和市场监督机构出示这份文件，以证明该电池的护照义务已经履行。它是可续期的凭证，不是一次性的回执——"已登记"在您手中的具体形态，就是它。

与条例草案同一周，DPP 框架所依托的 CEN 标准也已发布：EN 18222:2026（生命周期 API）与 EN 18216:2026（数据交换）。草案与标准相加，注册库对接第一次变得可以被具体规格化。

哪些仍是草案

在这里，对状态的诚实比任何地方都重要。这份实施条例还不是法律。咨询已于五月截止；通过与《官方公报》发布尚在其后，草案与最终文本之间细节仍可能变动。欧盟委员会宣布的注册库开放目标是 2026 年 7 月——这是目标，不是承诺，最终取决于通过的时间表。

但草案的状态丝毫不改变约束您的那个日期：自 18 February 2027 起，每一块投放至 EU market 的在范围内电池都必须有护照，且该护照必须完成登记。注册库的机制正在成形；义务本身从来没有悬念。

如果您就是那个经济运营者，这意味着什么

如果您是进口商、授权代表，或自行签发护照的制造商，草案带来的实际讯息是令人安心的：这些都不需要您自己搭建。API、印章对接、证明的管理——这些管道由您的护照服务商承担。您真正应当从草案中带走的，是向任何服务商（包括我们）提问时一把更锋利的尺子：贵方的提交格式，是否对齐了欧盟实际发布的内容？最终文本落地时，又会发生什么？

我们的现状

我们的回答，直说。平台的注册库提交格式现已对齐实施条例草案及已发布的 EN 18222 与 EN 18216 标准——包括注册证明模型及其 90 天有效期。格式中的每一个字段都记录了来源：条例草案、具名标准，或我们此前的初步结构。而我们将称之为"最终版"的那个版本，刻意尚未创建——它以实施条例在《官方公报》上发布为前提。届时，逐字段的来源记录会让与正式文本的比对成为一次核查，而不是一次重建。

这就是真正跟踪一项法规的含义：依据已发布的内容构建，把暂定的标注为暂定，最终与正式版本之间只隔一次核验，而不是一次重写。注册库管道——提交、证明管理，以及前置的就绪检查——是平台的组成部分：了解平台如何运作。