錢包 12 月上線。銀行一年後必須接受。

十年來，登入一直握在銀行手上。 機構簽發憑證、執行驗證、保有稽核軌跡，並決定「已驗證」是什麼意思。歐洲數位身分法規終結了這套安排，卻從未直說。它要求每個會員國在 2026 年 12 月前向公民提供錢包，也要求銀行——依產業別點名，而非靠推論——在 2027 年 12 月前接受該錢包用於強式使用者驗證。這兩個日期之間夾著一年：憑證已經存在，客戶已經持有，義務卻還沒咬下來。多數機構把這一年當成緩衝。它其實是建置窗口。

執行摘要

這是已定案的法律，和 2026 年多數議題不同。 Regulation (EU) 2024/1183 已生效。日期寫死在條文裡，而不是懸在三方協商中，這使它成為少數可以有把握規劃的專案之一。

銀行變成信賴方。 這是一個有明確定義的法律角色，並附帶註冊義務。這是史上第一個要求銀行向公家註冊機構正式申報「打算向客戶索取什麼」的身分制度。

接受不等於驗證策略。 義務是在使用者出示錢包時接受它。銀行拿由此得到的保證做什麼、又如何與自家風險模型調和，全由銀行自己決定。

難的是憑證驗證通過之後。 一次密碼學上有效的出示，只告訴你持有人就是國家所說的那個人。它不會告訴你，他是不是 2014 年開戶的那個人。

兩個日期，一段落差

先從時程說起，因為這份檔案幾乎每一種誤讀，都源自把兩個日期壓成一個。

Regulation (EU) 2024/1183 修訂了原本的 eIDAS 法規，即 Regulation (EU) No 910/2014，並於 2024 年 5 月生效。它授權執委會通過實施細則，規範錢包如何建置、認證、註冊與使用，同時設下兩項各走各的時鐘的義務。

第一項落在會員國身上。2026 年 12 月 24 日前，每個會員國必須向其公民與居民提供至少一款歐洲數位身分錢包。這是供給義務：由國家或其指定的一方提供錢包，且自然人不必付費。

第二項落在信賴方身上。2027 年 12 月 24 日前，依 Article 5f，凡在法律或契約上被要求以強式使用者驗證進行識別、且營運於列名產業之一（其中包含銀行與金融服務）的大型與中型信賴方，必須在使用者自願要求使用時接受錢包。

兩者相距十二個月，而順序很重要。憑證先到。接受它的義務一年後才到。

我看過的多數專案計畫都錨定在 2027 年那個日期。作為合規期限的解讀，這說得通；作為真實風險的解讀，這很糟。自 2026 年 12 月起，銀行的客戶手上會有一張國家簽發的數位身分憑證，而銀行還讀不了。做得到的競爭者會拿它來用——把客戶開戶時間從幾天壓到幾秒，讓重新驗證流程完全跳過文件上傳。期限是 2027 年。競爭上的曝險 2026 年就開始。

信賴方是法律角色，不是整合模式

這是技術解讀中最常被跳過的條文，也是前置時間最長的一條。

依 Article 5b，打算依賴歐洲數位身分錢包的一方，必須在其設立地會員國註冊。註冊不是在開發者入口網站上申請帳號。它要辨識該機構、記錄設立地會員國與註冊號碼，而且——關鍵在此——涵蓋預定用途，包括信賴方將索取的屬性。

由此衍生三個後果，沒有一個是工程問題。

屬性索取變成一份公開申報的立場。 銀行必須事先、白紙黑字決定要求客戶揭露什麼。「錢包願意給的全部」不是一個可用的答案。資料最小化不再只是隱私辦公室倡議的原則，而成為註冊所編碼的約束。

產品變更多了一項註冊相依性。 需要註冊範圍以外屬性的新流程，不是一個 sprint 項目。無論各會員國的行政周轉時間最後是多久，都不會是當天。

跨法域銀行要在多處註冊。 在數個會員國設立的機構，要面對數個註冊機構。錢包的設計本來就是跨境的——德國錢包可以對接法國的信賴方——但註冊義務依附於設立地，而集團架構決定了這代表多少場對話。

表 1：銀行在前後的位置

面向	銀行自有身分（現況）	EUDI 錢包（Article 5f）
誰簽發憑證	銀行，在完成自家客戶開戶之後	會員國或其指定的提供者
誰認定它有效	銀行，對照自己的紀錄	銀行，對照簽發方的簽章與狀態
客戶掌控什麼	很少；關係握在銀行手上	每一次出示釋出哪些屬性
銀行必須做什麼	風險胃納支持的任何做法	使用者要求時接受出示
參與的前提	除自家系統外別無他求	依 Article 5b 註冊為信賴方
索取更多資料的代價	一項內部產品決策	變更一份已註冊、已申報的範圍

錢包並未廢除強式客戶驗證

早期規劃簡報中反覆出現的錯誤，是假設接受錢包會凌駕 PSD2 的驗證制度。並沒有。

Directive (EU) 2015/2366 下的強式客戶驗證，以及 Commission Delegated Regulation (EU) 2018/389 中的監理技術標準，仍然規範支付服務提供者如何驗證付款人、如何授權交易。Article 5f 的義務是疊加其上，不是取而代之。銀行仍須滿足自己的 SCA 義務；此外還必須在客戶出示錢包進行強式使用者驗證時接受它。

因此，實務上的問題不是「錢包會不會取代我們的 SCA 因子」，而是「一次錢包出示對一個符合 SCA 的驗證貢獻了什麼，我們自己又還必須做什麼」。這是個有明確答案的架構問題，值得在期限之前、而非期限之中弄清楚，因為這兩套制度出自不同法律工具、服務不同目的，卻在你的驗證服務內部相遇。

責任模型裡還有一個相關的陷阱。在現行安排下，憑證由銀行簽發，因此多數失效模式也由銀行承擔。在新安排下，憑證由別處簽發，由銀行驗證。驗證失敗卻放行、簽發方的撤銷狀態過期、出示遭到重放，都是機構經驗有限的失效模式；而錢包提供者、簽發方與信賴方之間如何分攤損失，正是那種在第一次事故之後才會被緩慢且昂貴地釐清的問題。

驗證沒有告訴你的事

接下來這一段一再讓身分團隊意外，值得直說。

一次錢包出示提供密碼學上的保證：某組屬性由受信任機關簽發給該錢包的持有人，且持有人在場。它以高度信心告訴你，這個人就是國家所說的那個人。

它沒有告訴你，這個人就是當年開戶的那位客戶。

對客戶開戶而言，這個區別無關痛癢——錢包近乎理想，目前需要證件掃描、活體檢測與人工覆核的身分證明，會壓縮成單一次出示。對既有客戶群而言，這個區別關係重大。要把國家簽發的數位身分，綁定到一個 2014 年憑早已過期的護照所開立、姓名可能已經變更的帳戶，是一個紀錄連結問題。這正是開放金融與客戶資料專案不斷重新發現的同一項實體解析工作，並不會因為進來的憑證在密碼學上無懈可擊而變得容易。

把錢包整合當成通路專案的機構，會做出一條能跑的出示流程，然後發現真正有趣的失敗，是對自家客戶主檔的比對命中率。這項工作前置時間長，而且不相依於任何實施細則。現在就可以開始。

表 2：這項建置實際拆解成什麼

工作項	是否相依於錢包已存在？	現在就能開始
在各設立地會員國完成信賴方註冊	註冊機構須已運作	決定你要申報的屬性範圍
出示驗證、信任清單與撤銷處理	是，端對端測試需要	協定選型與服務設計
把已驗證身分綁定到既有客戶紀錄	否	是——這是最長的一根桿子
讓錢包接受與 SCA 義務彼此對齊	否	是
為非自家簽發的憑證處理責任、事故與爭議	否	是
既有流程的屬性最小化盤點	否	是

六項裡有四項不必等任何事。

營運行動方案

六個動作，依我會排定的順序。

指定當責的負責人。 這件事橫跨身分、客戶開戶、支付與法務，在多數銀行意味著它落在沒有人身上。錢包接受作為一項聯邦式倡議必定失敗。
在註冊機構開口之前決定屬性範圍。 註冊會申報你將索取什麼。算出支撐各條流程所需的最小集合，因為申報範圍要刻意放寬，比在隱私覆核之後收窄容易。
現在就開始處理綁定問題。 把國家身分比對到既有客戶紀錄，是尾巴最長、相依最少的工作項，也是決定「接受」究竟是好體驗還是客服佇列的那一項。
把 SCA 的對齊寫下來。 記錄一次錢包出示如何與你既有的驗證因子互動、兩套制度在哪裡相遇。用架構決策紀錄來寫，不要用投影片。
為你從未承擔過的失效模式建模。 撤銷狀態過期、簽發方停擺、驗證失敗卻放行。這張憑證不是你簽發的；假設失效模式不由你控制，並據此設計。
刻意用掉這十二個月。 錢包自 2026 年 12 月起上線。把 2027 年當成你營運這項能力的一年，而不是建置它的一年。

銀行在開放銀行時代學到，一個被強制要求的介面，很少只是一個介面。同樣的一課，正透過另一項法律工具再度到來。把 Article 5f 讀成一張整合工單的機構，會準時交出一條合規的出示流程，卻仍然答不出櫃檯上唯一重要的問題：拿著這個錢包的人，是不是你正要為其開戶的那個人？

常見問題

銀行到底從什麼時候起必須接受錢包？
2027 年 12 月 24 日起，適用於在法律或契約上被要求採用強式使用者驗證、且營運於列名產業（含銀行與金融服務）的大型與中型信賴方。會員國必須提供至少一款錢包的另一項義務，則早一年，到 2026 年 12 月 24 日。

這件事定案了嗎，日期會不會挪動？
Regulation (EU) 2024/1183 已生效，日期寫在已通過的條文裡，而不是在談判中的提案裡。這使它比銀行目前規劃所依據的多數事項都紮實得多，也是這份檔案值得提早動工的原因之一。

接受錢包是否意味著我們可以退役自家的驗證？
不。義務是在使用者自願要求使用時接受錢包出示。沒有錢包、或不願意使用錢包的客戶仍然要服務，而 PSD2 的強式客戶驗證要求，無論如何仍持續適用於支付流程。

Article 5b 的註冊實際上讓我們承諾了什麼？
在設立地會員國註冊、辨識該機構，並申報預定用途，包括你打算索取的屬性。實務效果是：你的資料最小化立場成為公開紀錄，也成為未來產品變更的一道約束。

我們並未在歐盟設立。這會管到我們嗎？
Article 5f 的接受義務，依附於在歐盟架構內營運於列名產業的信賴方；註冊義務則依附於設立地會員國。集團架構、以及各受監理實體設立在哪裡，決定了答案——這是一個值得提早釐清的法律問題，而不是技術問題。

這一季最值得動手的一件事是什麼？
國家簽發身分與你既有客戶主檔之間的實體解析。它不相依於錢包、實施細則或註冊機構，最可能決定「接受」在實務上是否行得通，而且預設狀態下沒有人擁有它。

參考資料

歐洲議會與歐盟理事會，2024. Regulation (EU) 2024/1183 amending Regulation (EU) No 910/2014 as regards establishing the European Digital Identity Framework。布魯塞爾：歐盟官方公報。取自：歐洲議會與歐盟理事會，2024.。
歐盟執委會，2026. European Digital Identity Wallet。布魯塞爾：通訊網路、內容與技術總署。取自：歐盟執委會，2026.。
歐盟執委會，2026. EUDI Wallet Architecture and Reference Framework。布魯塞爾：歐盟執委會。取自：歐盟執委會，2026.。
歐洲議會與歐盟理事會，2015. Directive (EU) 2015/2366 on payment services in the internal market (PSD2)。布魯塞爾：歐盟官方公報。取自：歐洲議會與歐盟理事會，2015.。
歐盟執委會，2018. Commission Delegated Regulation (EU) 2018/389 supplementing Directive (EU) 2015/2366 with regard to regulatory technical standards for strong customer authentication。布魯塞爾：歐盟官方公報。取自：歐盟執委會，2018.。
OpenID Foundation，2026. OpenID for Verifiable Presentations。聖拉蒙：OpenID Foundation。取自：OpenID Foundation，2026.。

最近審閱 2026-08-08.

重新發佈本文

錢包 12 月上線。銀行一年後必須接受。 — Sebastien Rousseau

會員國必須在 2026 年 12 月前推出歐盟數位身分錢包，銀行必須在 2027 年 12 月前接受它。中間這十二個月的落差，就是整個問題的所在。

本文採用以下授權條款 Creative Commons Attribution 4.0 International. 重新發佈需註明原始 URL 出處。

錢包 12 月上線。銀行一年後必須接受。 — Sebastien Rousseau

會員國必須在 2026 年 12 月前推出歐盟數位身分錢包，銀行必須在 2027 年 12 月前接受它。中間這十二個月的落差，就是整個問題的所在。

Originally published at https://sebastienrousseau.com/zh-hant/2026-08-01-eudi-wallet-eidas-2-banks-relying-party-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER