Ugrás a fő tartalomra

Mi az igénybe vevő fél az EUDI Wallet ökoszisztémájában?

Az igénybe vevő fél minden olyan szervezet, amely egy személytől vagy egy cégtől bizonyítékot kér valamiről, majd a válaszra támaszkodva hoz döntést. A European Digital Identity Wallet ökoszisztémájában ő a fogadó oldal: adatokat kér a tárcától, ellenőrzi azokat, és az eredmény alapján jár el. A hivatalos megnevezés wallet-relying party, a hétköznapi beszédben pedig a legtöbben egyszerűen ellenőrző félnek hívják.

A szerep egyszerűen megfogalmazva

A szerep nem új. Az Ön szervezete ma is igénybe vevő fél minden alkalommal, amikor útlevelet, cégkivonatot vagy oklevelet ellenőriz. Az változik, hogy az ellenőrzés már nem egy dokumentumot olvasó ember, hanem automatikus válasz, amelyben másodpercek alatt megbízhat.

Az igénybe vevő fél szerep, nem cégtípus. Ugyanaz a szervezet lehet az egyik folyamatban igénybe vevő fél, a másikban pedig kibocsátó: az egyetem a beiratkozáskor személyazonosító okmányt kér a hallgatótól, a végén pedig oklevelet ad ki neki. Egy adott pillanatban egyszerűen attól lesz igénybe vevő fél, hogy Ön az, aki kérdez, ellenőriz és dönt.

A lényegi változás az, hogy honnan érkezik a bizonyíték. Ma az Ön előtt álló személy viseli annak terhét, hogy igazolja egy dokumentum valódiságát, Ön pedig a megítélés költségét. A tárcával a bizonyítékot az a szervezet írja alá, amely a tényt már eleve kezeli, így az ellenőrzésből számítás lesz mérlegelés helyett.

Éppen ezért érdemes érteni ezt a szerepet akkor is, ha egyelőre semmi nem kötelezi rá. Amint egy ügyfél néhány másodperc alatt igazolni tudja magát, minden olyan folyamat lassúnak fog tűnni, amely még mindig feltöltést és kézi ellenőrzést kér.

Három hétköznapi példa

A minta mindig ugyanaz. Valakinek tudnia kell egy tényt, valaki más már rendelkezik vele, és eddig csak egy dokumentum és bizonyos fokú bizalom kötötte össze a kettőt.

A három esetben az a közös, hogy valójában egyikük sem akarja a dokumentumot. A bank azt akarja tudni, hogy a cég létezik, és hogy az aláíró személy eljárhat a nevében, az áruház pedig csak azt, hogy a vásárló elég idős-e. Sosem a dokumentumról szólt, az csak az egyetlen elérhető hordozója volt a ténynek.

A tény és a dokumentum szétválasztása megváltoztatja, hogy mi marad végül Önnél. Egy életkor-ellenőrzés, amely igennel vagy nemmel válaszol, semmilyen érzékeny adatot nem hagy Önnél, amit védeni kellene, míg egy jegyértékesítő rendszerben tárolt beszkennelt útlevél olyan kockázat, amelyet védeni, indokolni és végül törölni kell.

Mit lát a felhasználó, amikor Ön adatot kér

Amikor az Ön szolgáltatása adatot kér, a kérés nem csendben érkezik. A tárca megnyit egy képernyőt, amely megnevezi a kérdező szervezetet, pontosan felsorolja, mely adatokat kéri, és feltünteti azt a célt, amelyet a szervezet ezekhez regisztrált. Semmi nem kerül megosztásra addig, amíg az illető egy koppintással jóvá nem hagyja.

A képernyőn megjelenő nevet nem Ön gépeli be. A regisztrációkor kapott tanúsítványból származik, és éppen ezért tudja a tárca ellenőrzött tényként, nem pedig állításként megjeleníteni. Egy nem regisztrált fél kérése ezt a képernyőt egyáltalán nem tudja előhívni.

Az illető visszautasíthatja a kérést, méghozzá minden alkalommal újra, nem csak egyszer és véglegesen. A tárcák ráadásul előzményt vezetnek arról, mit osztottak meg és kivel, így a döntés utólag is áttekinthető, nem tűnik el egy postafiókban. A hozzájárulás megszűnik jelölőnégyzet lenni, és olyasmivé válik, amibe a felhasználó ténylegesen belelát.

Az Ön szervezete számára éppen ez a lényeg. A jól ismert csalás, vagyis a meggyőző oldal, amely útlevélmásolatot kér, nem működik többé, ha az emberek megszokják, hogy ellenőrzött nevet látnak, mielőtt bármit megosztanának. A tárcán keresztüli kérés a megszokás megbízható oldalára helyezi Önt, a hitelesnek tűnő kéréseket pedig többen fejezik be.

Miért ellenőrzi a tárca, hogy ki kérdez

Az ellenőrzött személyazonosító adatokkal teli tárca csak akkor biztonságos, ha válogatós abban, kivel áll szóba. Ha bármelyik weboldal kérdezhetne tőle, a tárca csak gyorsabb módja lenne annak, hogy a személyazonosító okmányok ahhoz kerüljenek, aki a legmeggyőzőbben kér. A kialakítás ezért a fordított feltevésből indul: egy ismeretlen fél semmit nem kap.

Éppen ezt szolgálja a regisztráció és a tanúsítványok. Amikor igénybe vevő félként regisztrál, olyan tanúsítványokat kap, amelyek azonosítják a szervezetét, és minden tagállam közzéteszi az ezeket kibocsátó hatóságok listáit. A tárca a közzétett listákkal veti össze a tanúsítványt, mielőtt bármit megjelenítene a felhasználónak.

Nem kell követnie a kriptográfiát ahhoz, hogy erre felkészüljön, a következményekre azonban fel kell készülnie. A tanúsítványok lejárnak, és meg kell újítani őket, a bizalmi listák változnak, ahogy hatóságok kerülnek be vagy ki, egy elavult adattal indított kérés pedig egyszerűen meghiúsul. Ez inkább egy engedély érvényben tartásához hasonlít, mint szoftverfejlesztéshez.

Ugyanez a gépezet az Ön javára is dolgozik. Mivel az ellenőrzés közzétett listák alapján történik, nem pedig magánmegállapodás alapján, egy másik tagállamban kibocsátott tárca úgy tudja elbírálni a kérését, hogy Önnek előzetesen semmit nem kellett megállapodnia azzal az országgal. Ettől lesz egyetlen regisztráció az egész Unióban használható.

Kinek kell elfogadnia a tárcát, és mikortól

Az eIDAS 2.0, az a rendelet, amely létrehozta a European Digital Identity Wallet megoldást, nem bízza teljes egészében a piacra az elfogadást. A tagállamok 2026 végétől biztosítják tárcáikat, és a szervezetek egy meghatározott körének egy évvel később készen kell állnia azok elfogadására.

Szabályozott ágazatok

Ahol az uniós vagy a nemzeti jog már erős felhasználói hitelesítést ír elő, a tárcát el kell fogadni: bank és pénzügy, távközlés, energia, közlekedés, egészségügy, oktatás, szociális biztonság, ivóvíz, postai szolgáltatások és digitális infrastruktúra. A mikrovállalkozások és a kisvállalkozások mentesülnek e kötelezettség alól. A közszférabeli szervezetekre külön szabály vonatkozik mindenütt, ahol online szolgáltatáshoz elektronikus azonosítást írnak elő.

Nagyon nagy online platformok

A Digital Services Act alapján nagyon nagynak minősített platformoknak el kell fogadniuk a tárcát, és meg kell könnyíteniük a használatát, ha a felhasználó ezt kéri. Csak azt a minimális adatot kérhetik, amelyre a szolgáltatásnak ténylegesen szüksége van.

A gyakorlatban a felsorolás kevésbé elvont, mint amilyennek hangzik. Kiterjed a lakossági bankokra, a pénzforgalmi intézményekre és a biztosítókra, az előfizetőket szerződtető mobilszolgáltatókra, az energia- és vízszolgáltatókra, a légitársaságokra és a vasúttársaságokra, a kórházakra, a gyógyszertárakra és az egészségbiztosítókra, az egyetemekre és a vizsgaközpontokra, valamint azokra a közigazgatási szervekre, amelyek már ma is nemzeti belépést üzemeltetnek. Ha az Ön mai ügyfélbefogadása azért tartalmaz személyazonosító okmányt, mert egy szabály előírja, szinte biztosan érintett.

A tárca elfogadása nem azt jelenti, hogy le kell cserélnie a meglévő megoldásait. Azt jelenti, hogy a tárcát az egyik lehetséges azonosítási módként kínálja ott, ahol már ma is erős azonosítást kér, a most támogatott módszerek mellett. A meglévő ügyfelek megtartják a saját útjukat, az újak pedig gyorsabbat kapnak.

A dátumokat érdemes feljegyezni. A tagállamok 2026 végétől bocsátják ki tárcáikat, az igénybe vevő fél regisztrációjára vonatkozó szabályok 2026 decemberétől alkalmazandók, a tárca elfogadásának kötelezettsége pedig 2027 végén lép életbe. A regisztráció egy nemzeti hatóságtól és a szükséges adatokról hozott belső döntésektől függ, így a naptár szorosabb, mint amit egyetlen 2027-es dátum sejtet.

Mindenki más önkéntesen is elfogadhatja a tárcát, és nagyon sokan meg is teszik. Ha az ügyfél már magánál hordja az ellenőrzött személyes és céges adatait, akkor egy szkennelt másolat feltöltésének kérése olyan visszalépés, amelyet észre fog venni.

Mit kell egy szervezetnek valójában megszerveznie

Igénybe vevő féllé válni több, mint egy gomb hozzáadása egy űrlaphoz. Négy dolognak kell a helyén lennie, és ezek közül csak az utolsó tisztán technikai.

Regisztráljon a saját országában

Minden tagállam nyilvános nyilvántartást vezet a területén letelepedett igénybe vevő felekről. Nyilatkozik arról, hogy kicsoda, mire fogja a tárcát használni, és mely adatokat kívánja kérni. Többet kérni, mint amit regisztrált, nem megengedett.

Szerezze be a tanúsítványokat

A regisztrációval olyan tanúsítványokat kap, amelyek alapján a tárca felismeri Önt. Ezek alakítják át a névtelen kérést olyanná, amelyet a tárca a felhasználónak megnevezett, bejegyzett szervezettől érkezőként tud megjeleníteni.

Működjön együtt minden nemzeti tárcával

Nincs egyetlen közös európai tárcaalkalmazás. Minden tagállam legalább egyet biztosít, így nem egyetlen tárcához, hanem tárcák sorához csatlakozik. A szabványok közösek, de minden tárcának saját bizalmi horgonyai és saját kiadási ütemterve van, amellyel lépést kell tartani.

Ellenőrizze, hogy az adatok még érvényesek-e

Egy credential, amely múlt hónapban helytálló volt, azóta visszavonásra kerülhetett. Az igénybe vevő félnek abban a pillanatban kell ellenőriznie a credential közzétett állapotát, amikor azt használják. Saját nyilvántartást vezetni erről az ellenőrzésről jó gyakorlat, nem előírás, de éppen ez teszi lehetővé, hogy később igazolja, az ellenőrzés megtörtént.

Ennek a listának a sorrendje fontosabb, mint a hossza. Az első két lépés adminisztratív, és egy nemzeti hatóság tempójában halad, tehát ezek döntik el, mikor indulhat élesben. Azok a csapatok, amelyek az integrációval kezdenek, és a regisztrációt későbbre hagyják, jellemzően befejezik a szoftvert, aztán várnak.

Az is inkább üzleti, mint technikai kérdés, hogy mely adatokra van szüksége, és érdemes gondosan megválaszolni. Egy célt és egy adatkört regisztrál, és ennek a körnek a szűkítése korán egyetlen megbeszélésbe kerül, míg a későbbi bővítése azt jelenti, hogy vissza kell menni a nyilvántartásba.

Mibe kerül több mint harminc tárcához csatlakozni

Nincs egyetlen közös európai tárcaalkalmazás. Minden tagállam legalább egyet biztosít, néhánynak több is lesz, az ügyfelei pedig azzal érkeznek, amelyet a saját országuk bocsátott ki. Egy olyan szervezet, amelynek több országból vannak ügyfelei, tehát nem egyetlen partnerrel integrálódik, hanem egy folyamatosan változó csoporttal.

Az alapul szolgáló szabványok közösek, és egyáltalán ez teszi mindezt lehetővé. Minden más eltér körülöttük: minden tárcának saját bizalmi horgonyai, saját nemzeti profilja, saját tesztkörnyezete és saját kiadási naptára van. Egy sikeres teszt az egyik tárcával nagyon keveset mond a következőről.

Ritkán az első integráció a drága. A költség az azt követő években jelentkezik: a specifikációk frissítéseinek követése, az újratesztelés, amikor egy nemzeti tárca új verziót ad ki, a bizalmi listák változásainak nyomon követése, valamint a tanúsítványok érvényben tartása minden országban, ahol letelepedett. Ez a költségvetésben karbantartási tétel, nem projekttétel.

Egyszerű becslési módszer, ha két dolgot számol össze: hány tagállamból érkeznek az ügyfelei, és az adott tárcák egyenként várhatóan hány kiadást hoznak ki egy évben. Szorozza össze a kettőt, és megkapja, hányszor kell valakinek a csapatában félbehagynia azt, amin éppen dolgozik. A saját fejlesztés vagy vásárlás kérdését valójában ez a szám dönti el, nem pedig a kezdeti fejlesztés.

Saját fejlesztés vagy szolgáltatás

A fenti négy követelmény házon belül is teljesíthető, de meg is vásárolható. Egyik válasz sem rossz, de másba kerülnek, és a különbség főként abban áll, ki viseli a folyamatos munkát.

Saját megvalósítás

  • A regisztrációt, a tanúsítványokat és azok megújítását saját maga intézi, minden országban, ahol letelepedett.
  • Csapata követi a szabványok és a bizalmi listák változásait, és frissítést ad ki minden alkalommal, amikor egy nemzeti tárca is ezt teszi.
  • Semmi nem hagyja el az infrastruktúráját, ami a lehető legerősebb válasz egy adatvédelmi kérdésre.
  • Ez tartós fejlesztési elkötelezettség, nem pedig projekt, amely egyszer véget ér.

Ellenőrzési szolgáltatás használata

  • Egyetlen integráció lefedi az összes tárcát, a csatlakozási munka pedig a szolgáltatónál marad.
  • A szabványok változásait, a bizalmi listák frissítéseit és az állapotellenőrzést a szolgáltató intézi Ön helyett.
  • Hetek alatt élesít, nem negyedévek alatt, a csapata pedig a saját termékén dolgozhat tovább.
  • On-premise üzemeltetve az adatok a saját infrastruktúráján belül maradnak, pontosan úgy, mintha saját fejlesztés lenne.
  • Függ egy szállítótól, így annak rendelkezésre állása, kiadási üteme és adatkezelési feltételei az Ön ügyévé válnak.

A saját fejlesztés melletti legerősebb érv rendszerint az, hogy semmi nem hagyja el az infrastruktúráját, ami a lehető legtisztább válasz egy adatvédelmi kérdésre. Ez a válasz azonban nem csak a saját fejlesztés kiváltsága. Ugyanaz az ellenőrző szoftver on-premise, a saját környezetében üzemeltetve pontosan ott tartja az adatokat, ahol maradtak volna, miközben a szabványokkal kapcsolatos munkát és a nemzeti tárcákhoz vezető kapcsolatokat továbbra is a szolgáltató viszi.

Hasznos döntési szempont, ha megkérdezi, milyen üzletben van. Ha a tárcás ellenőrzés része annak, amit értékesít, akkor érdemes elejétől a végéig a saját kezében tartani. Ha viszont csak egy lépés az ügyfélbefogadásban, a bejelentkezésben vagy a fizetési folyamatban, akkor háttérinfrastruktúra, azt pedig érdemes olyantól megvenni, aki hivatásszerűen karbantartja.

Hogyan válasszon ellenőrzési szolgáltatást

Ha a vásárlás mellett dönt a saját fejlesztés helyett, az érdemi kérdések nem annyira a funkciókról szólnak, mint inkább arról, hol van a felelősség, és mi történik, ha valami megváltozik. Ez a nyolc kérdés az, amely elválasztja az egymásra hasonlító ajánlatokat.

  1. Ki van igénybe vevő félként regisztrálva? Az Ön szervezetének kell lennie, a saját nevén, hogy a bejelentett cél az Öné legyen, és az is maradjon, ha szállítót vált.
  2. Mely nemzeti tárcák és mely tagállamok vannak ma lefedve, szemben azokkal, amelyeket csak az ütemterv ígér?
  3. Futtatható on-premise és üzemeltetett szolgáltatásként is, és ha szolgáltatásként fut, melyik országban kezelik az adatokat?
  4. Mit tárol a rendszer, meddig, és mi marad Önnél bizonyítékként arról, hogy az ellenőrzés megtörtént?
  5. Hogyan történik a visszavonás és az érvényesség ellenőrzése a felhasználás pillanatában, nem pedig egyszer, a beállításkor?
  6. Ki viseli a költséget, ha egy szabvány, egy bizalmi lista vagy egy nemzeti tárca megváltozik, és milyen gyorsan?
  7. Van olyan tesztkörnyezet, amelyben valós folyamatot próbálhat ki, mielőtt bármire elkötelezné magát?
  8. Hogyan tudna távozni? Az exportálható nyilvántartások és a saját néven álló regisztráció teszi ezt lehetővé.

Az első kérdéshez érdemes ragaszkodni. Ha a regisztráció az Ön nevén áll, Öné marad a nyilvántartással való kapcsolat, a bejelentett cél és az a lehetőség, hogy újrakezdés nélkül váltson szállítót. A listán minden más alku tárgya, ez az egy viszont valóban nem.

Az első lépések: felhasználási eset, pilot, ütemterv

Kezdje egyetlen felhasználási esettel, és válassza a legszűkebbet, amely ma mérhető költséget okoz. Egy életkor-ellenőrzés, egy cégellenőrzés a beszállítói regisztrációnál vagy az azonosítási lépés egy számlanyitásnál mind elég kicsi ahhoz, hogy befejezhető legyen, és elég konkrét ahhoz, hogy bizonyítson valamit. A teljes identitáskezelés mindenhol történő megújítása nem első projekt.

A pilotot a meglévő folyamat mellett futtassa, ne helyette. Kínálja a tárcát további útként a forgalom egy részére, hagyja nyitva a régi utat, és vesse össze a kettőt azokon a számokon, amelyeket már ma is követ: mennyi ideig tart, hányan fejezik be, mennyi kézi ellenőrzés marad. Az üzleti esetet ez az összehasonlítás alapozza meg, nem egy bemutató.

A regisztrációt kezdje korán, mert ezt a részt tudja a legkevésbé befolyásolni. Egy nemzeti hatóságtól és egy belső döntéstől függ arról, hogy valójában mely adatokra van szüksége, és mindkettő tovább tart, mint amilyennek látszik. A technikai integráció rendszerint a munka rövidebbik fele, különösen akkor, ha a tárcákhoz vezető kapcsolatokat nem Ön építi.

Egy most induló szervezet számára reális ütemezés, ha az első negyedévben megszületik a döntés és a regisztráció, a másodikban működik a pilot, és ezt követi a fokozatos kiterjesztés, ami időt hagy a 2027-es kötelezettség előtt ahelyett, hogy annak nekifutna. Ha a kötelezettség nem vonatkozik Önre, ugyanez a sorrend akkor is érvényes, csak a határidőt a versenytársai szabják meg a jogszabály helyett.

Hogyan segít a Credenco

A Credenco működteti Ön helyett az igénybe vevő fél oldalát, miközben a döntés az Öné marad. Ön marad a bejegyzett szervezet, és az adatok is Önnél maradnak, a tárcákhoz való csatlakozás munkája pedig nálunk van.

Mindkettő futtatható üzemeltetett szolgáltatásként vagy on-premise, a saját környezetében, így az üzemeltetési modell az Ön döntése, nem pedig a terméké. Mindkét esetben a regisztráció az Ön nevén marad, és a tárca az Ön szervezetét mutatja a felhasználónak.

Gyakori kérdések

Mit jelent egyszerűen az igénybe vevő fél?

Minden olyan szervezetet, amely bizonyítékot kér valakitől, majd a válasz alapján jár el. Egy bank, egy webáruház, egy munkáltató és egy hivatali ügyfélpult egyaránt igénybe vevő fél. Az EUDI Wallet ökoszisztémájában a bizonyíték a tárcából érkezik, és automatikusan ellenőrizhető, így a szervezet az ellenőrzésre támaszkodik, nem pedig egy dokumentumra, amelyet el kell hinnie.

Kötelező a szervezetemnek elfogadnia az EUDI Wallet megoldást?

Igen, ha az uniós vagy a nemzeti jog már kötelezi Önt a felhasználók erős hitelesítésére. Ez olyan ágazatokra terjed ki, mint a bank és pénzügy, a távközlés, az energia, a közlekedés, az egészségügy, az oktatás, a szociális biztonság, a postai szolgáltatások és a digitális infrastruktúra, valamint arra az esetre, ha Ön a Digital Services Act alapján nagyon nagynak minősített online platform. A mikrovállalkozások és a kisvállalkozások mentesülnek ez alól az ágazati kötelezettség alól. Mindenki más önkéntesen fogadhatja el a tárcát, és sokan meg is teszik, mert a tárcát használó ügyfelek elvárják, hogy használhassák.

Nekünk igazolásokat is ki kell bocsátanunk?

Nem. Az igazolások elfogadása és kibocsátása külön szerep, és a legtöbb szervezetnek csak az elsőre van szüksége. Az ellenőrzés a kisebb feladat: adatokat kér, összeveti azokat egy közzétett bizalmi listával, és elolvassa a választ, anélkül hogy el kellene végeznie a személyazonosítást és a kulcskezelést, amelyet a kibocsátó vállal.

Bármilyen adatot kérhetünk?

Nem, és ez szándékos. Regisztrálja, milyen adatokra és milyen célból van szüksége, az ezen a körön kívüli kérés pedig elutasítható. A gyakorlatban ez kevesebb adat kérése felé tereli a szervezeteket, amit egyébként az adatvédelmi jog is régóta elvár.

Mikor érdemes belekezdeni?

Ha az elfogadási kötelezettség vonatkozik Önre, a határidő 2027 vége, és a regisztráció, a beszerzés és a tesztelés mind ez elé esik. Ha nem vonatkozik Önre, akkor is van ok a lépésre: a napok helyett másodpercek alatt lezajló ügyfélbefogadás önmagában is megéri, függetlenül attól, hogy jogszabály előírja-e.

Technikai részletek

Ez az oldal annál marad, hogy mit jelent ez a szerep az Ön szervezete számára. Azt, hogy egy kérés az OpenID4VP protokollon keresztül valójában hogyan áll össze és hogyan kap választ, a technikai dokumentáció írja le. Olvassa el a technikai dokumentációt

Ez az oldal tájékoztató jellegű, és nem minősül jogi tanácsadásnak. Ha hiteles útmutatásra van szüksége arról, hogy egy adott kötelezettség vonatkozik-e az Ön szervezetére, forduljon közvetlenül az Európai Bizottsághoz és a nemzeti felügyeleti szervéhez.

Beszéljen velünk az EUDI Wallet elfogadásáról