A DCQL röviden: így kéri az ellenőrző pontosan azt a tárcától, amire szüksége van
A DCQL, azaz a Digital Credentials Query Language az elfogadott módja annak, hogy egy szervezet megmondja a tárcának, mely igazolásokra és azokon belül mely adatokra van szüksége. Ettől lesz egy olyan kérésből, hogy "igazolja, hogy a cége be van jegyezve Hollandiában", olyasmi, amit minden megfelelő tárca megért, tárcánkénti külön integráció nélkül.
A probléma, amelyet a DCQL megold
Egy üzleti tárca sokféle igazolást tárol, amelyeket különböző országokban különböző szervek bocsátottak ki, és különböző műszaki formátumokban vannak tárolva. Annak a szervezetnek, amelynek csak egy cégjegyzékszámot és egy hivatalos nevet kell megerősítenie, nincs hordozható módja arra, hogy pontosan ezt kérje. A végén vagy átveszi a teljes igazolást mindennel együtt, ami benne van, vagy minden egyes tárcához külön integrációt épít.
A DCQL a kérdezés oldalát oldja meg. Egyetlen szabványos kérés megnevezi a kívánt igazolásokat és az egyesekből kívánt konkrét adatokat. A tárca összeveti ezt azzal, ami a birtokosnál ténylegesen megvan, megmutatja a birtokosnak, mit kérnek, és csak ezt adja ki. Az ellenőrző fél kiszámítható választ kap, bármelyik tárcát is használja a birtokos.
1. Ellenőrző
Pontosan azokat az igazolásokat és adatokat kéri, amelyekre szüksége van
2. Tárca
Kikeresi, hogy a tárolt igazolások közül melyik felel meg a kérésnek
3. Birtokos
Látja, mit kérnek, és csak ennek a kiadását hagyja jóvá
4. Ellenőrző
Megkapja a jóváhagyott adatokat, és semmi mást
Mit kérhet az ellenőrző fél
A kérés rövid lista arról, mire van szükség. Megnevezhet egy igazolást vagy többet is, és mindegyiknél megnevezheti a kívánt konkrét adatokat az egész helyett. Ezen felül három lehetőség szinte minden valós esetet lefed: tartalék lehetőségek, kombinációk és annak korlátozása, mely kibocsátók fogadhatók el.
- Mely igazolásokra van szükség, és azokon belül mely adatokra.
- Elfogadható tartalék lehetőségek preferencia szerinti sorrendben azoknak a birtokosoknak, akiknél nincs meg minden.
- Kombinációk, így egy kérés megkövetelhet egy igazolást és két másik közül bármelyiket.
- Korlátozás a hivatalos bizalmi listán szereplő kibocsátókra, így a többiek igazolásait a rendszer soha nem ajánlja fel.
Tartalék lehetőség kérése
Nem minden birtokosnál van ugyanaz az igazolás. Az ellenőrző fél sorrendben megnevezheti, mit részesítene előnyben és mit fogadna el még, a tárca pedig azt a legjobb lehetőséget használja, amelyet a birtokos ténylegesen teljesíteni tud. Ezzel elkerülhető a második kör, és az is, hogy elküldjenek egy ügyfelet pusztán azért, mert csak a legkedvezőbb részlet hiányzik nála.
1. Előnyben részesített
Akkor használatos, ha az igazolás mindkettőt tartalmazza
2. Tartalék
Csak akkor használatos, ha az első lehetőség nem teljesíthető
Itt az ellenőrző fél a cégjegyzékszámot szeretné a hivatalos névvel együtt, de elfogadja önmagában a hivatalos nevet is, ha a birtokos igazolása nem tartalmaz cégjegyzékszámot.
Igazolások összekapcsolása egyetlen kérésben
Az ügyfél-befogadási ellenőrzések ritkán támaszkodnak egyetlen dokumentumra. Az ellenőrző fél megkövetelhet egy igazolást, és mellé elfogadhatja két másik közül bármelyiket, mindezt egyetlen kérésben, így a birtokos egyszer hagyja jóvá, az ellenőrző fél pedig egyetlen lépésben kap teljes választ.
Kötelező
Cégbejegyzés
Egy ezek közül
Áfa-regisztráció
Egy ezek közül
Bankszámla-igazolás
A cégbejegyzés kötelező. Ezen felül megfelel akár az áfaregisztráció, akár a bankszámláról szóló igazolás, és a birtokosnak csak az egyik kell, hogy meglegyen.
Csak megbízható kibocsátók elfogadása
Az ellenőrző fél leszűkítheti a kérést azokra az igazolásokra, amelyek kibocsátója hivatalos bizalmi listán szerepel. A többiek igazolásait a tárca fel sem ajánlja a birtokosnak, így egy saját kiállítású hasonmás el sem jut az ellenőrzésig.
Az ellenőrző fél azt mondja: csak olyan kibocsátóktól, akik hivatalos uniós bizalmi listán szerepelnek
Cégigazolás listán szereplő kibocsátótól
A kibocsátó szerepel a bizalmi listán
✓ Felajánlja a birtokosnak
Cégigazolás listán nem szereplő kibocsátótól
A kibocsátó nem szerepel a bizalmi listán
✗ Nem ajánlja fel a birtokosnak
Ez a tárcában működő szűrő, nem önmagában vett garancia. Az ellenőrző fél a kapott adatok érvényesítésekor továbbra is összeveti a kibocsátót a bizalmi listával.
Hol tart ma a DCQL
- A DCQL nem külön dokumentum, hanem magának az OpenID4VP specifikációnak a része, és felváltotta a korábbi függést a DIF Presentation Exchange-től.
- Az EUDI Wallet Architecture and Reference Framework az OpenID4VP-t nevezi meg bemutatási protokollként, vele együtt pedig a DCQL-t, így az ökoszisztéma tárcáitól és ellenőrző feleitől elvárt a támogatása.
- Az EUDI Wallet program referenciatárcái és ellenőrző felei a DCQL köré rendeződtek, ezért egy ma induló üzleti tárcaintegrációnak ezzel érdemes számolnia, nem a régebbi alternatívával.
Mit jelent ez Önnek
Ellenőrző
Egyetlen kérésformátum minden tárcára jó, és csak azokat az adatokat kapja meg, amelyeket kért, vagyis kevesebb adatot kell tárolnia, védenie és indokolnia.
Birtokos
A jóváhagyás előtt pontosan látja, mit kérnek, és ezen túl semmi nem hagyja el a tárcáját.
Kibocsátó
Az Ön által kibocsátott igazolások részleges ellenőrzésekhez is használhatók maradnak, így egyetlen igazolás sokféle célt szolgálhat.
Technikai elmélyülés
Ez az oldal azt magyarázza el, mit csinál a technológia, és kit érint. A fejlesztői dokumentációnk magával a megvalósítással foglalkozik: az üzenetekkel, a mezőkkel és a kidolgozott példákkal, amelyekre egy integrációs csapatnak szüksége van.
Műszaki dokumentáció megtekintéseKapcsolódó fogalmak
Gyakran ismételt kérdések
Miben különbözik a DCQL a DIF Presentation Exchange-től?
Mindkettő arra szolgál, hogy az ellenőrző fél leírja, mit vár a tárcától. A Presentation Exchange a kettő közül a régebbi és tágabb, és úgy tervezték, hogy több protokollal is működjön. A DCQL szándékosan kisebb, és magán az OpenID4VP-n belül van meghatározva. Az EUDI Wallet ökoszisztéma a DCQL-t tette szabvánnyá, így az európai piacra ezzel érdemes tervezni.
Kérhet egyetlen kérés egynél több igazolást?
Igen, és részben éppen ezért létezik. Az ellenőrző fél egyetlen kérésben kérheti a cégbejegyzést és a bankszámláról szóló igazolást, vagy elfogadhatja két lehetőség egyikét, a birtokos pedig mindezt egy lépésben hagyja jóvá ahelyett, hogy kétszer kérdeznék meg.
Mi történik, ha a birtokosnál nincs meg minden, amit kértek?
Az ellenőrző fél preferencia szerinti sorrendben megnevezheti az elfogadható tartalék lehetőségeket, a tárca pedig azt a legjobbat használja, amelyet a birtokos ténylegesen teljesíteni tud. Így az ellenőrző fél pontos cégjegyzékszámot kérhet ott, ahol az létezik, és beérheti a hivatalos névvel ott, ahol nincs, anélkül hogy második kérést küldene vagy elutasítaná a birtokost.
A DCQL csak az EUDI Wallethez használható?
Nem. A DCQL az OpenID4VP része, és a protokoll bármely megvalósítása használhatja. Az EUDI Wallet ökoszisztéma kiemelt alkalmazója: az Architecture and Reference Framework az OpenID4VP-t nevezi meg a DCQL-lel együtt az igazolások bemutatásának módjaként, ezért fontos mindenkinek, aki az európai piacra fejleszt.
Segít ez a GDPR szerinti adattakarékosságban?
Kifejezetté teszi a minimumot. A kérés megmondja, mely adatokra van szükség, a birtokos ezt a listát a jóváhagyás előtt látja, a tárca pedig semmi mást nem ad ki. Ezzel az adattakarékosság egy megígért elvből olyan korláttá válik, amelyet maga az adatcsere érvényesít, ezt pedig sokkal könnyebb bizonyítani.
Források
Ez az oldal tájékoztató jellegű, és nem minősül jogi tanácsadásnak. Hiteles útmutatásért forduljon közvetlenül az OpenID Foundationhöz és az Európai Bizottsághoz.