EUDI钱包集成：如何选择接入路径（2026年指南）

最后审阅：2026年10月31日 · 不构成法律意见

欧洲数字身份（EUDI）钱包今年冬天迎来一个真正的截止日期：每个成员国须在2026年12月24日前提供一个钱包，接受钱包的企业所适用的注册规则也在同一天开始适用。^[1][2] 对大多数团队而言，问题已从“它是什么”变成“我们如何接入”。

本指南比较 EUDI 钱包集成的四种路径，区分哪些可以委托、哪些仍由您负责，并将每项能力对应到其背后的规则。本文依据现行法律以及架构与参考框架（ARF）3.0.0版（即技术蓝图），包括2026年7月关于中介机构的修改。^[3][6]

如需先了解基础知识，请阅读EUDI 钱包依赖方：注册、证书与义务以及OpenID4VP 验证方指南；法律方面，请阅读eIDAS 2 详解。

EUDI 钱包集成实际需要完成的工作

共有五项工作。有人注册服务。有人持有证明请求方身份的密钥。有人发送已签名的请求。有人验证返回的内容。有人保存记录。每种路径的分工各不相同。

ARF 将与钱包交互的系统称为依赖方实例（Relying Party Instance）。在 ARF 中，它使用访问证书进行认证，该证书的私钥“安全存储在依赖方实例的硬件中”。^[6] 第二个对象是注册证书，载明一项预期用途及为其注册的属性。^[1][6] 依赖方在每个出示请求中以值的形式放入其中一个证书。^[7]

2026年的两项变化改变了采购决策。2026年7月15日的实施条例（EU）2026/1730修订了注册规则。成员国现在必须授权至少一家证书机构签发注册证书，且签发必须自动化。^[3] 该条例还新增了附件I第16点，即与中介机构所服务的依赖方之间的关联，根据附件II，访问证书必须载有该信息。^[3]

决定您计划的日期

1. 2026年8月11日规则修订2026/1730生效，按我们的计算：7月22日公布后20天。
2. 2026年12月24日钱包到期2025/848的注册规则开始适用。
3. 2027年7月10日AMLR 开始适用外包和记录规则适用于大多数义务实体。
4. 2027年12月24日接受义务第5f(2)条私营依赖方（按我们的计算）。
5. 2028年8月11日证书校验钱包必须认证并验证注册证书。

日期来自欧盟第910/2014号条例、2025/848、2026/1730、2026/1731及 AMLR。2027年12月24日为我们的计算：实施法案生效后36个月（2024年12月4日公布，20天后生效）。^{[1][2][3][4][5][9]}

法律触发条件见第5f(2)条。该条涵盖法律或合同要求在线身份识别使用强用户认证的私营依赖方，所涉领域包括银行、能源和医疗，且该条“仅在用户自愿请求时”适用。^[1] 超大型在线平台根据第5f(3)条承担单独的义务，文本中未规定单独的日期。^[1] 完整日程请参见所有 EUDI 钱包截止日期。

EUDI 钱包集成的四种路径

下表按由谁与钱包交互以及以何种法律身份交互对路径进行分类。工作量和控制程度是我们的评估，并非法律标准。

路径 1：自建验证器

您自行运行依赖方实例（Relying Party Instance）。欧盟委员会发布了参考实现，附有构建远程验证器和近场验证器的指南，其验证器端点采用 Apache 2.0 许可。^[14][15] 硬件保存的密钥、每个实例和服务的证书、可信列表的下载，以及规范变更时的升级，仍由您负责。^[6][7]

适合钱包业务量大的情况，或风险团队不允许第三方看到所出示属性的情况。

路径 2：依赖方中介

第5b(10)条规定了这一模式的法律形态，ARF 规定了其余部分：中介机构是“一类特殊的依赖方”，代表依赖方履行其任务，而客户“无需访问证书”。^[6] 你仍需登记，因为中介机构必须确保每个客户都在其设立地所在的成员国完成登记。^[7]

路径 3：身份或编排平台

“平台”是一个商业用语，第5b(10)条中没有这个词。在钱包环节，平台要么是中介机构，并受随之而来的全部限制，要么是托管你自有实例的服务方。它的价值在于通过一次集成接入多种方式。风险在于默认平台为证件所做的事，例如多年保存证据，同样适用于钱包。情况未必如此。

路径 4：钱包提供方或信任服务工具

钱包提供方和信任服务提供方也销售软件，在你需要合格签名或希望签发证明时很有用。登记规则将这些活动列为单独的权限，例如 QEAA_Provider 和 QCert_for_ESig_Provider，与普通企业适用的 Service_Provider 并列。^[2] 如果该工具代表你与钱包交互，请按照中介机构规则对其进行检验。

哪些责任留在你这里，哪些可以委托

第 5b(10) 条欧盟第910/2014号条例

“代表依赖方行事的中介机构应被视为依赖方，且不得存储有关交易内容的数据。”

来源：EUR-Lex，合并文本^[1]

中介机构“被视为”依赖方，并不意味着你自己的义务随之消失。Article 5b(9) 规定，依赖方负责执行对其所请求的个人身份识别数据和证明进行认证和验证的程序。^[1] ARF 将分工交由合同约定：“中介机构与使用其服务的任何依赖方必须就中介机构将执行哪些验证达成一致”。^[6] 登记机构可能要求提供双方关系的证明，例如已签署的合同或授权书。^[6]

受监管机构还要面对另外三层要求。《反洗钱条例》(AMLR) 允许义务实体外包任务，但必须事先通知监管机构，并且仍须"承担全部责任"。^[9]《数字运营韧性法案》规定，金融实体在 ICT 合同下仍须"承担全部责任"。^[11]《通用数据保护条例》(GDPR) 要求处理者提供充分保证。^[10]我们查阅的文本均未说明中介是处理者还是控制者，因此请将您的分析写入合同。

中介如何运作，以及证书数量为何重要

经中介的出示流程，根据 ARF §6.6.5 和 Topic 52 简化。^[6][7]

第一，用户看到的是您的商号，而不是供应商的名称，但钱包会记录中介，因此用户日后可以查到它。^[6]第二，钱包会将注册证书中的标识符与访问证书中的标识符进行比对，不一致时的处理路径可能终止交易。^[6]第三，您与中介之间的接口不在 ARF 的范围内，且 ARF 不要求对属性进行端到端加密，因此供应商很可能看到每一项属性。^[6]

关键在于 ARF 的这笔账。《实施条例》2026/1730 在注册数据中增加了与所服务依赖方的关联，而在 ARF v3.0.0 中，访问证书承载这一与所服务依赖方的关联，因此中介"为其所中介的每个依赖方分别获得一套访问证书"。^[3][6]如果供应商在2026年7月之前描述的是共享证书模式，就需要向您展示其新设计。规模会集中风险：如果您的中介所用的访问证书机构被暂停，其证书将被撤销，您将无法请求属性，"即使其注册仍然有效"。^[7]届时您只能转到另一家中介或等待，因此退出计划是一项运营控制措施。

证据难题：删除还是保留

OIA_16 要求 Relying Party Instance 丢弃所有唯一要素，其中包括证明提供方的签名，且不得将其传达“给 Relying Party 或任何其他方”。^[7] 因此，无论哪家供应商承诺将已签名的钱包响应保留为您的审计记录，该承诺都需要检验。ARF 是一个框架，不是法律文件，它没有对照五年保留义务来界定“不再需要”。请咨询您的法律顾问，如属受监管机构，请咨询您的监管机构。

以下是我们建议的设计，供验证，并非规则。

供应商必须展示的能力，以及每项能力背后的规则

可将此表用作征求建议书的技术附件，或用于自建方案。

OpenID Foundation 于 2026 年 8 月 7 日开放其 OpenID for Verifiable Presentations（OpenID4VP）一致性测试，供自我认证使用。验证方可免费运行这些测试，但发布自我认证需要缴费。^[12] 欧盟委员会的 Functional Conformance Assessment Framework 仍处于"积极开发中"，其首个被测系统是 Wallet Solution，因此目前不要指望从中获得依赖方徽章。^[13] 在格式方面，个人身份数据（PID）凭证必须同时以 mdoc 和 SD-JWT VC 两种格式签发，但其他证明需要逐一核实。我们的格式比较说明了两者的区别。^[7]

钱包与非钱包分流

第 5a(15) 条规定，钱包的使用"应当是自愿的"，并且"应当仍可通过其他现有的身份识别和认证手段访问公共和私营服务"。^[1] 因此，钱包绝不能成为唯一的入口。AMLR 第 22(6) 条同样允许使用身份证件，或使用保证级别为实质级或高级的电子身份识别。^[9]

一种保持所有入口开放的分流设计。状态未知路径受 VCR_14 约束。^[1][7]

肖像最早只能从 2028年8月11日 起成为强制性 PID 数据，且成员国可以允许用户拒绝提供，因此依赖与钱包进行人脸比对的设计并非总能奏效。^[5]我们关于 持有人绑定 的文章说明了何时仅靠钱包即可，何时需要增加活体检测。各国在字段和标识符上的差异见 接受 27+ 个国家钱包，推出进展见 国家追踪表。受监管的客户准入，请阅读 AMLR 与 EUDI 钱包。

按公司类型选择路径

这只是一个起点，最终由您的法律顾问和业务量决定。^[1]

需要以书面形式向供应商提出的问题

登记规则自2026年12月24日起适用，因此凡声称属于已登记服务，均应索取其背后的登记条目。^[2]

本月应做的事

• 以书面形式确认每个法律实体适用第5f(2)条还是第5f(3)条。^[1]
• 列出每个用例及其所需的最少属性。
• 确定您的登记机构及其国家登记政策。^[2]
• 就OIA_16与您的保存义务之间的关系咨询法律顾问。^[7][9]
• 制定撤销状态未知时的处理政策。^[7]
• 如义务实体将进行外包，起草致监管机构的通知。^[9]
• 用您现有的方法搭建备用流程。

我们的配套文章EUDI 钱包政策与控制措施将这些步骤整理为控制矩阵，并列明责任人和证据。

Didit 如何协助 EUDI 钱包集成

EUDI 钱包接受功能即将推出，目前尚无日期和价格。^[17]我们的做法请见 EUDI 钱包解决方案页面，该页面的表述是“今天集成，钱包到来时继续沿用”。

目前已有的是本指南中流程的其余部分。Didit运行MitID、BankID Sweden、Finnish Trust Network、Smart-ID和Mobile-ID，同时提供证件采集，并配置了证件备用流程。^[18]请见eID验证。工作流按国家和结果分支，webhook经过签名，保存期限可在1个月至10年之间配置。^[19][20][21]Didit作为数据处理者，您仍是控制者。^[22]Didit持有SOC 2 Type 1和Type 2报告、ISO/IEC 27001:2022认证，并通过了iBeta Level 1呈现攻击检测测试。^[23]价格请见定价。

常见问题

资料来源

1. 欧盟第910/2014号条例，2024年10月18日合并文本，EUR-Lex。
2. 欧盟委员会第2025/848号实施条例，钱包依赖方的登记，EUR-Lex。
3. 2026年7月15日欧盟委员会第2026/1730号实施条例，EUR-Lex。
4. 欧盟委员会第2024/2982号实施条例，协议和接口，EUR-Lex。
5. 2026年7月15日欧盟委员会第2026/1731号实施条例，EUR-Lex。
6. 架构与参考框架 v3.0.0，欧盟委员会，2026年7月。
7. ARF v3.0.0，附件2，按主题划分的高层级要求，欧盟委员会。
8. 技术规范5，依赖方登记格式和 API，欧盟委员会。
9. 欧盟第2024/1624号条例（AMLR），EUR-Lex。
10. 欧盟第2016/679号条例（GDPR），EUR-Lex。
11. 欧盟第2022/2554号条例（Digital Operational Resilience Act），EUR-Lex。
12. OpenID4VP 和 OpenID4VCI 一致性测试已完成并开放自我认证，OpenID Foundation，2026年8月7日。
13. 功能一致性评估框架，EUDI 钱包项目。
14. EUDI 钱包参考实现文档，欧盟委员会。
15. EUDI 验证方端点代码库，Apache License 2.0。
16. ARF v3.0.0，附件5，数据共享场景设计指南，欧盟委员会。
17. EUDI 钱包，Didit 解决方案页面。
18. 数字身份钱包，Didit 文档。
19. 工作流构建器，Didit 文档。
20. Webhooks，Didit 文档。
21. 数据保留，Didit 文档。
22. 安全与合规，Didit 文档。
23. 认证，Didit 文档。

您今天选择的路径，应当经得起更换供应商、国家钱包延迟上线和留存审计的考验。请在 EUDI 钱包解决方案页面关注推出进展，并了解 Didit 如何处理接受问题。