DCQL paaiškinimas: kaip tikrintojas prašo piniginės tiksliai to, ko reikia
DCQL, arba Digital Credentials Query Language, yra sutartas būdas organizacijai pasakyti piniginei, kokių kredencialų jai reikia ir kokių duomenų juose. Būtent jis prašymą, pavyzdžiui, „įrodykite, kad jūsų įmonė registruota Nyderlanduose“, paverčia tuo, ką supranta kiekviena reikalavimus atitinkanti piniginė, be atskiros integracijos su kiekviena pinigine.
Kokią problemą sprendžia DCQL
Verslo piniginėje laikomi įvairiausi kredencialai, išduoti skirtingų institucijų skirtingose šalyse ir saugomi skirtingais techniniais formatais. Organizacija, kuriai tereikia patvirtinti registracijos numerį ir juridinį pavadinimą, neturi universalaus būdo paprašyti būtent to. Galiausiai ji arba paima visą kredencialą su visu kitu jo turiniu, arba kuria atskirą integraciją kiekvienai sutiktai piniginei.
DCQL sutvarko prašymo pusę. Viename standartiniame prašyme nurodomi norimi kredencialai ir konkretūs iš kiekvieno jų norimi duomenys. Piniginė palygina tai su tuo, ką turėtojas iš tikrųjų turi, parodo turėtojui, ko prašoma, ir atskleidžia tik tai. Tikrintojas gauna nuspėjamą atsakymą, kad ir kuria pinigine turėtojas naudotųsi.
1. Tikrintojas
Prašo būtent tų kredencialų ir duomenų, kurių jam reikia
2. Piniginė
Nustato, kurie saugomi kredencialai atitinka prašymą
3. Turėtojas
Mato, ko prašoma, ir patvirtina, kad bus atskleista tik tai
4. Tikrintojas
Gauna patvirtintus duomenis ir nieko daugiau
Ko gali prašyti tikrintojas
Prašymas yra trumpas sąrašas to, ko reikia. Jame gali būti nurodytas vienas ar keli kredencialai, o kiekvienam jų galima nurodyti konkrečius norimus duomenis, o ne visą kredencialą. Trys papildomos galimybės apima beveik visus realius atvejus: atsarginiai variantai, deriniai ir apribojimas, kurie išdavėjai priimtini.
- Kurių kredencialų reikia ir kurių duomenų kiekviename iš jų.
- Priimtini atsarginiai variantai pagal pirmenybę tiems turėtojams, kurie turi ne viską.
- Deriniai, kad prašyme būtų galima reikalauti vieno kredencialo ir bet kurio iš dviejų kitų.
- Apribojimas iki išdavėjų, esančių oficialiame patikimame sąraše, kad kitų kredencialai niekada nebūtų siūlomi.
Atsarginio varianto prašymas
Ne kiekvienas turėtojas turi tą patį kredencialą. Tikrintojas gali eilės tvarka nurodyti, ko jis pageidautų ir ką dar priimtų, o piniginė pasirenka geriausią variantą, kurį turėtojas iš tikrųjų gali įvykdyti. Taip išvengiama antro kreipimosi ir nereikia atsisakyti kliento, kuriam trūksta tik pageidautino, bet nebūtino duomens.
1. Pageidaujama
Naudojama, kai kredenciale yra abu duomenys
2. Atsarginis
Naudojama tik tada, kai pirmojo varianto įvykdyti neįmanoma
Čia tikrintojas pageidautų registracijos numerio kartu su juridiniu pavadinimu, bet priims ir vien juridinį pavadinimą, kai turėtojo kredenciale registracijos numerio nėra.
Kelių kredencialų derinimas viename prašyme
Klientų priėmimo patikros retai remiasi vienu dokumentu. Tikrintojas gali reikalauti vieno kredencialo ir kartu priimti bet kurį iš dviejų kitų, visa tai viename prašyme, todėl turėtojas patvirtina vieną kartą, o tikrintojas vienu žingsniu gauna išsamų atsakymą.
Privaloma
Įmonės registracija
Vienas iš
PVM registracija
Vienas iš
Banko sąskaitos patvirtinimas
Įmonės registracija yra privaloma. Be to, tinka arba PVM registracija, arba banko sąskaitos atestacija, ir turėtojui pakanka turėti tik vieną iš jų.
Priimami tik patikimi išdavėjai
Tikrintojas gali apriboti prašymą tik tais kredencialais, kurių išdavėjas yra oficialiame patikimame sąraše. Kitų išdavėjų kredencialai turėtojui net nesiūlomi, todėl savarankiškai išduota kopija patikros apskritai nepasiekia.
Tikrintojas nurodo: tik iš išdavėjų, esančių oficialiame ES patikimame sąraše
Registracijos kredencialas iš sąraše esančio išdavėjo
Išdavėjas yra patikimame sąraše
✓ Turėtojui siūloma
Registracijos kredencialas iš sąraše nesančio išdavėjo
Išdavėjo patikimame sąraše nėra
✗ Turėtojui nesiūloma
Tai filtras piniginėje, o ne savaiminė garantija. Tikrindamas gautą informaciją tikrintojas vis tiek patikrina išdavėją patikimame sąraše.
DCQL padėtis šiandien
- DCQL yra pačios OpenID4VP specifikacijos dalis, o ne atskiras dokumentas, ir jis pakeitė ankstesnę priklausomybę nuo DIF Presentation Exchange.
- EUDI Wallet Architektūros ir orientacinėje sistemoje (ARF) kaip pateikimo protokolas nurodytas OpenID4VP kartu su DCQL, todėl tikimasi, kad ekosistemos piniginės ir tikrintojai jį palaikys.
- EUDI Wallet programos etaloninės piniginės ir tikrintojai suartėjo ties DCQL, todėl šiandien pradedama verslo piniginės integracija turėtų remtis juo, o ne senesne alternatyva.
Ką tai reiškia jums
Tikrintojas
Vienas prašymo formatas tinka kiekvienai piniginei, o jūs gaunate tik tuos duomenis, kurių prašėte: mažiau duomenų reikia saugoti, apsaugoti ir pagrįsti.
Turėtojas
Prieš patvirtindami matote tiksliai, ko prašoma, ir nieko daugiau iš jūsų piniginės neišeina.
Išdavėjas
Jūsų išduoti kredencialai lieka naudingi daliniams patikrinimams, todėl vienas kredencialas gali tarnauti daugeliui skirtingų tikslų.
Techninis gilinimasis
Šiame puslapyje paaiškinama, ką technologija daro ir kam ji turi įtakos. Mūsų dokumentacija kūrėjams apima patį įgyvendinimą: pranešimus, laukus ir išsamius pavyzdžius, kurių reikia integracijos komandai.
Skaityti techninę dokumentacijąSusiję terminai
Dažnai užduodami klausimai
Kuo DCQL skiriasi nuo DIF Presentation Exchange?
Abu būdai leidžia tikrintojui aprašyti, ko jis nori iš piniginės. Presentation Exchange yra senesnis ir platesnis iš šių dviejų, sukurtas veikti su keliais protokolais. DCQL yra sąmoningai mažesnis ir apibrėžtas pačiame OpenID4VP. EUDI Wallet ekosistema pasirinko DCQL kaip standartą, todėl būtent juo verta remtis planuojant darbą Europos rinkai.
Ar viename prašyme galima prašyti daugiau nei vieno kredencialo?
Taip, ir tai viena iš priežasčių, kodėl jis egzistuoja. Tikrintojas viename prašyme gali prašyti įmonės registracijos ir banko sąskaitos atestacijos arba priimti bet kurį iš dviejų variantų, o turėtojas visa tai patvirtina vienu žingsniu, užuot buvęs klausiamas du kartus.
Kas nutinka, jei turėtojas neturi visko, ko buvo paprašyta?
Tikrintojas gali pagal pirmenybę nurodyti priimtinus atsarginius variantus, o piniginė pasirenka geriausią iš tų, kuriuos turėtojas iš tikrųjų gali įvykdyti. Taigi tikrintojas gali prašyti tikslaus registracijos numerio ten, kur jis yra, ir pasitenkinti juridiniu pavadinimu ten, kur jo nėra, nesiųsdamas antro prašymo ir neatsisakydamas turėtojo.
Ar DCQL skirta tik EUDI Wallet?
Ne. DCQL yra OpenID4VP dalis, todėl juo gali naudotis bet kuri šio protokolo realizacija. EUDI Wallet ekosistema yra svarbi jo naudotoja: Architektūros ir orientacinėje sistemoje (ARF) nurodyta, kad kredencialai pateikiami naudojant OpenID4VP su DCQL, todėl tai svarbu visiems, kuriantiems Europos rinkai.
Ar tai padeda įgyvendinti duomenų kiekio mažinimo principą pagal GDPR?
Tai aiškiai apibrėžia minimumą. Prašyme nurodoma, kokių duomenų reikia, turėtojas tą sąrašą mato prieš patvirtindamas, o piniginė neatskleidžia nieko daugiau. Taip duomenų kiekio mažinimas iš pažado tampa riba, kurią užtikrina pats duomenų mainų procesas, o tai įrodyti kur kas paprasčiau.
Šaltiniai
Šis puslapis yra informacinio pobūdžio ir nėra teisinė konsultacija. Autoritetingų nurodymų kreipkitės tiesiogiai į OpenID Foundation ir Europos Komisiją.