ES digitālās identitātes maks ienāk 2026. gada decembrī: kā sagatavoties

Līdz 2026. gada 24. decembrim katrai ES dalībvalstij saviem pilsoņiem un iedzīvotājiem jānodrošina vismaz viens Eiropas digitālās identitātes maks. Tas ir juridisks pienākums ar datumu, nevis punkts kādā attīstības plānā. Ne visas valstis būs gatavas noteiktajā dienā: Vācijas digitālo lietu ministrija savu maku d-you ir ieplānojusi 2027. gada 2. janvārī, un dažas dalībvalstis atpaliek vēl vairāk.

Gadu vēlāk, 2027. gada decembrī, garam organizāciju sarakstam būs juridisks pienākums to pieņemt. Šajā sarakstā ir bankas, transporta operatori, energoapgādes uzņēmumi, veselības pakalpojumi, telekomunikāciju un pasta pakalpojumi, izglītības iestādes un digitālās infrastruktūras operatori, kā arī ikviens cits, kam jau tagad jāizmanto stingra lietotāja autentifikācija.

Visiem pārējiem pieņemšana ir brīvprātīga. To tomēr ir vērts saprast, jo maks atrisina vairākas problēmas, kurām uzņēmumi šobrīd tērē reālu naudu, un tērē slikti.

Kas maks patiesībā ir

Eiropas digitālās identitātes maks izriet no pārskatītās eIDAS regulas, ko parasti sauc par eIDAS 2. Tā ir mobilā lietotne, kurā glabājas uzticamu pušu izdoti pārbaudīti identitātes atribūti un akreditācijas dati, ko lietotājs var selektīvi uzrādīt ikvienam, kas tos prasa.

No identitātes sistēmām, ko lielākā daļa vietņu izmanto šodien, to atšķir trīs īpašības.

To nodrošina valsts. Identitāte makā ir atvasināta no valsts elektroniskās identifikācijas shēmas. Tas nav paša lietotāja aizpildīts profils.

Tas atbalsta selektīvu izpaušanu. Lietotājs var pierādīt, ka viņam ir vairāk nekā astoņpadsmit gadu, neatklājot dzimšanas datumu, vai pierādīt dzīvesvietu dalībvalstī, neatklājot adresi. Tieši šai daļai ir vislielākās praktiskās sekas produktu projektēšanā.

Tas darbojas pāri robežām. Slovēnijā izdots maks ir jāpieņem paļāvības pusēm Vācijā. Tā ir visas regulas jēga, un tieši to valstu identitātes shēmas nemitīgi nav spējušas nodrošināt.

Līdzās pilsoņu makiem Komisija ir ierosinājusi juridiskām personām paredzētu Eiropas uzņēmējdarbības maku, kas domāts uzņēmuma pārstāvībai, pilnvarojumiem un oficiālu dokumentu apmaiņai starp uzņēmumiem un valsts iestādēm. Priekšlikums nāca kopā ar digitālo omnibusa paketi 2025. gada novembrī. Padome savu nostāju sarunām pieņēma 2026. gada 9. jūnijā, un 2026. gada 10. septembrī Parlamenta Rūpniecības komiteja (ITRE) pieņēma savu ziņojumu kopā ar pilnvarojumu sarunām ar Padomi. Tas ir tālākā nākotnē, bet, ja jūsu produkts saistīts ar uzņēmumu identitāti, pilnvarojumiem vai B2B dokumentu apmaiņu, tieši šim tiesību aktam ir vērts sekot.

Kur ieviešana patiesībā atrodas

Gatavība dalībvalstīs ļoti atšķiras, un par to ir vērts būt reālistiskiem.

Vairākas valstis savus nacionālos risinājumus palaidušas jau pirms termiņa. Francijā ir France Identité, Austrijā eAusweise, Itālijā IT-Wallet. Citas atpaliek, un dažas 2026. gada decembra termiņu izpildīs ar ierobežotu pirmo versiju, nevis pilnu funkciju kopumu.

Dalībvalstis pienākumu var izpildīt trīs veidos: pašas izveidot un izdot maku, uzdot to darīt trešai personai vai atzīt privātā sektora izveidotu maku. Tas nozīmē, ka ekosistēma, ar kuru integrējaties, nebūs vienveidīga, un tieši tāpēc svarīgas ir sadarbspējas specifikācijas.

Paļāvības puses loma

Ja vēlaties pieņemt maka akreditācijas datus, jūs kļūstat par paļāvības pusi, un tā ir reģistrēta, nevis neformāla loma.

Process vispārīgos vilcienos:

1. Reģistrējieties savas valsts reģistrācijas iestādē. Jūs deklarējat, kurus atribūtus plānojat pieprasīt un kādam nolūkam. Tā ir īsta pārbaude, nevis veidlapa. Jūs nevarat reģistrēties, lai pieprasītu visu pilsoņa identitātes datu kopu tikai tāpēc, ka tā kādreiz varētu noderēt.
2. Iegūstiet paļāvības puses piekļuves sertifikātus. Ar tiem jūs autentificējaties makiem, un lietotāji redz, kas prasa datus.
3. Ieviesiet uzrādīšanas protokolus. Pieprasiet akreditācijas datus, saņemiet uzrādījumu, pārbaudiet to.
4. Pārbaudiet kriptogrāfiski. Paraksta validācija, uzticības ķēdes validācija pret ES uzticamības sarakstu, atsaukuma pārbaude.
5. Pieprasiet minimumu. Datu minimizēšana šeit tiek nodrošināta strukturāli. Ja reģistrējāties vecuma pārbaudei, varat prasīt apliecinājumu par vecumu, nevis dzimšanas datumu.

Pēdējais punkts ir jāuzsver, jo tas apgriež ierasto identitātes integrāciju otrādi. Lielākajā daļā sistēmu jūs saņemat datu paketi un izlemjat, ko paturēt. Šeit jūs iepriekš deklarējat, ko drīkstat prasīt, un arhitektūra neļauj vākt par daudz. Tas ir patiešām labāks modelis, un tas nozīmē, ka jūsu novērtējums par ietekmi uz datu aizsardzību identitātes pārbaudei kļūst ievērojami īsāks.

Standarti, ar kuriem saskarsieties

Tehnoloģiju kopums balstās uz vairākām specifikācijām, un, ja plānojat darbu apjomu, parādīsies šie akronīmi:

• ISO/IEC 18013-5, mobilās autovadītāja apliecības standarts, no kura nāk tuvuma uzrādīšanas modelis un liela daļa domāšanas par akreditācijas datu formātu.
• W3C Verifiable Credentials akreditācijas datu modelim.
• OpenID for Verifiable Presentations un OpenID for Verifiable Credential Issuance pieprasījuma un izdošanas plūsmām tīmeklī.
• SD-JWT atsevišķu apgalvojumu selektīvai izpaušanai.
• Komisijas publicētā EUDI arhitektūras un atsauces sistēma (Architecture and Reference Framework), dokuments, kas visu sasaista kopā un kas jāizlasa, pirms kaut ko novērtējat.

Ja jūsu komanda ir strādājusi ar OpenID Connect, nekas no tā nav eksotisks. Tomēr tas ievērojami atšķiras no SAML vai OIDC pieteikšanās integrācijas, jo jūs pārbaudāt akreditācijas datus kriptogrāfiski, nevis uzticaties identitātes nodrošinātāja sesijas apgalvojumam.

Kur maks atrisina reālu problēmu

Atbilstību atstājot malā, ir vairākas jomas, kur tas ir vienkārši labāks par to, kas pastāv šodien.

Vecuma pārbaude

Tas ir tūlītējākais lietojums, un to virza ļoti aktīvi. Eiropas Komisija mudina dalībvalstis līdz 2026. gada 31. decembrim ieviest vecuma pārbaudes risinājumus un ir publicējusi atvērtā koda vecuma pārbaudes lietotni kā pagaidu risinājumu, līdz maki būs plaši pieejami. Mērķis ir, lai platforma saņemtu tikai vecuma marķieri, „jā“ vai „nē“, bez dzimšanas datuma vai jebkāda cita atribūta.

Ja jums ir kaut kas ar vecuma ierobežojumu (alkohols, azartspēles, pieaugušajiem paredzēts saturs, noteikti finanšu produkti) vai platforma, uz kuru attiecas Digitālo pakalpojumu akta gaidas nepilngadīgo aizsardzībā, šis ir mehānisms, kas ļauj pārbaudīt vecumu, neveidojot skenētu identitātes dokumentu datubāzi. Šāda datubāze ir saistības, ko jūs šobrīd nesat bez laba iemesla.

Klientu pieņemšana un klienta izpēte (KYC)

Regulēta klientu pieņemšana šodien nozīmē dokumentu augšupielādi, dzīvīguma pārbaudes, manuālu izskatīšanu un rindu. Maka uzrādījums to aizstāj ar kriptogrāfisku pārbaudi, kas pabeidzas dažās sekundēs, ar augstāku uzticamības līmeni un bez dokumentu attēliem, kas būtu jāglabā.

Bankām, apdrošinātājiem, kriptoaktīvu pakalpojumiem un ikvienam citam, kas veic klienta izpēti, izmaksu starpība ir ievērojama. Tas arī likvidē sensitīvāko datu kopu, kāda ir lielākajai daļai uzņēmumu.

Pārrobežu pakalpojumi

Ja apkalpojat klientus vairākās dalībvalstīs, jūs šobrīd uzturat integrācijas ar dažādu valstu identitātes shēmu raibu kopumu vai esat padevušies un visur izmantojat dokumentu skenēšanu. Viena maka integrācija aptver tās visas.

Mazāk berzes veidlapās

Pārbaudīts vārds, adrese un kontaktinformācija, kas uzrādīti ar vienu darbību, nevis ierakstīti veidlapā. Tas uzlabo gan konversiju, gan datu kvalitāti.

Ko darīt tagad

Godīga atbilde lielākajai daļai uzņēmumu: pagaidām nav daudz, bet dažas lietas ir lētas un ir vērts tās izdarīt.

Ja jums kā paļāvības pusei ir pienākums ar 2027. gada decembra termiņu, sāciet tagad. Reģistrācijas procesi ir jauni un lēni, nacionālie risinājumi atšķiras, un pirms saistību uzņemšanās jūs gribēsiet izmēģinājumu vienā tirgū. Divpadsmit mēneši regulētai integrācijai nav daudz.

Ja jums nav pienākuma, bet jūs veicat vecuma pārbaudi, nopietni apsveriet to tuvāko ceturkšņu laikā. Glabāt identitātes dokumentus, lai pārbaudītu, vai kādam ir astoņpadsmit, ir slikts darījums, un tagad ir alternatīva.

Ja veicat klienta izpēti vai identitātes pārbaudi, aprēķiniet ietaupījumu. Mūsu pieredze rāda, ka biznesa pamatojums parasti iztiek bez jebkāda atbilstības argumenta.

Ja nekas no iepriekš minētā uz jums neattiecas, izdariet vienu lietu: pārliecinieties, ka jūsu identitātes slānis ir abstrahēts. Ja jūsu lietotnes kods izsauc autentifikācijas pakalpojumu, nevis konkrēta piegādātāja SDK, maka atbalsta pievienošana vēlāk būs jauns adapteris. Ja pieteikšanās loģika ir izkaisīta pa kontrolieriem, tā būs pārrakstīšana.

Kas noies greizi

Spriežot pēc tā, kā šādas ieviešanas parasti norit, rēķinieties ar sekojošo.

Nevienmērīga pieejamība. Dažas dalībvalstis sāks ar ierobežotu funkcionalitāti. Veidojiet risinājumu gadījumam, kad lietotājam vienā valstī ir pilnvērtīgs maks, bet lietotājam citā nav, un saglabājiet savu esošo rezerves ceļu.

Lēna lietotāju ieviešana. Pieejamība nav lietošana. Pat valstīs ar nobriedušām nacionālajām eID shēmām izplatība prasīja gadus. Nenoņemiet alternatīvās plūsmas.

Reģistrācijas berze. Valstu reģistrācijas iestāžu procesi ir jauni. Paredziet vairāk laika, nekā liek domāt dokumentācija.

Specifikāciju novirze. Arhitektūras un atsauces sistēma ir pārskatīta atkārtoti un tiks pārskatīta vēl. Izolējiet protokolu apstrādi aiz saskarnes, lai specifikācijas atjauninājums neskartu jūsu biznesa loģiku.

Kur tas iekļaujas

Maks ir viena no konstruktīvākajām pašreizējās ES digitālās darba kārtības daļām. Lielākā daļa pārējā uzliek pienākumus. Šis, tiklīdz darbosies, likvidē veselu dārgas un riskantas infrastruktūras kategoriju, ko uzņēmumi šodien veido tāpēc, ka tiem nav alternatīvas.

Mūsu ceļvedis par ES digitālo atbilstību 2026. gadā parāda, kā tas iekļaujas līdzās citiem termiņiem, bet VDAR inženiertehniskais ceļvedis aplūko datu aizsardzības slāni, kam jāatbilst jebkuram identitātes darbam.

Mēs izstrādājam autentifikācijas un identitātes sistēmas uzņēmumiem, kas darbojas ES, un šobrīd strādājam pie paļāvības pušu integrācijām. Ja vēlaties palīdzību, lai novērtētu, ko prasītu maka pieņemšana jūsu tehnoloģiju kopumā, vai jums ir 2027. gada decembra pienākums un nav plāna, rakstiet uz office@c9group.dev. Vairāk par mūsu darbu Eiropā lapā par ienākšanu tirgū.