DCQL objašnjen: kako verifikator od novčanika traži točno ono što mu treba
DCQL, Digital Credentials Query Language, dogovoreni je način na koji organizacija novčaniku kaže koje vjerodajnice treba i koje podatke u njima. On zahtjev poput "dokažite da je vaša tvrtka registrirana u Nizozemskoj" pretvara u nešto što razumije svaki usklađeni novčanik, bez zasebne integracije za svaki novčanik.
Problem koji DCQL rješava
Poslovni novčanik sadrži vjerodajnice mnogih vrsta, koje su izdala različita tijela u različitim zemljama i koje su pohranjene u različitim tehničkim formatima. Organizacija kojoj treba samo potvrda matičnog broja i pravnog naziva nema prenosiv način da zatraži točno to. Na kraju ili uzima cijelu vjerodajnicu, sa svime ostalim u njoj, ili gradi zasebnu integraciju za svaki novčanik na koji naiđe.
DCQL rješava stranu koja pita. Jedan standardni zahtjev navodi željene vjerodajnice i konkretne podatke koji se iz svake traže. Novčanik ga uspoređuje s onime što imatelj doista ima, pokazuje imatelju što se traži i otkriva samo to. Provjeritelj dobiva predvidljiv odgovor bez obzira na to koji novčanik imatelj koristi.
1. Verifikator
Traži točno one vjerodajnice i podatke koji su mu potrebni
2. Novčanik
Utvrđuje koje pohranjene vjerodajnice odgovaraju zahtjevu
3. Imatelj
Vidi što se traži i odobrava otkrivanje samo toga
4. Verifikator
Prima odobrene podatke i ništa više
Što provjeritelj može tražiti
Zahtjev je kratak popis onoga što je potrebno. Može navesti jednu vjerodajnicu ili više njih, a za svaku može navesti konkretne željene podatke umjesto cjeline. Uz to, tri mogućnosti pokrivaju gotovo svaki stvarni slučaj: zamjenske opcije, kombinacije i ograničenje na prihvatljive izdavatelje.
- Koje su vjerodajnice potrebne i koji podaci unutar svake od njih.
- Prihvatljive zamjenske opcije, prema redoslijedu prednosti, za imatelje koji nemaju sve.
- Kombinacije, pa zahtjev može tražiti jednu vjerodajnicu i bilo koju od druge dvije.
- Ograničenje na izdavatelje sa službenog pouzdanog popisa, tako da se vjerodajnice bilo koga drugoga nikada ne nude.
Traženje zamjenske opcije
Ne nosi svaki imatelj istu vjerodajnicu. Provjeritelj može navesti što bi radije dobio i što bi još uvijek prihvatio, redom, a novčanik koristi najbolju opciju koju imatelj zaista može ispuniti. Time se izbjegava drugi krug razmjene i izbjegava se odbijanje klijenta kojemu nedostaje samo poželjan, ali ne i nužan podatak.
1. Željeno
Koristi se kada vjerodajnica sadrži oboje
2. Zamjena
Koristi se samo kada prva opcija nije ispunjena
Ovdje bi provjeritelj radije dobio matični broj zajedno s pravnim nazivom, ali će prihvatiti i sam pravni naziv kada vjerodajnica imatelja ne sadrži matični broj.
Kombiniranje vjerodajnica u jednom zahtjevu
Provjere pri uspostavi poslovnog odnosa rijetko se oslanjaju na jedan dokument. Provjeritelj može zahtijevati jednu vjerodajnicu i uz nju prihvatiti bilo koju od druge dvije, sve u jednom zahtjevu, pa imatelj odobrava samo jednom, a provjeritelj dobiva potpun odgovor u jednom koraku.
Obavezno
Registracija tvrtke
Jedno od
PDV registracija
Jedno od
Potvrda bankovnog računa
Registracija tvrtke je obavezna. Uz to je dovoljna ili registracija za PDV ili potvrda o bankovnom računu, a imatelj mora imati samo jednu od njih.
Prihvaćanje samo pouzdanih izdavatelja
Provjeritelj može suziti zahtjev na vjerodajnice čiji se izdavatelj nalazi na službenom pouzdanom popisu. Vjerodajnice bilo koga drugoga nikada se ni ne nude imatelju, pa samoizdana imitacija uopće ne može doći do provjere.
Provjeritelj kaže: samo od izdavatelja na službenom pouzdanom popisu EU-a
Vjerodajnica o registraciji od izdavatelja s popisa
Izdavatelj se nalazi na pouzdanom popisu
✓ Ponuđeno imatelju
Vjerodajnica o registraciji od izdavatelja izvan popisa
Izdavatelj se ne nalazi na pouzdanom popisu
✗ Nije ponuđeno imatelju
To je filtar u novčaniku, a ne jamstvo samo po sebi. Provjeritelj i dalje uspoređuje izdavatelja s pouzdanim popisom kada provjerava valjanost onoga što je primio.
Gdje je DCQL danas
- DCQL je dio same specifikacije OpenID4VP, a ne zaseban dokument, i zamijenio je raniju ovisnost o DIF Presentation Exchangeu.
- Arhitektonski i referentni okvir za EUDI Wallet navodi OpenID4VP kao protokol za predočavanje, a uz njega i DCQL, pa se od novčanika i provjeritelja u ekosustavu očekuje da ga podržavaju.
- Referentni novčanici i provjeritelji u programu EUDI Wallet usuglasili su se oko DCQL-a, pa bi integracija poslovnog novčanika koja započinje danas trebala računati na njega, a ne na stariju alternativu.
Što to znači za vas
Verifikator
Jedan format zahtjeva pokriva svaki novčanik i primate samo podatke koje ste zatražili, što znači manje podataka za pohranu, zaštitu i opravdanje.
Imatelj
Točno vidite što se traži prije nego što odobrite, i ništa izvan toga ne napušta vaš novčanik.
Izdavatelj
Vjerodajnice koje izdajete ostaju korisne za djelomične provjere, pa jedna vjerodajnica može služiti mnogim različitim svrhama.
Tehničko produbljivanje
Ova stranica objašnjava što tehnologija radi i na koga se odnosi. Naša razvojna dokumentacija pokriva samu implementaciju: poruke, polja i razrađene primjere koji su potrebni integracijskom timu.
Pročitajte tehničku dokumentacijuPovezani pojmovi
Česta pitanja
Po čemu se DCQL razlikuje od DIF Presentation Exchange?
Oboje su načini na koje provjeritelj opisuje što traži od novčanika. Presentation Exchange je stariji i širi od njih dvoje te je osmišljen za rad s više protokola. DCQL je namjerno manji i definiran je unutar samog OpenID4VP-a. Ekosustav EUDI Wallet standardizirao se na DCQL, pa je to ono s čim treba računati za europsko tržište.
Može li jedan zahtjev tražiti više od jedne vjerodajnice?
Da, i to je jedan od razloga njegova postojanja. Provjeritelj može u jednom zahtjevu tražiti registraciju tvrtke i potvrdu o bankovnom računu, ili prihvatiti jednu od dvije alternative, a imatelj sve odobrava u jednom koraku umjesto da bude pitan dvaput.
Što se događa ako imatelj nema sve što je zatraženo?
Provjeritelj može navesti prihvatljive zamjenske opcije, prema redoslijedu prednosti, a novčanik koristi najbolju koju imatelj zaista može ispuniti. Tako provjeritelj može tražiti točan matični broj ondje gdje postoji i zadovoljiti se pravnim nazivom ondje gdje ga nema, bez slanja drugog zahtjeva i bez odbijanja imatelja.
Je li DCQL specifičan za EUDI Wallet?
Ne. DCQL je dio OpenID4VP-a i može ga koristiti svaka implementacija tog protokola. Ekosustav EUDI Wallet istaknuti je korisnik: Arhitektonski i referentni okvir navodi OpenID4VP s DCQL-om kao način predočavanja vjerodajnica, zbog čega je važan svima koji grade rješenja za europsko tržište.
Pomaže li to kod smanjenja količine podataka prema GDPR-u?
Čini minimum izričitim. U zahtjevu je navedeno koji su podaci potrebni, imatelj vidi taj popis prije odobrenja, a novčanik ne otkriva ništa izvan njega. Time smanjenje količine podataka iz obećane politike postaje ograničenje koje provodi sama razmjena, što je mnogo lakše dokazati.
Izvori
Ova stranica služi isključivo informiranju i ne predstavlja pravni savjet. Za mjerodavne smjernice obratite se izravno OpenID Foundation i Europskoj komisiji.