Hopp til hovedinnhold

Hva er en forlitende part i EUDI Wallet-økosystemet?

En forlitende part er enhver organisasjon som ber en person eller et selskap om dokumentasjon på noe og deretter forlater seg på svaret når den tar en beslutning. I European Digital Identity Wallet-økosystemet er det parten på mottakersiden: den ber om data fra en lommebok, kontrollerer dem og handler på resultatet. Den offisielle betegnelsen er wallet-relying party, og i dagligtale sier de fleste rett og slett verifikator.

Rollen i klartekst

Rollen er ikke ny. Organisasjonen din er allerede en forlitende part hver gang den kontrollerer et pass, en firmaattest eller et vitnemål. Det som endrer seg, er at kontrollen slutter å være et menneske som leser et dokument og blir et automatisk svar du kan stole på i løpet av sekunder.

Forlitende part er en rolle, ikke en type virksomhet. Den samme organisasjonen kan være forlitende part i én prosess og utsteder i en annen: et universitet ber en student om legitimasjon ved opptak og deler ut et vitnemål til slutt. Det som gjør deg til forlitende part i et gitt øyeblikk, er ganske enkelt at det er du som spør, kontrollerer og bestemmer.

Det viktige skiftet handler om hvor dokumentasjonen kommer fra. I dag er det personen foran deg som må bevise at et dokument er ekte, og det er du som bærer kostnaden ved å vurdere det. Med en lommebok er dokumentasjonen signert av organisasjonen som allerede har faktumet, slik at kontrollen blir en utregning i stedet for en skjønnsvurdering.

Derfor er rollen verdt å forstå selv om ingenting ennå pålegger deg å ta den. Når en kunde kan bevise hvem hun er på noen sekunder, framstår enhver prosess som fortsatt ber om en opplasting og en manuell kontroll, som treg i sammenligning.

Tre hverdagslige eksempler

Mønsteret er alltid det samme. Noen trenger å vite et faktum, noen andre har det allerede, og frem til nå var den eneste måten å bygge bro mellom de to et dokument og en viss grad av tillit.

Det de tre har til felles, er at ingen av dem egentlig vil ha dokumentet. Banken vil vite at et selskap finnes og at personen som signerer kan opptre på vegne av det, og butikken vil bare vite at kunden er gammel nok. Dokumentet var aldri poenget, det var bare den eneste tilgjengelige bæreren av faktumet.

Å skille faktumet fra dokumentet endrer hva du sitter igjen med. En alderskontroll som svarer ja eller nei, etterlater deg uten noe sensitivt å beskytte, mens et skannet pass i et billettsystem er et ansvar du må sikre, begrunne og til slutt slette.

Hva brukeren ser når du spør

Når tjenesten din ber om data, kommer forespørselen ikke stille inn. Lommeboken åpner et skjermbilde som navngir organisasjonen som spør, viser nøyaktig hvilke opplysninger som etterspørres, og oppgir formålet organisasjonen har registrert for dem. Ingenting deles før personen trykker for å godkjenne det.

Navnet på det skjermbildet er ikke noe du skriver inn selv. Det kommer fra sertifikatet du fikk da du registrerte deg, og derfor kan lommeboken presentere det som et kontrollert faktum i stedet for en påstand. En forespørsel fra en uregistrert part kan ikke framkalle det skjermbildet i det hele tatt.

Personen kan si nei, og kan si nei hver gang i stedet for én gang for alle. Lommebøker fører også en historikk over hva som ble delt og med hvem, slik at beslutningen kan etterprøves i stedet for å forsvinne inn i en innboks. Samtykke slutter å være en avkrysningsboks og blir noe brukeren faktisk kan gå etter i sømmene.

For organisasjonen din er det hele poenget. Den velkjente svindelen, en overbevisende side som ber om en kopi av passet, slutter å virke når folk er vant til å se et kontrollert navn før de deler noe. Å spørre gjennom lommeboken plasserer deg på den trygge siden av den vanen, og forespørsler som ser legitime ut, blir oftere fullført.

Hvorfor lommeboken kontrollerer hvem som spør

En lommebok full av verifiserte identitetsopplysninger er bare trygg hvis den er kresen med hvem den snakker med. Hvis et hvilket som helst nettsted kunne stille den et spørsmål, ville lommeboken vært en raskere måte å gi legitimasjonsdokumenter til den som spurte mest overbevisende. Derfor starter designet fra den motsatte antakelsen: en ukjent part får ingenting.

Det er det registrering og sertifikater er til for. Når du registrerer deg som forlitende part, får du sertifikater som identifiserer organisasjonen din, og hver medlemsstat publiserer lister over myndighetene som utsteder dem. Lommeboken kontrollerer sertifikatet mot disse publiserte listene før den viser brukeren noe som helst.

Du trenger ikke følge kryptografien for å planlegge for dette, men du må planlegge for konsekvensene. Sertifikater utløper og må fornyes, tillitslister endres etter hvert som myndigheter kommer til eller faller fra, og en forespørsel sendt med noe utdatert feiler rett og slett. Det ligner mer på å holde en bevilling gyldig enn på å skrive programvare.

Det samme maskineriet virker i din favør. Fordi kontrollen skjer mot publiserte lister og ikke mot en privat avtale, kan en lommebok utstedt i en annen medlemsstat vurdere forespørselen din uten at du har avtalt noe med det landet på forhånd. Det er dette som gjør én enkelt registrering nyttig i hele unionen.

Hvem må godta lommeboken, og fra når

eIDAS 2.0, forordningen som opprettet European Digital Identity Wallet, overlater ikke aksepten helt til markedet. Medlemsstatene tilbyr lommebøkene sine fra utgangen av 2026, og en definert gruppe organisasjoner må være klare til å ta imot dem et år senere.

Regulerte sektorer

Der EU-retten eller nasjonal rett allerede krever sterk brukerautentisering, må lommeboken godtas: bank og finans, telekommunikasjon, energi, transport, helse, utdanning, sosial sikkerhet, drikkevann, posttjenester og digital infrastruktur. Mikroforetak og små foretak er unntatt fra denne plikten. Offentlige organer omfattes av en egen regel, overalt der de krever elektronisk identifikasjon for en nettjeneste.

Svært store nettplattformer

Plattformer som er utpekt som svært store under Digital Services Act, må godta lommeboken og legge til rette for bruken av den når en bruker ber om det. De kan bare be om de minimumsdataene tjenesten faktisk trenger.

I praksis er listen mindre abstrakt enn den høres ut. Den omfatter personbanker, betalingsforetak og forsikringsselskaper, mobiloperatører som tegner abonnenter, strøm- og vannleverandører, flyselskaper og togoperatører, sykehus, apotek og helseforsikringsselskaper, universiteter og eksamensorganer, og de offentlige etatene som allerede driver en nasjonal innlogging. Hvis kundeopptaket ditt i dag innebærer et legitimasjonsdokument fordi en regel krever det, er du nesten helt sikkert omfattet.

Å godta lommeboken betyr ikke å erstatte det du har. Det betyr å tilby lommeboken som én av måtene en person kan identifisere seg på der du allerede ber om sterk identifisering, ved siden av metodene du støtter i dag. Eksisterende kunder beholder sin vei inn, og nye får en raskere.

Datoene er verdt å skrive ned. Medlemsstatene utsteder lommebøkene sine fra utgangen av 2026, reglene om registrering som forlitende part gjelder fra desember 2026, og plikten til å godta lommeboken inntreffer ved utgangen av 2027. Registreringen avhenger av en nasjonal myndighet og av interne beslutninger om hvilke data du trenger, så kalenderen er trangere enn en enkelt dato i 2027 gir inntrykk av.

Alle andre kan godta lommeboken frivillig, og svært mange kommer til å gjøre det. Når en kunde allerede har verifiserte identitets- og selskapsopplysninger med seg, er det et skritt tilbake å be vedkommende laste opp en skanning i stedet, og det vil kunden merke.

Hva en organisasjon faktisk må ordne

Å bli en forlitende part er mer enn å legge til en knapp i et skjema. Fire ting må være på plass, og bare den siste av dem er rent teknisk.

Registrer deg i ditt eget land

Hver medlemsstat fører et offentlig register over de forlitende partene som er etablert på dens territorium. Du oppgir hvem du er, hva du skal bruke lommeboken til, og hvilke data du har til hensikt å be om. Å be om mer enn det du har registrert, er ikke tillatt.

Skaff deg sertifikatene dine

Registreringen gir deg sertifikater som gjør at en lommebok kan gjenkjenne deg. Det er de som gjør en anonym forespørsel om til en forespørsel lommeboken kan vise brukeren som å komme fra en navngitt, registrert organisasjon.

Fungere med alle nasjonale lommebøker

Det finnes ingen enkelt europeisk lommebokapp. Hver medlemsstat tilbyr minst én, så du kobler deg til et felt av lommebøker og ikke til én. Standardene er felles, men hver lommebok har sine egne tillitsankre og sin egen utgivelsesplan å holde tritt med.

Kontroller at dataene fortsatt er gyldige

En credential som stemte forrige måned, kan ha blitt tilbakekalt siden. En forlitende part må kontrollere den publiserte statusen til en credential i det øyeblikket den brukes. Å føre din egen oversikt over den kontrollen er god praksis og ikke et krav, men det er det som senere lar deg vise at den fant sted.

Rekkefølgen på den listen betyr mer enn lengden. De to første trinnene er administrative og går i takt med en nasjonal myndighet, så det er de som avgjør når du kan gå live. Team som starter med integrasjonen og lar registreringen vente, pleier å bli ferdige med programvaren og så vente.

Å bestemme hvilke data du trenger er også et forretningsspørsmål og ikke et teknisk, og det er verdt å svare grundig på. Du registrerer et formål og et sett med data, og å snevre inn det settet tidlig koster ett møte, mens å utvide det senere betyr en ny runde med registeret.

Hva det koster å koble seg til mer enn tretti lommebøker

Det finnes ingen enkelt europeisk lommebokapp. Hver medlemsstat tilbyr minst én, noen vil ha flere, og kundene dine kommer med den deres eget land har utstedt. En organisasjon med kunder i en håndfull land integrerer derfor ikke mot én motpart, men mot et sett som er i stadig bevegelse.

Standardene under er felles, og det er det som gjør dette mulig i det hele tatt. Det som skiller, er alt rundt: hver lommebok har sine egne tillitsankre, sin egen nasjonale profil, sitt eget testmiljø og sin egen utgivelseskalender. At en test går gjennom med én lommebok, sier svært lite om den neste.

Den første integrasjonen er sjelden den dyre. Kostnaden ligger i årene etterpå: å følge oppdateringer av spesifikasjonene, teste på nytt når en nasjonal lommebok slipper en ny versjon, holde oversikt over endringer i tillitslistene og holde sertifikatene gyldige i hvert land der du er etablert. Det er en vedlikeholdspost i budsjettet, ikke en prosjektpost.

En enkel måte å anslå omfanget på er å telle to ting: antallet medlemsstater kundene dine kommer fra, og antallet utgivelser hver av disse lommebøkene sannsynligvis slipper i løpet av et år. Gang dem sammen, så har du antallet ganger noen på teamet ditt må legge fra seg det de holder på med. Det tallet, og ikke den første utbyggingen, er det bygge-eller-kjøpe-beslutningen egentlig står på.

Bygge det selv, eller bruke en tjeneste

De fire kravene ovenfor kan dekkes internt eller kjøpes inn. Ingen av svarene er feil, men de koster forskjellige ting, og forskjellen handler mest om hvem som bærer det løpende arbeidet.

Gjøre det selv

  • Du står selv for registreringen, sertifikatene og fornyelsen av dem, i hvert land der du er etablert.
  • Teamet ditt følger standardene og tillitslistene etter hvert som de endres, og leverer en oppdatering hver gang en nasjonal lommebok gjør det.
  • Ingenting forlater infrastrukturen din, noe som er det sterkeste mulige svaret på et personvernspørsmål.
  • Det er en løpende teknisk forpliktelse, ikke et prosjekt som blir ferdig.

Bruke en verifiseringstjeneste

  • Én integrasjon dekker alle lommebøker, og tilkoblingsarbeidet blir liggende hos leverandøren.
  • Endringer i standardene, oppdateringer av tillitslistene og statuskontroll håndteres for deg.
  • Du går live på uker i stedet for kvartaler, og teamet ditt kan holde seg til ditt eget produkt.
  • Kjør den lokalt i egen drift, så blir dataene værende i din egen infrastruktur, akkurat som om du hadde bygget løsningen selv.
  • Du blir avhengig av en leverandør, så leverandørens tilgjengelighet, utgivelsestakt og behandlingsvilkår blir din sak.

Det sterkeste argumentet for å bygge selv er som regel at ingenting forlater infrastrukturen din, som er det reneste svaret man kan gi på et personvernspørsmål. Det svaret er likevel ikke forbeholdt egenutvikling. Den samme verifiseringsprogramvaren installert lokalt, i ditt eget miljø, holder dataene nøyaktig der de uansett skulle bli, mens leverandøren fortsatt bærer standardarbeidet og tilkoblingene til de nasjonale lommebøkene.

En nyttig måte å bestemme seg på er å spørre hvilken bransje du er i. Hvis lommebokverifisering er en del av det du selger, gir det mening å eie det fra ende til ende. Hvis det er et trinn inne i et kundeopptak, en innlogging eller en betaling, er det rørlegging, og rørlegging er verdt å kjøpe av noen som vedlikeholder den til daglig.

Slik velger du en verifiseringstjeneste

Hvis du bestemmer deg for å kjøpe i stedet for å bygge, handler spørsmålene som er verdt å stille mindre om funksjoner enn om hvor ansvaret ligger og hva som skjer når noe endrer seg. Disse åtte er de som skiller tilbud som ser like ut på et lysbilde.

  1. Hvem er registrert som forlitende part? Det bør være din organisasjon, i eget navn, slik at det oppgitte formålet er ditt og forblir ditt hvis du bytter leverandør.
  2. Hvilke nasjonale lommebøker og hvilke medlemsstater dekkes i dag, i motsetning til hva som er lovet på et veikart?
  3. Kan den kjøres lokalt hos deg så vel som driftet av leverandøren, og hvis den er driftet, i hvilket land behandles dataene?
  4. Hva lagres, hvor lenge, og hva sitter du igjen med som dokumentasjon på at en kontroll faktisk fant sted?
  5. Hvordan kontrolleres tilbakekalling og gyldighet i bruksøyeblikket, og ikke bare én gang ved oppsett?
  6. Hvem tar kostnaden når en standard, en tillitsliste eller en nasjonal lommebok endrer seg, og hvor raskt?
  7. Finnes det et testmiljø der du kan prøve en ekte flyt før du binder deg til noe?
  8. Hvordan ville du kommet deg ut? Eksporterbare oppføringer og en registrering i eget navn er det som gjør det mulig.

Det første spørsmålet er det du bør insistere på. Hvis registreringen står i ditt eget navn, beholder du forholdet til registeret, det oppgitte formålet og muligheten til å bytte leverandør uten å begynne på nytt. Alt annet på listen er forhandlingsbart, og akkurat det ene er det virkelig ikke.

Kom i gang: bruksområde, pilot, tidsplan

Start med ett bruksområde, og velg det smaleste som koster deg noe målbart i dag. En alderskontroll, en selskapskontroll ved registrering av en leverandør eller identitetstrinnet i en kontoåpning er alle små nok til å fullføre og konkrete nok til å bevise et poeng. Et program for å modernisere all identitet overalt er ikke et første prosjekt.

Kjør piloten ved siden av den eksisterende prosessen, ikke som erstatning for den. Tilby lommeboken som en ekstra vei for en del av trafikken, hold den gamle veien åpen, og sammenlign de to på tallene du allerede følger: hvor lang tid det tar, hvor mange som fullfører, hvor mye manuell kontroll som blir igjen. Den sammenligningen er det som gir forretningscaset, ikke en demonstrasjon.

Start registreringen tidlig, for det er den delen du kontrollerer minst. Den avhenger av en nasjonal myndighet og av en intern beslutning om hvilke data du faktisk trenger, og begge tar lengre tid enn de ser ut til. Den tekniske integrasjonen er som regel den korteste halvdelen av arbeidet, særlig hvis du ikke bygger lommeboktilkoblingene selv.

En realistisk form for en organisasjon som starter nå, er en beslutning og en registrering i første kvartal, en fungerende pilot i andre og en gradvis utrulling etter det, noe som gir rom før plikten i 2027 i stedet for å komme rett opp mot den. Hvis plikten ikke gjelder for deg, holder den samme rekkefølgen likevel, bare at fristen settes av konkurrentene dine i stedet for av regelverket.

Slik hjelper Credenco

Credenco drifter siden som forlitende part for deg, mens du beholder beslutningen. Du forblir den registrerte organisasjonen og du beholder dataene, og tilkoblingsarbeidet mot lommebøkene ligger hos oss.

Begge kan kjøres som en driftet tjeneste eller lokalt i ditt eget miljø, slik at driftsmodellen er en beslutning du tar og ikke en produktet tar for deg. Uansett står registreringen i ditt navn, og lommeboken viser din organisasjon til brukeren.

Ofte stilte spørsmål

Hva er en forlitende part, enkelt forklart?

Det er enhver organisasjon som ber noen om dokumentasjon og deretter handler på svaret. En bank, en nettbutikk, en arbeidsgiver og en offentlig skranke er alle forlitende parter. I EUDI Wallet-økosystemet kommer dokumentasjonen fra en lommebok og kan kontrolleres automatisk, slik at organisasjonen forlater seg på kontrollen i stedet for på et dokument den må tro på.

Må organisasjonen min godta EUDI Wallet?

Ja, hvis EU-retten eller nasjonal rett allerede pålegger deg å autentisere brukere sterkt. Det omfatter sektorer som bank og finans, telekommunikasjon, energi, transport, helse, utdanning, sosial sikkerhet, posttjenester og digital infrastruktur, og også hvis du er en svært stor nettplattform utpekt under Digital Services Act. Mikroforetak og små foretak er unntatt fra denne sektorplikten. Alle andre kan godta lommeboken frivillig, og mange vil gjøre det, fordi kunder som har en lommebok, forventer å kunne bruke den.

Må vi også utstede bevis?

Nei. Å ta imot bevis og å utstede dem er to atskilte roller, og de fleste organisasjoner trenger bare den første. Verifisering er den minste jobben: du ber om data, kontrollerer dem mot en publisert tillitsliste og leser svaret, uten noe av identitetskontrollen og nøkkelhåndteringen en utsteder påtar seg.

Kan vi be om akkurat de dataene vi vil ha?

Nei, og det er med hensikt. Du registrerer hvilke data du trenger og til hvilket formål du trenger dem, og en forespørsel utenfor det omfanget kan avvises. I praksis presser dette organisasjoner mot å be om mindre, noe personvernlovgivningen også har bedt om hele tiden.

Når bør vi starte?

Hvis akseptplikten gjelder for deg, er fristen utgangen av 2027, og registrering, anskaffelse og testing ligger alle foran den. Hvis den ikke gjelder for deg, er det likevel grunn til å komme i gang: en onboarding som tar sekunder i stedet for dager er verdt å ha, uansett om et regelverk krever det eller ikke.

Teknisk fordypning

Denne siden holder seg på nivået for hva rollen betyr for organisasjonen din. Hvordan en forespørsel faktisk settes sammen og besvares, over OpenID4VP-protokollen, er dekket i den tekniske dokumentasjonen. Les den tekniske dokumentasjonen

Denne siden er kun informativ og utgjør ikke juridisk rådgivning. For autoritativ veiledning om hvorvidt en forpliktelse gjelder for din organisasjon, kontakt Europakommisjonen og ditt nasjonale tilsynsorgan direkte.

Snakk med oss om å godta EUDI Wallet