DCQL skaidrojums: kā pārbaudītājs no maka pieprasa tieši to, kas tam vajadzīgs
DCQL jeb Digital Credentials Query Language ir saskaņotais veids, kā organizācija pasaka makam, kuri apliecinājumi tai ir vajadzīgi un kuras ziņas tajos. Tieši tas pārvērš pieprasījumu, piemēram, "pierādiet, ka jūsu uzņēmums ir reģistrēts Nīderlandē", par kaut ko, ko saprot ikviens atbilstošs maks, bez atsevišķas integrācijas katram makam.
Problēma, ko DCQL risina
Uzņēmuma makā glabājas dažādu veidu apliecinājumi, ko izdevušas dažādas iestādes dažādās valstīs un kas saglabāti dažādos tehniskajos formātos. Organizācijai, kurai vajadzīgs tikai apstiprināt reģistrācijas numuru un juridisko nosaukumu, nav pārnesama veida, kā prasīt tieši to. Tai vai nu jāpaņem viss apliecinājums ar visu pārējo, kas tajā ir, vai jāveido atsevišķa integrācija katram makam, ar ko tā saskaras.
DCQL sakārto prasīšanas pusi. Viens standarta pieprasījums nosauc vēlamos apliecinājumus un konkrētās ziņas, kas vajadzīgas no katra. Maks to salīdzina ar to, kas turētājam patiešām ir, parāda turētājam, kas tiek prasīts, un izpauž tikai to. Verificētājs saņem paredzamu atbildi neatkarīgi no tā, kuru maku turētājs lieto.
1. Pārbaudītājs
Prasa tieši tos apliecinājumus un ziņas, kas tam vajadzīgas
2. Maks
Nosaka, kuri no saglabātajiem apliecinājumiem atbilst pieprasījumam
3. Turētājs
Redz, kas tiek prasīts, un apstiprina tikai tā izpaušanu
4. Pārbaudītājs
Saņem apstiprinātās ziņas un neko vairāk
Ko verificētājs var prasīt
Pieprasījums ir īss saraksts ar to, kas ir vajadzīgs. Tas var nosaukt vienu apliecinājumu vai vairākus, un par katru tas var nosaukt konkrētās vēlamās ziņas, nevis visu kopumu. Papildus tam trīs iespējas aptver gandrīz ikvienu reālu gadījumu: rezerves varianti, kombinācijas un ierobežojums pieņemamajiem izdevējiem.
- Kuri apliecinājumi ir vajadzīgi un kuras ziņas katrā no tiem.
- Pieņemami rezerves varianti prioritārā secībā turētājiem, kuriem nav visa.
- Kombinācijas, lai pieprasījumā varētu prasīt vienu apliecinājumu un jebkuru no diviem citiem.
- Ierobežojums līdz izdevējiem oficiālā uzticamības sarakstā, lai jebkura cita izdoti apliecinājumi nekad netiktu piedāvāti.
Rezerves varianta pieprasīšana
Ne katram turētājam ir viens un tas pats apliecinājums. Verificētājs var norādīt, ko tas vēlētos saņemt un ko tas vēl joprojām pieņemtu, prioritārā secībā, un maks izmanto labāko variantu, ko turētājs patiešām var izpildīt. Tā tiek novērsta otra pieprasījumu kārta un netiek atraidīts klients, kuram trūkst tikai vēlamas, bet ne obligātas ziņas.
1. Vēlamais
Izmanto, kad apliecinājumā ir abi dati
2. Rezerve
Izmanto tikai tad, kad pirmo variantu nevar izpildīt
Šeit verificētājs labprātāk saņemtu reģistrācijas numuru kopā ar juridisko nosaukumu, taču pieņems arī tikai juridisko nosaukumu, ja turētāja apliecinājumā nav reģistrācijas numura.
Vairāku apliecinājumu apvienošana vienā pieprasījumā
Sadarbības uzsākšanas pārbaudes reti balstās uz vienu dokumentu. Verificētājs var pieprasīt vienu apliecinājumu un papildus tam pieņemt jebkuru no diviem citiem, visu vienā pieprasījumā, tāpēc turētājs apstiprina vienu reizi, bet verificētājs vienā solī saņem pilnīgu atbildi.
Obligāts
Uzņēmuma reģistrācija
Viens no
PVN reģistrācija
Viens no
Bankas konta apliecinājums
Uzņēmuma reģistrācija ir obligāta. Papildus tam noder vai nu PVN reģistrācija, vai bankas konta apliecinājums, un turētājam ir jābūt tikai vienam no tiem.
Tikai uzticamu izdevēju pieņemšana
Verificētājs var sašaurināt pieprasījumu līdz apliecinājumiem, kuru izdevējs ir oficiālā uzticamības sarakstā. Jebkura cita izdoti apliecinājumi turētājam pat netiek piedāvāti, tāpēc pašizdota imitācija vispār nenonāk līdz pārbaudei.
Verificētājs nosaka: tikai no izdevējiem oficiālā ES uzticamības sarakstā
Reģistrācijas akreditācijas dati no saraksta izdevēja
Izdevējs ir uzticamības sarakstā
✓ Turētājam tiek piedāvāts
Reģistrācijas akreditācijas dati no izdevēja ārpus saraksta
Izdevēja uzticamības sarakstā nav
✗ Turētājam netiek piedāvāts
Tas ir filtrs makā, nevis garantija pats par sevi. Verificētājs joprojām salīdzina izdevēju ar uzticamības sarakstu, kad pārbauda saņemtā derīgumu.
DCQL statuss šodien
- DCQL ir daļa no pašas OpenID4VP specifikācijas, nevis atsevišķs dokuments, un tas aizstāja agrāko atkarību no DIF Presentation Exchange.
- EUDI Wallet Arhitektūras un atsauces satvars nosauc OpenID4VP kā uzrādīšanas protokolu un līdz ar to arī DCQL, tāpēc no ekosistēmas makiem un verificētājiem tiek sagaidīts, ka tie to atbalstīs.
- EUDI Wallet programmas atsauces maki un verificētāji ir vienojušies par DCQL, tāpēc uzņēmuma maka integrācijai, ko sāk šodien, vajadzētu balstīties uz to, nevis uz veco alternatīvu.
Ko tas nozīmē jums
Pārbaudītājs
Viens pieprasījuma formāts aptver ikvienu maku, un jūs saņemat tikai prasītās ziņas, tātad mazāk datu, kas jāglabā, jāaizsargā un jāpamato.
Turētājs
Jūs precīzi redzat, kas tiek prasīts, pirms to apstiprināt, un nekas ārpus tā jūsu maku nepamet.
Izdevējs
Jūsu izdotie apliecinājumi paliek noderīgi daļējām pārbaudēm, tāpēc viens apliecinājums var kalpot daudziem dažādiem mērķiem.
Tehniskā padziļināšana
Šī lapa skaidro, ko tehnoloģija dara un uz ko tā attiecas. Mūsu izstrādātāju dokumentācija aptver pašu ieviešanu: ziņojumus, laukus un izstrādātos piemērus, kas vajadzīgi integrācijas komandai.
Lasīt tehnisko dokumentācijuSaistītie termini
Biežāk uzdotie jautājumi
Ar ko DCQL atšķiras no DIF Presentation Exchange?
Abi ir veidi, kā verificētājs apraksta, ko tas vēlas no maka. Presentation Exchange ir vecāks un plašāks no abiem, un tas ir veidots darbam ar vairākiem protokoliem. DCQL ir apzināti mazāks un ir definēts pašā OpenID4VP. EUDI Wallet ekosistēma ir standartizējusies uz DCQL, tāpēc tieši ar to jārēķinās Eiropas tirgū.
Vai vienā pieprasījumā var prasīt vairāk nekā vienu apliecinājumu?
Jā, un tas ir viens no iemesliem, kāpēc tas pastāv. Verificētājs vienā pieprasījumā var prasīt uzņēmuma reģistrāciju un bankas konta apliecinājumu vai pieņemt vienu no divām alternatīvām, un turētājs visu apstiprina vienā solī, nevis tiek jautāts divreiz.
Kas notiek, ja turētājam nav visa pieprasītā?
Verificētājs var nosaukt pieņemamus rezerves variantus prioritārā secībā, un maks izmanto labāko, ko turētājs patiešām var izpildīt. Tādējādi verificētājs var prasīt precīzu reģistrācijas numuru tur, kur tāds ir, un iztikt ar juridisko nosaukumu tur, kur tāda nav, nesūtot otru pieprasījumu un neatraidot turētāju.
Vai DCQL ir paredzēts tikai EUDI Wallet?
Nē. DCQL ir daļa no OpenID4VP, un to var izmantot jebkura šā protokola ieviešana. EUDI Wallet ekosistēma ir viens no ievērojamākajiem lietotājiem: Arhitektūras un atsauces satvars nosauc OpenID4VP kopā ar DCQL kā veidu, kā apliecinājumi tiek uzrādīti, un tāpēc tam ir nozīme ikvienam, kas veido risinājumus Eiropas tirgum.
Vai tas palīdz datu minimizēšanā saskaņā ar GDPR?
Tas padara minimumu skaidri redzamu. Pieprasījumā ir norādīts, kādas ziņas ir vajadzīgas, turētājs šo sarakstu redz pirms apstiprināšanas, un maks neizpauž neko ārpus tā. Tā datu minimizēšana no solītas politikas kļūst par ierobežojumu, ko īsteno pati apmaiņa, un to ir daudz vieglāk pierādīt.
Avoti
Šai lapai ir informatīvs raksturs, un tā nav juridiska konsultācija. Autoritatīvas vadlīnijas meklējiet tieši OpenID Foundation un Eiropas Komisijā.