EUDI Wallet सीमा-पार स्वीकृति: पूरे EU में एक इंटीग्रेशन
हर राष्ट्रीय EUDI Wallet को एक इंटीग्रेशन से कैसे स्वीकार करें: असली ट्रस्ट लिस्ट, देश के हिसाब से अलग PID एट्रिब्यूट, नाम का मानकीकरण, पहचान मिलान, फ़ॉर्मेट, टेस्टिंग और किसी देश के देर करने पर क्या करें।

संक्षेप में
सीमा पार EUDI Wallets स्वीकार करने का अर्थ साझा नियमों के अनुसार एक सत्यापनकर्ता बनाना है, 27 एकीकरण नहीं: हर wallet में वही व्यक्ति पहचान डेटा (PID) schema होता है, उन्हीं दो प्रारूपों में, और उसके signer की जाँच European Commission द्वारा प्रकाशित सूचियों से की जाती है।[2][8] राष्ट्रीय स्तर पर केवल सामग्री अलग रहती है: वैकल्पिक fields, नाम कैसे लिखे जाते हैं, और हर wallet कब आता है।
- आज पाँच एट्रिब्यूट अनिवार्य हैं। पता और राष्ट्रीय संख्या वैकल्पिक हैं, और 11 अगस्त 2028 को पोर्ट्रेट अनिवार्य सेट में जुड़ जाएगा।[2]
- 31 अक्टूबर 2026 को Commission की PID Providers की पहली संकलित सूची अभी तैयार की जा रही थी।[12]
- EU के पहचान मिलान (identity matching) नियम सार्वजनिक निकायों पर बाध्यकारी हैं। निजी कंपनियों को इन्हें एक design के रूप में अपनाना चाहिए, यह मानकर नहीं चलना चाहिए कि ये उन पर लागू होते हैं।[5]
EUDI Wallet की सीमा पार स्वीकृति 27 देशों की परियोजना जैसी दिखती है, लेकिन Regulation (EU) 2024/1183 और उसके implementing acts हर सदस्य राज्य के लिए data model, formats और trust lists तय करते हैं। कठिन हिस्सा आपकी अपनी प्रणालियों में है: एक फ्रांसीसी ग्राहक का PID पोलिश ग्राहक के PID जैसा नहीं दिखता, लौटने वाले ग्राहक के पास कोई साझा EU पहचानकर्ता नहीं होता, और कुछ देश देर से आएँगे।
यह गाइड मानती है कि आप जानते हैं relying party को क्या करना होता है और OpenID4VP verifier कैसे काम करता है। जुड़ने का तरीका चुनने के लिए: हमारी EUDI Wallet integration मार्गों की गाइड पढ़ें। नीचे दिए गए नियम मूल पाठ से लिए गए हैं, जिसमें जुलाई 2026 के संशोधन और Architecture and Reference Framework (ARF) 3.0.0 शामिल हैं।
| एक नज़र में | संक्षिप्त उत्तर |
|---|---|
| कितने wallets | हर सदस्य राज्य में कम से कम एक, यानी 27 या अधिक[1] |
| आप पंजीकरण कहाँ करते हैं | एक बार, उस सदस्य राज्य में जहाँ आप स्थापित हैं[1] |
| आप किसके आधार पर सत्यापन करते हैं | Commission द्वारा प्रकाशित Lists of Trusted Entities (LoTEs)[8] |
| Credential formats | ISO/IEC mdoc और SD-JWT VC[2] |
| साझा EU ग्राहक ID | कोई नहीं। मिलान एट्रिब्यूट के आधार पर होता है[2][5] |
| मुख्य तिथियाँ | 24 दिसंबर 2026, 24 दिसंबर 2027, 11 अगस्त 2028[1][2] |
आज ही कोई मार्ग चाहिए
Didit पर EUDI Wallet स्वीकृति जल्द आ रही है। राष्ट्रीय eIDs और document मार्ग अभी उसी workflow में काम करते हैं। मुफ़्त शुरू करें या अपने देशों के बारे में हमसे बात करें।
कानून में EUDI Wallet की सीमा पार स्वीकृति का क्या अर्थ है
हर सदस्य राज्य को "कम से कम एक European Digital Identity Wallet" उपलब्ध कराना होगा, सीधे, किसी mandate के तहत, या स्वतंत्र रूप से लेकिन उस राज्य द्वारा मान्यता प्राप्त, इसलिए एक देश में कई wallets हो सकते हैं।[1] एक relying party "उस सदस्य राज्य में पंजीकरण करेगी जहाँ वह स्थापित है", एक बार, और wallets को उसे "इस बात से निरपेक्ष कि वे Union में कहाँ स्थापित हैं" प्रमाणित करने में सक्षम होना चाहिए।[1][6] साथ ही relying party अपने द्वारा माँगे गए डेटा के लिए "प्रमाणीकरण और सत्यापन की प्रक्रिया पूरी करने के लिए उत्तरदायी" है।[1]
निजी कंपनियों के लिए, अनुच्छेद 5f(2) सूक्ष्म और लघु उद्यमों को बाहर रखता है और "केवल उपयोगकर्ता के स्वैच्छिक अनुरोध पर" लागू होता है।[1] हमारी समय-सीमा गाइड बताती है कि दायरे में कौन आता है।
- 11 अगस्त 2026PID नियम अद्यतनRegulation 2026/1731, जो 22 जुलाई को प्रकाशित हुआ, लागू होता है और PID अनुलग्नक की जगह लेता है।
- 24 दिसंबर 2026Wallets देयपहचान मिलान और पंजीकरण नियम भी लागू होते हैं।
- 2027 की पहली तिमाहीपरीक्षण आधार-रेखाconformance release candidate के लिए सांकेतिक लक्ष्य।
- 24 दिसंबर 2027निजी क्षेत्र द्वारा स्वीकृतिदायरे में आने वाली फर्मों के लिए अनुच्छेद 5f(2) की समय-सीमा।
- 11 अगस्त 2028पोर्ट्रेट, प्रमाणपत्रपोर्ट्रेट अनिवार्य सेट में शामिल। वॉलेट रजिस्ट्रेशन प्रमाणपत्रों का सत्यापन करते हैं।
सीमा-पार रोलआउट को आकार देने वाली तिथियाँ। 24 दिसंबर 2026 और 2027 की गणना 24 दिसंबर 2024 को कार्यान्वयन अधिनियमों के लागू होने की तिथि से की गई है।[1][2][5][15]
ट्रस्ट मॉडल: LoTEs, कोई एक बड़ी सूची नहीं
PID के लिए "EU की विश्वसनीय सूची" वाली सोच गलत है। ARF 3.0.0 कहता है कि "Trusted Lists केवल QEAA Providers के लिए होती हैं", यानी योग्य प्रमाणन (qualified attestation) जारी करने वालों के लिए। उनकी राष्ट्रीय सूचियाँ Commission की List of Trusted Lists (LOTL) के माध्यम से मिलती हैं।[8] बाकी सब कुछ Lists of Trusted Entities में रहता है, जिन्हें सदस्य देशों द्वारा संस्थाओं की अधिसूचना के बाद "Commission द्वारा हस्ताक्षरित और प्रकाशित" किया जाता है।[8]
| सूची | प्रकाशक | मानक | आपको इसकी आवश्यकता क्यों है |
|---|---|---|---|
| PID प्रदाता LoTE | Commission | ETSI TS 119 602 | PID हस्ताक्षर का सत्यापन करना |
| Wallet Providers LoTE | Commission | ETSI TS 119 602 | मुख्य रूप से PID Providers द्वारा जारी करते समय उपयोग की जाती है |
| सार्वजनिक क्षेत्र साक्ष्यांकन (PuB-EAA) Providers LoTE | Commission | ETSI TS 119 602 | सार्वजनिक क्षेत्र के अनुप्रमाणनों का सत्यापन करना |
| Access Certificate Authorities, रजिस्ट्रेशन प्रमाणपत्र प्रदाताओं की LoTEs | Commission | ETSI TS 119 602 | वॉलेट इन्हीं के आधार पर आपकी जाँच करते हैं |
| राष्ट्रीय Trusted Lists, LOTL के माध्यम से | सदस्य देश | ETSI TS 119 612 | योग्य अनुप्रमाणनों का सत्यापन करना |
कौन सी सूची क्या करती है, ARF खंड 3.5 और Regulation 2024/2980 अनुच्छेद 5 के आधार पर।[4][8] रिलायंग पार्टियाँ स्वयं किसी भी सूची में नहीं हैं।[8]

EUDI Wallet का trust model, बिना बदलाव के दिखाया गया है। स्रोत: EUDI Wallet Architecture and Reference Framework, European Commission, CC BY 4.0.
जब कोई wallet जवाब देता है, तो आपका verifier एक ही chain से गुजरता है। किसी भी Member State के PID के लिए यह chain एक जैसी है:
1सूचियाँ refresh करें
मौजूदा सूचियाँ डाउनलोड करें, Commission द्वारा प्रकाशित प्रमाणपत्रों से हस्ताक्षर सत्यापित करें, और trust anchors को प्रकार के अनुसार संग्रहीत करें।[4][9]
2PID का हस्ताक्षर सत्यापित करें
provider के trust anchor तक का path बनाएँ। इसमें एक intermediate signing certificate हो सकता है।[9]
3निरस्तीकरण (revocation) जाँचें
जब PID 24 घंटे से अधिक समय के लिए वैध हो, तो status list पढ़ें।[9]
4device binding सत्यापित करें
पुष्टि करें कि wallet ने आपके challenge पर PID से जुड़ी key से हस्ताक्षर किया है।[9]
सभी जाँचें सफल हैं और एट्रिब्यूट आपकी नीति को पूरा करते हैं
मिलान पर आगे बढ़ें
साक्ष्य सुरक्षित रखें और आगे बढ़ें।
कोई दूसरा रास्ता अपनाएँ
कोई दस्तावेज़ या राष्ट्रीय eID का विकल्प दें।
हर जारीकर्ता देश के लिए एक ही सत्यापन chain, ARF के खंड 6.6.3.6 से 6.6.3.9 का संक्षिप्त रूप।[9]
ध्यान दें
31 अक्टूबर 2026 को eIDAS Dashboard में लिखा था: "PID Providers की पहली संकलित सूची European Commission द्वारा सदस्य राज्यों से अधिसूचित जानकारी के आधार पर तैयार की जा रही है।"[12] Wallet Providers और Registrars and Registers के लिए भी यही कहा गया है। अपना list loader अभी बनाएँ, लेकिन कोई URL hard-code न करें और यह न मानें कि आज का test data production से मेल खाता है।
ARF सामान्य रूप से revocation checks और device binding checks को "recommended but not mandatory" (अनुशंसित, पर अनिवार्य नहीं) कहता है, फिर भी wallet के user authentication पर भरोसा करने का "implies that Relying Parties must verify device binding" (अर्थ है कि Relying Parties को device binding सत्यापित करनी होगी)।[9] onboarding के लिए हमारी सलाह है कि दोनों को अनिवार्य मानें। device binding क्या साबित नहीं करती, यह एक अलग प्रश्न है।
आप wallet को स्वयं नहीं जाँच सकते। आप PID Provider पर निर्भर रहते हैं, जो wallet unit निरस्त होने पर PID को निरस्त कर देता है, इसलिए PID की status जाँच wallet को भी कवर करती है।[9] किसी सूची से entities कभी हटाई नहीं जातीं, केवल Invalid पर सेट की जाती हैं, इसलिए status पढ़ें।[8]
एक बार पंजीकरण करें, और केवल वही माँगें जो आपने पंजीकृत किया है
आप केवल अपने देश में पंजीकरण करते हैं, और कोई भी wallet आपको authenticate कर सकता है। wallet आपके अनुरोध की तुलना आपके registration certificate से करता है।[1][6][9]

wallet किसी relying party के पंजीकरण की जाँच कैसे करता है, बिना बदलाव के दिखाया गया है। स्रोत: EUDI Wallet Architecture and Reference Framework, European Commission, CC BY 4.0.
Commission की सूचियों से जाँच
अनुरोध की तुलना पंजीकरण से करता है
एक बार अपने देश में पंजीकरण करें, कहीं भी प्रस्तुत करें। ARF खंड 6.6.3 और Regulation 2025/848 से सरल रूप में।[6][9]
सीमा-पार जोखिम परिणाम में है। अगर आप पंजीकृत से अधिक मांगते हैं, तो वॉलेट "किसी भी प्रकटीकरण से पहले वॉलेट उपयोगकर्ता को स्पष्ट रूप से चेतावनी देगा", लेकिन हर वॉलेट प्रदाता अपने जोखिम विश्लेषण के आधार पर तय करता है कि उपयोगकर्ता आगे बढ़ सकता है या नहीं, केवल पंजीकृत उपसमूह साझा होगा या नहीं, या अनुरोध अस्वीकार होगा।[2] इसलिए अधिक मांगने वाला एक ही अनुरोध तीन देशों में तीन अलग परिणाम दे सकता है।[2] वॉलेट के लिए पंजीकरण प्रमाणपत्रों का सत्यापन 11 अगस्त 2028 से ही अनिवार्य होगा, इसलिए एक परिणाम पर निर्भर रहने के बजाय हर वॉलेट के साथ यह व्यवहार जांचें।[2]
हर वह एट्रिब्यूट पंजीकृत करें जिसकी आपको किसी भी देश में ज़रूरत पड़ सकती है, फिर हर यात्रा में केवल वही मांगें जो उसे चाहिए। सदस्य राज्य पंजीकरण प्रमाणपत्र "मांग सकते हैं", इसलिए अपने रजिस्ट्रार की नीति जांचें।[6] हमारी नीतियां और नियंत्रण गाइड इसे एक स्वामित्व वाले नियंत्रण में बदलती है।
PID एट्रिब्यूट: समान स्कीमा, अलग सामग्री
Regulation 2024/2977 के PID अनुलग्नक को जुलाई 2026 में Regulation 2026/1731 ने प्रतिस्थापित किया, इसलिए पुरानी तालिकाएं अद्यतन नहीं हैं।[2] दोनों प्रारूपों में एट्रिब्यूट के नाम भी अलग हैं।
| डेटा पहचानकर्ता | स्थिति | mdoc नाम | SD-JWT VC नाम | क्या बदलता है |
|---|---|---|---|---|
| family_name, given_name | अनिवार्य | समान | समान | लिपि, नाम क्रम, उपसर्ग-शब्द |
| birth_date | अनिवार्य | birth_date | birthdate | अज्ञात होने पर सदस्य राज्य का मान |
| birth_place | अनिवार्य | place_of_birth | place_of_birth | देश, क्षेत्र या इलाका |
| nationality | अनिवार्य | nationality | nationalities | एक या कई; QU, QS |
| portrait | 11 अगस्त 2028 से | portrait | picture | जहाँ अनुमति हो, वहाँ उपयोगकर्ता द्वारा ऑप्ट-आउट |
| resident_address और उसके हिस्से | वैकल्पिक | resident_* | address.* | पूरा पाठ, हिस्से, या कुछ नहीं |
| personal_administrative_number | वैकल्पिक | वही | वही | यह मौजूद है या नहीं, इसकी नीति |
| family_name_birth, given_name_birth | वैकल्पिक | वही | birth_family_name, birth_given_name | जारी किया गया है या नहीं |
| sex, email_address, mobile_phone_number | वैकल्पिक | वही | sex, email, phone_number | जारी किया गया है या नहीं |
प्राकृतिक व्यक्ति का PID, जैसा जुलाई 2026 में बदला गया।[2] मेटाडेटा: issuing_authority और issuing_country अनिवार्य हैं। expiry_date, issuance_date, document_number और issuing_jurisdiction वैकल्पिक हैं।[2]
इनमें से हर एक का परीक्षण करें:
- अज्ञात और राज्यविहीन। अज्ञात राष्ट्रीयता का मान QU है, कोई राष्ट्रीयता न होने का मान QS है।[2] एक सख्त ISO देश पार्सर दोनों को अस्वीकार कर देता है।
- जन्म स्थान। इसमें देश, क्षेत्र या इलाके में से "कम से कम एक होना चाहिए"।[2] आपको बिना देश के केवल किसी कस्बे का नाम मिल सकता है।
- एक से अधिक राष्ट्रीयताएँ। प्रदाता उन सभी को "शामिल कर सकता है"। Rulebook किसी घरेलू एट्रिब्यूट में दूसरी राष्ट्रीयता की भी अनुमति देती है।[2][11]
- सड़क। resident_street में अब मकान संख्या भी शामिल है। मकान संख्या का अलग एट्रिब्यूट हटा दिया गया है।[2][3]
- घरेलू अतिरिक्त एट्रिब्यूट। देश eu.europa.ec.eudi.pid.[country] जैसे namespace में या किसी घरेलू टाइप में एट्रिब्यूट जोड़ सकते हैं, जो Regulation 2025/1569 के तहत प्रकाशित होते हैं।[2]
Anti-Money Laundering Regulation (AMLR) के दायरे में आने वाली फर्मों के लिए यहीं पर एक वॉलेट काफी नहीं रह जाता। EU Anti-Money Laundering Authority (AMLA) के 30 सितंबर 2026 के अंतिम मसौदा मानक में, जो अभी भी मसौदा है, कहा गया है कि जहाँ किसी साधन में हर एट्रिब्यूट मौजूद न हो, वहाँ फर्म "अन्य साधनों से छूटे हुए एट्रिब्यूट प्राप्त करने और सत्यापित करने के लिए कदम उठाएगी"।[14]
| AMLR अनुच्छेद 22(1) डेटा | PID स्रोत | सीमा-पार अंतर |
|---|---|---|
| नाम | family_name, given_name | डेटा सेट में कोई नहीं |
| जन्म स्थान और जन्म तिथि | birth_place, birth_date | स्थान आंशिक हो सकता है |
| राष्ट्रीयताएँ | nationality | पूछें कि क्या ग्राहक के पास कोई दूसरी राष्ट्रीयता है[14] |
| राष्ट्रीय संख्या, जहाँ लागू हो | personal_administrative_number | वैकल्पिक, देश के अनुसार |
| पता | resident_* फ़ील्ड | वैकल्पिक, इसलिए किसी अन्य माध्यम से एकत्र करें |
| कर संख्या, जहाँ उपलब्ध हो | PID में नहीं | अन्य एट्रिब्यूट या स्रोत |
AMLA के मसौदा मानक के अनुलग्नक I पर आधारित।[13][14] उस मसौदे में अभी भी resident_house_number सूचीबद्ध है, जिसे जुलाई 2026 के PID अनुलग्नक ने हटा दिया, इसलिए मैपिंग में बदलाव की उम्मीद रखें।[2][14] पूरी स्थिति के लिए हमारी AMLR गाइड पढ़ें।
नामों, पतों और स्थानों का सामान्यीकरण
PID टेक्स्ट पूरी Unicode रेंज के साथ UTF-8 में होता है, और mdoc के टेक्स्ट फ़ील्ड की सीमा 150 अक्षर है।[2] किसी भी PID एट्रिब्यूट में लैटिन लिप्यंतरण नहीं होता: न अनुलग्नक और न ही Rulebook 1.7 इसे परिभाषित करती है।[2][11] इसलिए कोई ग्राहक ग्रीक या सिरिलिक लिपि में आ सकता है, जबकि आपकी प्रतिबंध स्क्रीनिंग और आपके मौजूदा रिकॉर्ड लैटिन अक्षरों का उपयोग करते हैं। AMLA का मसौदा फर्मों से नामों की स्क्रीनिंग "उनकी मूल वर्णमाला में और/या लैटिन वर्णमाला में लिप्यंतरित करके" करने को कहता है।[14]
सबसे नज़दीकी कानूनी मानक, जो सार्वजनिक निकायों के लिए लिखा गया है, कहता है कि मिलान का परिणाम "यथासंभव लिप्यंतरण, रिक्त स्थानों, हाइफ़नेशन, संयोजन और इसी तरह के वर्तनी संबंधी अंतरों से प्रभावित नहीं होगा"।[5] हमारा सुझाया गया डिज़ाइन, जो कानून नहीं बल्कि इंजीनियरिंग सलाह है:
- मूल मान सुरक्षित रखें। हस्ताक्षरित मान को साक्ष्य के रूप में संग्रहीत करें; मिलान के लिए एक अलग match key बनाएं।
- सामान्यीकरण एक ही जगह करें। Unicode सामान्यीकरण (NFC) लागू करें, अक्षरों का case एक समान करें, अतिरिक्त स्पेस हटाएं, और हाइफ़न तथा apostrophe को विभाजक मानें।
- तुलना चरणों में करें। पहले हूबहू मिलान आज़माएं, फिर विशेषक चिह्नों के बिना, फिर शब्दों के क्रम के आधार पर, और दर्ज करें कि किस चरण में मिलान हुआ।
- लिपि में बदलाव को साक्ष्य मानें। किसी एक लिप्यंतरण तालिका के बजाय ग्राहक के अपने दस्तावेज़ पर दिया गया Latin रूप इस्तेमाल करें।
उदाहरण
काल्पनिक ग्राहक: आपके रिकॉर्ड में "Garcia Nunez, Maria" लिखा है। PID में family_name "García-Núñez" और given_name "María José" है। पहला चरण विफल होता है। विशेषक चिह्न और हाइफ़न हटाने पर पारिवारिक नाम मेल खाता है। अतिरिक्त दिया गया नाम फिर भी अलग है, इसलिए जन्म तिथि को समर्थन के रूप में लेकर इसे समीक्षा के लिए भेजें।
भाषा का प्रबंधन आपकी ज़िम्मेदारी है। किसी भी PID एट्रिब्यूट में भाषा या locale नहीं होता, इसलिए इसे अपने flow से लें।[2][11] वॉलेट अपनी स्क्रीन खुद दिखाता है, जबकि आपके अनुरोध, intended-use पाठ और त्रुटि संदेशों का अनुवाद करना होगा; पोर्ट्रेट के लिए नियम अपेक्षा करते हैं कि intended use "स्पष्ट और समझने योग्य भाषा में" हो।[2]
पतों पर भी उतना ही ध्यान देना होगा। resident_address मुक्त पाठ है, जबकि उसके हिस्से अलग एट्रिब्यूट हैं, और इनमें से कोई भी अनुपस्थित हो सकता है।[2] AMLA का मसौदा देश, शहर और सड़क के तत्व मांगता है, और उसकी प्रस्तावनाएं एट्रिब्यूट को "संरचित डेटा फ़ील्ड" में चाहती हैं।[14] दोनों रूप स्वीकार करें।
पहचान मिलान और लौटने वाले ग्राहक
EU-व्यापी कोई ग्राहक संख्या नहीं है। personal_administrative_number वैकल्पिक है और केवल "प्रदाता द्वारा जारी सभी व्यक्तिगत प्रशासनिक संख्याओं में" अद्वितीय है।[2] अनुरोधित प्रारूप के कई PID होने पर, जब तक संदर्भ से तय न हो, वॉलेट उपयोगकर्ता से पूछता है, और तकनीकी PID आम तौर पर कुछ दिन या सप्ताह चलते हैं।[10][11] इसलिए किसी खाते को कभी PID हस्ताक्षर, public key या document_number से न जोड़ें।
Regulation (EU) 2025/846 सीमा-पार पहचान मिलान की प्रक्रियाएं तय करता है, जो 24 दिसंबर 2026 से लागू होंगी। यह "सार्वजनिक क्षेत्र के निकायों या [...] किसी सार्वजनिक क्षेत्र के निकाय की ओर से कार्य करने वाले निकायों" पर बाध्यकारी है।[5] सदस्य राज्य तय करते हैं कि निजी relying parties इन प्रणालियों का उपयोग कर सकती हैं या नहीं, और जहां वे करती हैं, वहां प्रक्रियाएं "जहां लागू हो" लागू होती हैं।[5]
अनुच्छेद 2(7)Regulation (EU) 2025/846
"जहां मिलान हूबहू नहीं है या एक से अधिक प्राकृतिक व्यक्तियों से संबंधित है, या पहचान मिलान करने वाला पक्ष यह सुनिश्चित नहीं कर सकता कि मिलान असंदिग्ध है, वहां पहचान मिलान प्रक्रिया को असफल माना जाएगा।"
1डेटा सेट एकत्र करें
अनिवार्य PID एट्रिब्यूट, साथ ही सेट को अद्वितीय बनाने के लिए आवश्यक वैकल्पिक डेटा।[5]
2अपने रिकॉर्ड से तुलना करें
जहां संभव हो, वर्तनी के अंतर को नज़रअंदाज़ करें।[5]
ठीक एक व्यक्ति से हूबहू मिलान
सफल
उपयोगकर्ता को बताएं और इस खाते के लिए मिलान संग्रहीत करने का विकल्प दें।[5]
नया उपयोगकर्ता
जहां नियम अनुमति दें, उन्हें नए उपयोगकर्ता के रूप में पंजीकृत करें।[5]
असफल
कारण बताएं, फिर दूसरा वॉलेट, डेटा अपडेट या अतिरिक्त जानकारी देने का विकल्प दें।[5]
3प्रक्रिया लॉग करें
प्रयुक्त मान, तिथि और समय, परिणाम और संबंधित पहचानकर्ता।[5]
Regulation 2025/846 की प्रक्रिया, सरल रूप में। सार्वजनिक निकायों को इसका पालन करना होगा। निजी फर्मों के लिए यह एक नमूना है, जब तक कि राष्ट्रीय नियम इसे उन पर लागू न करें।[5]
लॉग "सुरक्षा उद्देश्यों के लिए न्यूनतम 6 महीने और अधिकतम 12 महीने" तक रखे जाते हैं, और अन्य उद्देश्यों के लिए इससे अधिक समय तक केवल तभी, जब Union या राष्ट्रीय कानून इसकी अपेक्षा करे।[5] इन्हें AML रिकॉर्ड से अलग रखें। पहले मिलान के बाद व्यक्ति और खाते के बीच अपना संबंध स्वयं संग्रहीत करें। यह सूचीबद्ध पुनः उपयोग विकल्पों में से एक है, ताकि दोबारा जारी किया गया PID वही काम दोहराने की ज़रूरत न पैदा करे।[5]
Didit के साथ अपनी देश-वार रूटिंग की योजना बनाएं
Didit पर EUDI Wallet स्वीकृति जल्द आ रही है। आज आप प्रत्येक देश के लिए स्वीकार किए जाने वाले राष्ट्रीय eID चुनते हैं और विफलता पर क्या होगा, यह तय करते हैं, जिसमें दस्तावेज़ कैप्चर पर फ़ॉलबैक भी शामिल है।[21] आप जिन देशों में सेवा देते हैं, उनके बारे में हमसे बात करें।
फ़ॉर्मेट, प्रोटोकॉल और वॉलेट संस्करण
एक PID Provider "किसी भी PID को दोनों फ़ॉर्मेट में जारी करेगा", इसलिए केवल PID जाँचने वाला सत्यापनकर्ता इनमें से एक माँग सकता है, लेकिन जब तक आपका परीक्षण कुछ और सिद्ध न करे, दोनों को कवर करें।[10] हमारी SD-JWT VC बनाम mdoc तुलना अंतर समझाती है। प्रस्तुति के दो प्रोफ़ाइल हैं, और प्रत्येक में वॉलेट तक पहुँचने के दो तरीके हैं।[2]
| प्रोफ़ाइल | फ़ॉर्मेट | API-मध्यस्थ | API-मध्यस्थ नहीं |
|---|---|---|---|
| ISO/IEC-mdoc | mdoc | ISO/IEC 18013-7 Annex C | ISO/IEC 18013-5 |
| OpenID4VC-HAIP | SD-JWT VC, mdoc | HAIP खंड 5, 5.2, 5.3, 7, 8 | HAIP खंड 5, 5.1, 5.3, 7, 8 |
Regulation 2024/2982 अनुलग्नक II, जुलाई 2026 में जोड़ा गया।[2][7]
नियम दिनांकित विनिर्देशों का नाम लेते हैं, जिन्हें संशोधनकारी अधिनियम बदल सकते हैं, और ISO सर्वर रिट्रीवल सभी के लिए प्रतिबंधित है।[2][7] ऑपरेटिंग सिस्टम भी एक चर है: वॉलेट को एक मध्यस्थ API का समर्थन करना होगा, लेकिन Regulation दर्ज करता है कि कोई डिवाइस या ब्राउज़र दोनों प्रोटोकॉल का समर्थन न करे, ऐसा हो सकता है, और इस स्थिति को वह वॉलेट के नियंत्रण से बाहर की गैर-अनुरूपता मानता है।[2]
प्रमाणन स्थिति की जाँच प्रोटोकॉल अनुरूपता से अलग करें। सदस्य देश अनुच्छेद 5d के तहत Commission की सूची के लिए प्रमाणित वॉलेट की रिपोर्ट करते हैं।[1] Commission का कार्यात्मक अनुरूपता ढाँचा अभी अपनी 0.x श्रृंखला में है: इसका रोडमैप, जिसे सांकेतिक बताया गया है, "2027 की पहली तिमाही में एक release candidate" का लक्ष्य रखता है, और संस्करण 1.0.0 को "प्रमाणन के लिए उपयुक्त पहली पूर्ण-दायरे वाली आधार-रेखा" के रूप में।[15]
राष्ट्रीय वॉलेट आने से पहले परीक्षण करें
Commission के संदर्भ कार्यान्वयन में एक नमूना वॉलेट, एक परीक्षण सत्यापनकर्ता और एक परीक्षण जारीकर्ता शामिल हैं, साथ ही सत्यापनकर्ता एंडपॉइंट और ट्रस्ट सत्यापन के लिए खुले रिपॉज़िटरी भी हैं।[19] सफल परीक्षण प्रोटोकॉल की अनुकूलता दिखाता है, राष्ट्रीय वॉलेट का व्यवहार नहीं।
Launchpad 2026 परीक्षण ट्रैक अब "लॉन्च से पहले, वास्तविक परिस्थितियों में समाधान एक साथ कैसे काम करते हैं, इसके सत्यापन" पर केंद्रित हो गया है, और इसमें eIDAS Dashboard पर LoTEs तक परीक्षण पहुँच मिलती है।[16] रिलायिंग पार्टियाँ Large Scale Pilots या राष्ट्रीय आमंत्रण के माध्यम से जुड़ती हैं, और समाधान प्रदाता भी भाग लेते हैं।[16] छह पायलट चल चुके हैं, जिनमें सीमा-पार प्रमाणीकरण पर POTENTIAL भी शामिल है।[18] APTITUDE और WE BUILD अभी सक्रिय हैं, इनमें दूसरा व्यवसाय और भुगतान उपयोग मामलों पर है।[17]
| परीक्षण मामला | इनपुट | अपेक्षित परिणाम |
|---|---|---|
| दोनों फ़ॉर्मेट | एक ही व्यक्ति, mdoc और SD-JWT VC | एक ही आंतरिक रिकॉर्ड |
| कोई पता नहीं | PID जिसमें कोई resident_* फ़ील्ड नहीं है | पता किसी दूसरे माध्यम से लिया गया |
| आंशिक जन्मस्थान | केवल इलाका | जैसा मिला वैसा स्वीकार और संग्रहीत |
| राज्यविहीन या अज्ञात | QS, QU | पार्सर की कोई विफलता नहीं; यह नीतिगत निर्णय है |
| गैर-लैटिन नाम | ग्रीक या सिरिलिक लिपि | मूल रूप में संग्रहीत; स्क्रीनिंग के लिए लैटिन रूप |
| प्रदाता द्वारा अमान्य किया गया | स्थिति Invalid पर सेट | सूची रिफ्रेश के बाद अस्वीकृत |
| निरस्त PID | स्टेटस लिस्ट इसे निरस्त दिखाती है | अस्वीकृत, दूसरा माध्यम दिया गया |
| ज़रूरत से ज़्यादा माँगना | अपंजीकृत एट्रिब्यूट | आपकी अपनी प्री-रिलीज़ जाँच में पकड़ा गया |
| लौटने वाला ग्राहक | नया तकनीकी PID, वही व्यक्ति | वही खाता |
जब कोई देश देर करे तो क्या करें
हमारा EUDI Wallet tracker हर देश की स्थिति दर्ज रखता है, और जर्मनी और इटली के लिए अलग गाइड हैं। हर देश को तीन में से एक स्थिति वाला कॉन्फ़िगरेशन बनाएँ। यह स्थिति सूचियों से तय हो, प्रेस से नहीं।
स्थिति A
सूचीबद्ध और परीक्षित
- LoTE पर PID Provider
- आपके टेस्ट केस में सफल
- वॉलेट को अन्य मार्गों के साथ पेश करें
आपकी समय-सीमा आने पर अनुच्छेद 5f(2) लागू होता है
स्थिति B
ऐप लाइव है, सूची में नहीं
- एक राष्ट्रीय ऐप मौजूद है
- कोई ऐसा trust anchor नहीं जिसे आप सत्यापित कर सकें
- इसे बंद रखें, या इसे एक अलग स्कीम मानें
स्कीम के अपने नियम पढ़ें
स्थिति C
अभी कोई वॉलेट नहीं
- स्वीकार करने के लिए कुछ नहीं
- राष्ट्रीय eID या दस्तावेज़ का उपयोग करें
- सूची बदलने पर दोबारा जाँचें
AMLR के अनुच्छेद 22(6) के मार्ग बने रहते हैं
रोलआउट के लिए देश-स्थिति मॉडल। यह हमारा सुझाव है। कानून इन स्थितियों को परिभाषित नहीं करता।
आपको अन्य मार्गों की ज़रूरत वैसे भी है। वॉलेट का उपयोग "स्वैच्छिक होगा", जिनके पास वॉलेट नहीं है उनके लिए पहुँच "प्रतिबंधित या नुकसानदेह नहीं बनाई जाएगी", और अन्य साधनों का उपयोग "संभव बना रहेगा"।[1] AMLR के तहत, पहचान दस्तावेज़ और substantial या high स्तर की इलेक्ट्रॉनिक पहचान सत्यापन मार्गों के रूप में साथ-साथ खड़े हैं।[13] आपके इंटीग्रेशन मार्ग में देर से आने वाला देश केवल एक सेटिंग होना चाहिए।
इस महीने के लिए आपकी सीमा-पार चेकलिस्ट
- तय करें कि कौन-सी संस्थाएँ और देश अनुच्छेद 5f(2) के दायरे में आते हैं।[1]
- अपने गृह सदस्य राज्य के registrar और पंजीकरण नीति की पुष्टि करें।[6]
- हर वह एट्रिब्यूट सूचीबद्ध करें जिसकी आपको किसी भी देश में ज़रूरत पड़ सकती है।
- एक आंतरिक schema बनाएँ जो mdoc और SD-JWT VC नामों को मैप करे।[2]
- पुरानी PID तालिकाओं को जुलाई 2026 के अनुलग्नक से बदलें।[2]
- QU, QS और आंशिक जन्मस्थान के लिए टेस्ट केस जोड़ें।[2]
- ETSI TS 119 602 और ETSI TS 119 612 के लिए एक list loader बनाएँ।[8]
- मिलान विफल होने के संदेश हर ग्राहक की भाषा में लिखें।[5]
- मिलान के लिए लॉग रिटेंशन तय करें और इसकी तुलना AML रिटेंशन से करें।[5]
- अपने राष्ट्रीय समन्वयक से pilot, Launchpad या Commission कार्यक्रम तक पहुँच के बारे में पूछें।[16][20]
सीमा-पार स्वीकृति में Didit कैसे मदद करता है
Didit पर EUDI Wallet स्वीकृति जल्द आ रही है, और आप इसे हमारे EUDI Wallet पेज पर फ़ॉलो कर सकते हैं। आज आप इसके आसपास के मार्ग बना सकते हैं। राष्ट्रीय eID (MitID, BankID Sweden, Finnish Trust Network, Smart-ID, Mobile-ID) wallet sign-in के ज़रिए काम करते हैं, और परिणाम normalise किए जाते हैं क्योंकि "wallet attribute names vary"।[21] आप हर देश के लिए स्वीकृत वॉलेट चुनते हैं, और यह भी कि विफलता होने पर दस्तावेज़ पर fallback हो या अस्वीकार हो।[21] दस्तावेज़ मार्ग 14,000+ दस्तावेज़ प्रकारों को कवर करता है।[22] ऊपर बताई गई नाम और पते की कमियों के लिए, यह ग्राहक का दस्तावेज़ पढ़ता है, और AML स्क्रीनिंग 1,300+ प्रतिबंध, PEP और watchlist स्रोतों के विरुद्ध चलती है।[23]
Didit प्रदान करता है
- राष्ट्रीय eID से साइन-इन, जहां उपलब्ध के रूप में सूचीबद्ध है
- दस्तावेज़ कैप्चर, लाइवनेस और फेस मैच
- हर देश के लिए राष्ट्रीय eID का चयन और फॉलबैक
- AML स्क्रीनिंग
- रिटेंशन सेटिंग्स 1 महीने से 10 साल तक[24]
आपकी ज़िम्मेदारी रहती है
- रिलायिंग पार्टी के रूप में आपका पंजीकरण
- आपका जोखिम आकलन और नीतियां
- ऑनबोर्डिंग का निर्णय
- आपके अपने रिकॉर्ड के लिए मिलान नियम
- रिकॉर्ड और पर्यवेक्षक से संबंध
वॉलेट आने से पहले अपनी देश-वार रूटिंग तैयार करें
एक ही वर्कफ़्लो में राष्ट्रीय eID और दस्तावेज़ों से शुरुआत करें, और हमें बताएं कि कौन से देश आपके लिए सबसे अहम हैं।
मुख्य निष्कर्ष
- एक वेरिफ़ायर हर वॉलेट को सेवा दे सकता है, लेकिन आपकी डेटा हैंडलिंग को राष्ट्रीय अंतरों के लिए तैयार रहना चाहिए।
- PID प्रदाता Lists of Trusted Entities में होते हैं, राष्ट्रीय Trusted Lists में नहीं।
- आज केवल पांच एट्रिब्यूट अनिवार्य हैं। पता और राष्ट्रीय संख्या वैकल्पिक हैं।
- कोई साझा EU ग्राहक पहचानकर्ता मौजूद नहीं है। मिलान एट्रिब्यूट्स और खाते से आपके अपने लिंक पर निर्भर करता है।
- Regulation 2025/846 सार्वजनिक निकायों पर बाध्यकारी है। निजी कंपनियों के लिए यह अपनाने योग्य एक डिज़ाइन है, जब तक कि राष्ट्रीय नियम इसे उन पर लागू न करें।
- देर से आने वाले देशों को एक रूटिंग स्थिति मानें, जिसमें दस्तावेज़ और राष्ट्रीय eID तैयार हों।
अक्सर पूछे जाने वाले प्रश्न
क्या मुझे हर राष्ट्रीय EUDI Wallet के लिए अलग इंटीग्रेशन चाहिए?
नहीं। वॉलेट एक ही PID स्कीमा, दो फ़ॉर्मेट और साझा प्रेज़ेंटेशन प्रोफ़ाइल इस्तेमाल करते हैं, इसलिए एक वेरिफ़ायर उन सभी को सेवा दे सकता है।[2] फिर भी हर वॉलेट का अलग से परीक्षण करें।
क्या वेरिफ़ायर किसी PID को EU List of Trusted Lists के विरुद्ध जांचता है?
नहीं। ARF 3.0.0 के अनुसार Trusted Lists केवल QEAA Providers के लिए होती हैं। PID Providers एक List of Trusted Entities में होते हैं, जिसे Commission हस्ताक्षरित और प्रकाशित करता है।[8]
हर वॉलेट मुझे कौन से PID एट्रिब्यूट देगा?
family_name, given_name, birth_date, birth_place और nationality, और 11 अगस्त 2028 से पोर्ट्रेट भी जुड़ेगा।[2] उपयोगकर्ता फिर भी किसी एक एट्रिब्यूट को साझा करने से मना कर सकता है।[2]
क्या वॉलेट में हमेशा ग्राहक का पता शामिल होगा?
नहीं। पते से जुड़े सभी एट्रिब्यूट वैकल्पिक हैं, इसलिए ऐसे PID के लिए योजना बनाएं जिसमें पता बिल्कुल न हो।[2] AMLA के ड्राफ़्ट मानक के अनुसार अनुपलब्ध एट्रिब्यूट्स को अन्य तरीकों से प्राप्त और सत्यापित करना होगा।[14]
क्या लौटने वाले ग्राहकों के मिलान के लिए कोई यूरोपीय पहचानकर्ता है?
नहीं। personal_administrative_number वैकल्पिक है और केवल अपने प्रदाता के भीतर ही अद्वितीय है।[2] एट्रिब्यूट के आधार पर मिलान करें, फिर व्यक्ति और खाते के बीच अपना स्वयं का संबंध बनाए रखें।[5]
क्या पहचान मिलान पर Regulation 2025/846 बैंकों और अन्य निजी कंपनियों पर लागू होता है?
सीधे तौर पर नहीं। यह सार्वजनिक क्षेत्र के निकायों को कवर करता है, और निजी relying parties पर केवल तभी लागू होता है जब कोई सदस्य राज्य उन्हें पहचान मिलान करने में सक्षम बनाता है।[5] दोनों ही स्थितियों में इसे डिज़ाइन टेम्पलेट के रूप में उपयोग करें।
ग्रीक या सिरिलिक लिपि में नामों को कैसे संभालें?
हस्ताक्षरित मान को जैसा प्राप्त हुआ वैसा ही संग्रहीत करें और एक अलग मिलान कुंजी बनाएँ। PID में लैटिन लिप्यंतरण का कोई एट्रिब्यूट नहीं है।[2][11] हमारी सलाह: तुलना के लिए कोई भी लैटिन रूप ग्राहक के दस्तावेज़ से प्राप्त करें।
क्या मुझे उस देश का वॉलेट स्वीकार करना होगा जो देर से लॉन्च करता है?
आप केवल उसी वॉलेट को स्वीकार कर सकते हैं जो मौजूद है, और दायरे में आने वाली फर्मों के सामने 24 दिसंबर 2027 की समय-सीमा है।[1] अन्य मार्ग बनाए रखें: वॉलेट का उपयोग स्वैच्छिक है, और अन्य साधन संभव बने रहने चाहिए।[1]
क्या मैं राष्ट्रीय वॉलेट लॉन्च होने से पहले सीमा-पार स्वीकृति का परीक्षण कर सकता हूँ?
आंशिक रूप से। Commission के reference tools सार्वजनिक हैं, और Launchpad परीक्षण में test LoTEs का उपयोग होता है।[16][19] Reference tools प्रोटोकॉल की अनुरूपता दिखाते हैं, राष्ट्रीय वॉलेट का व्यवहार नहीं।
क्या Didit आज EUDI Wallets स्वीकार करता है?
Didit पर EUDI Wallet की स्वीकृति जल्द आ रही है। राष्ट्रीय eID और दस्तावेज़ मार्ग आज उसी वर्कफ़्लो में काम करते हैं।[21][22]
स्रोत
- Regulation (EU) No 910/2014, Regulation (EU) 2024/1183 द्वारा यथासंशोधित, समेकित पाठ, EUR-Lex.
- Commission Implementing Regulation (EU) 2026/1731, Regulations 2024/2977, 2024/2979, 2024/2980 और 2024/2982 में संशोधन, EUR-Lex, 15 जुलाई 2026.
- Commission Implementing Regulation (EU) 2024/2977, व्यक्ति पहचान डेटा, EUR-Lex, मूल पाठ.
- Commission Implementing Regulation (EU) 2024/2980, अधिसूचनाएँ, EUR-Lex.
- Commission Implementing Regulation (EU) 2025/846, सीमा-पार पहचान मिलान, EUR-Lex.
- Commission Implementing Regulation (EU) 2025/848, wallet-relying parties का पंजीकरण, EUR-Lex.
- Commission Implementing Regulation (EU) 2024/2982, प्रोटोकॉल और इंटरफ़ेस, EUR-Lex.
- Architecture and Reference Framework 3.0.0, अध्याय 3, Roles, European Commission.
- Architecture and Reference Framework 3.0.0, अध्याय 6, Trust model, European Commission.
- ARF Annex 2, High-level requirements by topic, European Commission.
- PID Rulebook, संस्करण 1.7, European Commission, 17 जुलाई 2026.
- Compiled list of PID Providers, eIDAS Dashboard, European Commission, 31 अक्टूबर 2026 को पढ़ा गया.
- Regulation (EU) 2024/1624 (AMLR), EUR-Lex.
- Final Report, AMLR के अनुच्छेद 28(1) के अंतर्गत draft regulatory technical standards, AMLA, 30 सितंबर 2026.
- Functional conformance roadmap, EUDI Wallet functional conformance framework, 31 अक्टूबर 2026 को पढ़ा गया.
- Launchpad Testing 2026, European Commission, 23 अक्टूबर 2026 को अद्यतन.
- What are the Large Scale Pilots, European Commission, 22 जुलाई 2026 को अद्यतन.
- PID Identification Manual, European Commission, 11 फ़रवरी 2026 को अपडेट किया गया।
- EUDI Wallet Reference Implementation documentation, European Commission.
- Relying Party Engagement Programme, European Commission, 18 सितंबर 2026 को अपडेट किया गया।
- डिजिटल ID वॉलेट सत्यापन API और कवरेज, Didit दस्तावेज़ीकरण।
- ID सत्यापन: अवलोकन, Didit दस्तावेज़ीकरण।
- AML स्क्रीनिंग: अवलोकन, Didit दस्तावेज़ीकरण।
- डेटा प्रतिधारण, Didit दस्तावेज़ीकरण।
रोलआउट की जानकारी हमारे EUDI Wallet पेज पर देखें, अभी काम करने वाले मार्ग हमारे eID सत्यापन पेज पर देखें, और मूल्य निर्धारण पेज पर विकल्पों की तुलना करें।
एक ही वर्कफ़्लो से हर यूरोपीय ग्राहक को सेवा दें
राष्ट्रीय eID, दस्तावेज़ और AML स्क्रीनिंग को एक साथ जोड़ें, और अपनी रूटिंग एक ही जगह रखें।
संबंधित लेख
- EUDI Wallet सीमा-पार स्वीकृति: पूरे EU में एक इंटीग्रेशन
- EUDI Wallet तैयारी: विनियमित फर्मों के लिए नीतियां और नियंत्रण
- EUDI Wallet होल्डर बाइंडिंग: प्रेज़ेंटेशन असल में क्या साबित करता है
- EUDI Wallet इंटीग्रेशन: अपना रूट कैसे चुनें (2026 गाइड)
- 2026 में FINTRAC पहचान सत्यापन: तरीके, नियम और C-12
- क्यूबेक Law 25 और बायोमेट्रिक्स: पहचान सत्यापन गाइड (2026)