Vad är en förlitande part i EUDI Wallet-ekosystemet?
En förlitande part är varje organisation som ber en person eller ett företag om bevis för något och sedan förlitar sig på svaret när den fattar ett beslut. I ekosystemet European Digital Identity Wallet är det parten på mottagarsidan: den begär uppgifter från en plånbok, kontrollerar dem och agerar utifrån resultatet. Den officiella termen är wallet-relying party, och i dagligt tal säger de flesta helt enkelt verifierare.
Rollen i klartext
Rollen är inte ny. Er organisation är redan en förlitande part varje gång den kontrollerar ett pass, ett registreringsbevis eller ett examensbevis. Det som förändras är att kontrollen inte längre är en människa som läser en handling, utan ett automatiskt svar som ni kan lita på inom några sekunder.
Förlitande part är en roll, inte en typ av företag. Samma organisation kan vara förlitande part i en process och utfärdare i en annan: ett universitet ber en student om en identitetshandling vid antagningen och delar ut ett examensbevis på slutet. Det som gör er till förlitande part i ett visst ögonblick är helt enkelt att det är ni som frågar, kontrollerar och beslutar.
Den viktiga förskjutningen handlar om varifrån beviset kommer. I dag bär personen framför er bördan av att visa att en handling är äkta, och ni bär kostnaden för att bedöma den. Med en plånbok är beviset signerat av den organisation som redan har uppgiften, så kontrollen blir en uträkning i stället för en bedömningsfråga.
Därför är rollen värd att förstå även om ingenting ännu tvingar er att ta den. Så snart en kund kan styrka sin identitet på några sekunder börjar varje process som fortfarande kräver en uppladdning och en manuell granskning att framstå som långsam i jämförelse.
Tre vardagliga exempel
Mönstret är alltid detsamma. Någon behöver veta ett faktum, någon annan har det redan, och hittills har det enda sättet att överbrygga de två varit en handling och en viss portion tillit.
En bank som tar in en ny kund
I stället för att samla in skanningar av ett pass och ett registreringsbevis frågar banken efter de identitets- och företagsuppgifter den behöver och får ett kontrollerat svar på några sekunder. Banken är den förlitande parten: den agerar på uppgifter som någon annan har gått i god för.
En webbutik som kontrollerar ålder
Butiken behöver ett enda faktum: är kunden gammal nog. Den frågar bara efter det, inte efter ett födelsedatum och inte efter en kopia av en handling, och den lagrar aldrig en identitetshandling som den från början inte ville ha.
En leverantörsportal som kontrollerar ett företag
En köpare vill veta att leverantören som registrerar sig är ett verkligt och registrerat företag och att personen som registrerar sig får företräda det. Båda uppgifterna kommer från källregistren i stället för från en PDF som leverantören har laddat upp.
Det de tre har gemensamt är att ingen av dem egentligen vill ha handlingen. Banken vill veta att ett företag finns och att den som skriver under får företräda det, och butiken vill bara veta att en kund är gammal nog. Handlingen var aldrig poängen, den var bara den enda tillgängliga bäraren av uppgiften.
Att skilja uppgiften från handlingen förändrar vad ni sitter kvar med. En ålderskontroll som svarar ja eller nej lämnar er utan något känsligt att skydda, medan ett inskannat pass i ett biljettsystem är en risk ni måste säkra, motivera och till slut radera.
Vad användaren ser när ni frågar
När er tjänst begär uppgifter kommer begäran inte i tysthet. Plånboken öppnar en skärm som namnger den organisation som frågar, listar exakt vilka uppgifter som begärs och anger det ändamål som organisationen har registrerat för dem. Ingenting delas förrän personen trycker för att godkänna.
Namnet på den skärmen är inte något ni skriver in. Det kommer från det certifikat ni fick när ni registrerade er, och det är därför plånboken kan visa det som ett kontrollerat faktum i stället för ett påstående. En begäran från en oregistrerad part kan över huvud taget inte få fram den skärmen.
Personen kan neka, och kan neka varje gång i stället för en gång för alla. Plånböcker för också historik över vad som har delats och med vem, så beslutet går att följa upp i efterhand i stället för att försvinna i en inkorg. Samtycke slutar vara en kryssruta och blir något användaren faktiskt kan granska.
För er organisation är det just det som är hela poängen. Det välkända bedrägeriet, en övertygande sida som ber om en kopia av ett pass, slutar fungera när människor är vana vid att se ett kontrollerat namn innan de delar något. Att fråga via plånboken placerar er på den betrodda sidan av den vanan, och begäranden som ser legitima ut fullföljs oftare.
Därför kontrollerar plånboken vem som frågar
En plånbok full av kontrollerade identitetsuppgifter är säker bara om den är kräsen med vem den talar med. Om vilken webbplats som helst kunde ställa en fråga till den skulle plånboken bara vara ett snabbare sätt att lämna ut identitetshandlingar till den som frågade mest övertygande. Därför utgår konstruktionen från det motsatta antagandet: en okänd part får ingenting.
Det är det registreringen och certifikaten är till för. När ni registrerar er som förlitande part får ni certifikat som identifierar er organisation, och varje medlemsstat publicerar listor över de myndigheter som utfärdar dem. Plånboken kontrollerar certifikatet mot dessa publicerade listor innan den visar användaren någonting alls.
Ni behöver inte följa kryptografin för att planera för det här, men ni behöver planera för följderna. Certifikat löper ut och måste förnyas, tillitslistor ändras när myndigheter läggs till eller tas bort, och en begäran som görs med något föråldrat misslyckas helt enkelt. Det ligger närmare att hålla ett tillstånd aktuellt än att skriva programvara.
Samma maskineri arbetar till er fördel. Eftersom kontrollen sker mot publicerade listor i stället för mot en privat överenskommelse kan en plånbok som utfärdats i en annan medlemsstat bedöma er begäran utan att ni först har kommit överens om något med det landet. Det är det som gör en enda registrering användbar i hela unionen.
Vem måste acceptera plånboken, och från när
eIDAS 2.0, förordningen som skapade European Digital Identity Wallet, lämnar inte accepterandet helt till marknaden. Medlemsstaterna tillhandahåller sina plånböcker från slutet av 2026, och en bestämd grupp organisationer måste vara redo att ta emot dem ett år senare.
Reglerade sektorer
Där EU-rätten eller nationell rätt redan kräver stark användarautentisering måste plånboken accepteras: bank och finans, telekommunikation, energi, transport, hälso- och sjukvård, utbildning, social trygghet, dricksvatten, posttjänster och digital infrastruktur. Mikroföretag och små företag är undantagna från den skyldigheten. Offentliga organ omfattas av en egen regel, överallt där de kräver elektronisk identifiering för en onlinetjänst.
Mycket stora onlineplattformar
Plattformar som utsetts till mycket stora enligt Digital Services Act måste acceptera plånboken och underlätta användningen av den när en användare begär det. De får bara begära de minimiuppgifter som tjänsten faktiskt behöver.
I praktiken är listan mindre abstrakt än den låter. Den når retailbanker, betalningsinstitut och försäkringsbolag, mobiloperatörer som tecknar abonnemang, energi- och vattenleverantörer, flyg- och tågoperatörer, sjukhus, apotek och sjukförsäkringsbolag, universitet och examinationsorgan, och de offentliga förvaltningar som redan driver en nationell inloggning. Om er kundregistrering i dag involverar en identitetshandling därför att en regel kräver det är ni med största sannolikhet omfattade.
Att acceptera plånboken innebär inte att ersätta det ni har. Det innebär att erbjuda plånboken som ett av sätten en person kan identifiera sig på där ni redan kräver stark identifiering, vid sidan av de metoder ni stöder i dag. Befintliga kunder behåller sin väg in, och nya får en snabbare.
Datumen är värda att skriva upp. Medlemsstaterna utfärdar sina plånböcker från slutet av 2026, reglerna om registrering som förlitande part gäller från december 2026, och skyldigheten att acceptera plånboken kommer i slutet av 2027. Registreringen beror på en nationell myndighet och på interna beslut om vilka uppgifter ni behöver, så kalendern är snävare än ett enda datum 2027 antyder.
Alla andra får acceptera plånboken frivilligt, och väldigt många kommer att göra det. När en kund redan bär med sig verifierade identitets- och företagsuppgifter är det ett steg tillbaka att i stället be om en uppladdad skanning, och det märker kunden.
Vad en organisation faktiskt måste ordna
Att bli förlitande part är mer än att lägga till en knapp i ett formulär. Fyra saker måste vara på plats, och bara den sista av dem är rent teknisk.
Registrera er i ert land
Varje medlemsstat för ett offentligt register över de förlitande parter som är etablerade på dess territorium. Ni uppger vilka ni är, vad ni ska använda plånboken till och vilka uppgifter ni avser att begära. Att begära mer än ni har registrerat är inte tillåtet.
Skaffa era certifikat
Registreringen ger er de certifikat som gör att en plånbok kan känna igen er. Det är de som förvandlar en anonym begäran till en begäran som plånboken kan visa användaren som kommande från en namngiven och registrerad organisation.
Fungera med alla nationella plånböcker
Det finns ingen enda europeisk plånboksapp. Varje medlemsstat tillhandahåller minst en, så ni ansluter till ett fält av plånböcker och inte till en enda. Standarderna är gemensamma, men varje plånbok har sina egna förtroendeankare och sin egen releaseplan att hålla jämna steg med.
Kontrollera att uppgifterna fortfarande gäller
En credential som stämde förra månaden kan ha återkallats sedan dess. En förlitande part måste kontrollera en credentials publicerade status i det ögonblick den används. Att föra egna anteckningar om den kontrollen är god praxis och inte ett krav, men det är det som senare låter er visa att den ägde rum.
Ordningen i den listan spelar större roll än dess längd. De två första stegen är administrativa och går i en nationell myndighets takt, så det är de som avgör när ni kan gå i produktion. Team som börjar med integrationen och skjuter upp registreringen brukar bli klara med programvaran och sedan vänta.
Att bestämma vilka uppgifter ni behöver är också en affärsfråga snarare än en teknisk, och den är värd att besvara noga. Ni registrerar ett ändamål och en uppsättning uppgifter: att smalna av den uppsättningen tidigt kostar ett möte, medan att bredda den senare innebär att gå tillbaka till registret.
Vad det kostar att ansluta till fler än trettio plånböcker
Det finns ingen enda europeisk plånboksapp. Varje medlemsstat tillhandahåller minst en, vissa kommer att ha flera, och era kunder dyker upp med den som deras land har utfärdat. En organisation med kunder i en handfull länder integrerar därför inte mot en motpart utan mot en uppsättning motparter i ständig rörelse.
Standarderna under ytan är gemensamma, och det är det som gör det här möjligt över huvud taget. Det som skiljer är allt runtomkring: varje plånbok har sina egna förtroendeankare, sin egen nationella profil, sin egen testmiljö och sin egen releasekalender. Att klara ett test med en plånbok säger mycket lite om nästa.
Den första integrationen är sällan den dyra. Kostnaden ligger i åren efter den: att följa uppdateringar av specifikationerna, att testa om när en nationell plånbok släpper en ny version, att bevaka ändringar i tillitslistorna och att hålla certifikaten aktuella i varje land där ni är etablerade. Det är en underhållspost i budgeten, inte en projektpost.
Ett enkelt sätt att uppskatta omfattningen är att räkna två saker: antalet medlemsstater era kunder kommer från och antalet releaser var och en av de plånböckerna sannolikt släpper på ett år. Multiplicera dem, så har ni antalet gånger någon i ert team måste avbryta det de håller på med. Det är den siffran, snarare än det första bygget, som beslutet att bygga eller köpa egentligen hänger på.
Bygga själv eller använda en tjänst
De fyra kraven ovan kan uppfyllas internt eller köpas in. Inget av svaren är fel, men de kostar olika saker, och skillnaden handlar främst om vem som bär det löpande arbetet.
Göra det själv
- Ni sköter registreringen, certifikaten och förnyelserna själva, i varje land där ni är etablerade.
- Ert team följer standarderna och tillitslistorna när de ändras och släpper en uppdatering varje gång en nationell plånbok gör det.
- Ingenting lämnar er egen infrastruktur, vilket är det starkaste möjliga svaret på en dataskyddsfråga.
- Det är ett löpande utvecklingsåtagande, inte ett projekt som tar slut.
Använda en verifieringstjänst
- En enda integration täcker alla plånböcker, och anslutningsarbetet stannar hos leverantören.
- Ändringar i standarder, uppdateringar av tillitslistor och kontroll av status hanteras åt er.
- Ni går i produktion på veckor i stället för kvartal, och ert team kan fortsätta arbeta med er egen produkt.
- Kör den on-premise så stannar uppgifterna inne i er egen infrastruktur, precis som de hade gjort om ni själva hade byggt den.
- Ni blir beroende av en leverantör, så leverantörens tillgänglighet, releasetakt och villkor för behandling av uppgifter blir er angelägenhet.
Det starkaste argumentet för att bygga själv är oftast att ingenting lämnar er infrastruktur, vilket är det renaste möjliga svaret på en dataskyddsfråga. Det svaret är dock inte förbehållet den som bygger. Samma verifieringsprogramvara driftsatt on-premise, inne i er egen miljö, håller uppgifterna exakt där de ändå skulle stanna, samtidigt som leverantören fortfarande bär standardarbetet och anslutningarna till de nationella plånböckerna.
Ett användbart sätt att bestämma sig är att fråga vilken bransch ni är i. Om verifiering mot plånböcker är en del av det ni säljer är det rimligt att äga det hela vägen. Om det är ett steg inne i en kundregistrering, en inloggning eller en kassa, då är det basinfrastruktur, och basinfrastruktur är värd att köpa av någon som underhåller den på heltid.
Så väljer ni en verifieringstjänst
Om ni bestämmer er för att köpa i stället för att bygga handlar de frågor som är värda att ställa mindre om funktioner och mer om var ansvaret ligger och vad som händer när något förändras. De här åtta är de som skiljer erbjudanden som ser likadana ut på en bild.
- Vem är registrerad som förlitande part? Det bör vara er organisation, i ert eget namn, så att det angivna ändamålet är ert och förblir ert om ni byter leverantör.
- Vilka nationella plånböcker och vilka medlemsstater täcks i dag, till skillnad från vad som utlovas i en färdplan?
- Kan den köras både on-premise och som driftad tjänst, och om den driftas, i vilket land behandlas uppgifterna?
- Vad lagras, hur länge, och vad lämnar det er med som bevis på att en kontroll faktiskt ägde rum?
- Hur kontrolleras spärr och giltighet i användningsögonblicket i stället för en gång vid uppsättningen?
- Vem bär kostnaden när en standard, en tillitslista eller en nationell plånbok ändras, och hur snabbt?
- Finns det en testmiljö där ni kan prova ett riktigt flöde innan ni binder er vid något?
- Hur skulle ni lämna? Exporterbara uppgifter och en registrering i ert eget namn är det som gör det möjligt.
Den första frågan är den ni ska hålla fast vid. Om registreringen står i ert eget namn behåller ni relationen till registret, det angivna ändamålet och möjligheten att byta leverantör utan att börja om. Allt annat på listan går att förhandla om, men just den punkten gör det verkligen inte.
Kom igång: användningsfall, pilot, tidplan
Börja med ett användningsfall, och välj det smalaste som kostar er något mätbart i dag. En ålderskontroll, en företagskontroll när en leverantör registrerar sig eller identitetssteget i en kontoöppning är alla små nog att bli klara och specifika nog att bevisa en poäng. Ett program för att modernisera all identitet överallt är inte ett första projekt.
Kör piloten parallellt med er befintliga process i stället för att ersätta den. Erbjud plånboken som en extra väg för en del av trafiken, håll den gamla vägen öppen och jämför de två på de siffror ni redan följer: hur lång tid det tar, hur många som slutför och hur mycket manuell granskning som blir kvar. Det är den jämförelsen som skapar affärsnyttan, inte en demonstration.
Sätt igång registreringen tidigt, eftersom det är den del ni styr minst över. Den beror på en nationell myndighet och på ett internt beslut om vilka uppgifter ni faktiskt behöver, och båda tar längre tid än de ser ut att göra. Den tekniska integrationen är oftast den kortare halvan av arbetet, särskilt om ni inte bygger plånboksanslutningarna själva.
En realistisk form för en organisation som börjar nu är ett beslut och en registrering under första kvartalet, en fungerande pilot under det andra och en bredare utrullning därefter, vilket lämnar utrymme före skyldigheten 2027 i stället för att nätt och jämnt hinna i kapp den. Om skyldigheten inte gäller er håller samma ordningsföljd ändå, bara att tidsgränsen sätts av era konkurrenter i stället för av förordningen.
Så hjälper Credenco
Credenco sköter den förlitande partens sida åt er medan beslutet stannar hos er. Ni förblir den registrerade organisationen och ni behåller uppgifterna, och anslutningsarbetet mot plånböckerna ligger hos oss.
Verification Service
Fråga efter exakt de uppgifter ni behöver och få ett kontrollerat svar tillbaka. Signaturer, tillitslistor och spärrstatus hanteras bakom en enda integration, så att rollen som förlitande part inte blir ett protokollprojekt.
Business Wallet
Er organisation har också egna intyg att ta emot och visa upp, till exempel när en kund eller en köpare ber er styrka något. En Business Wallet är en tjänst som era system styr, inte en app som någon måste öppna.
Båda körs som en driftad tjänst eller on-premise i er egen miljö, så driftsformen är ett beslut ni fattar och inte ett som produkten fattar åt er. Oavsett vilket står registreringen i ert namn och plånboken visar er organisation för användaren.
Vanliga frågor
Vad är en förlitande part, enkelt uttryckt?
Det är varje organisation som ber någon om ett bevis och sedan agerar på svaret. En bank, en webbutik, en arbetsgivare och en myndighetsdisk är alla förlitande parter. I EUDI Wallet-ekosystemet kommer beviset från en plånbok och kan kontrolleras automatiskt, så organisationen förlitar sig på kontrollen i stället för på en handling som den måste tro på.
Måste min organisation acceptera EUDI Wallet?
Ja, om EU-rätten eller nationell rätt redan kräver att ni autentiserar användare starkt. Det omfattar sektorer som bank och finans, telekommunikation, energi, transport, hälso- och sjukvård, utbildning, social trygghet, posttjänster och digital infrastruktur, och även om ni är en mycket stor onlineplattform som utsetts enligt Digital Services Act. Mikroföretag och små företag är undantagna från den sektorsskyldigheten. Alla andra får acceptera plånboken frivilligt, och många kommer att göra det, eftersom kunder som bär en plånbok förväntar sig att kunna använda den.
Måste vi utfärda intyg också?
Nej. Att ta emot intyg och att utfärda dem är skilda roller, och de flesta organisationer behöver bara den första. Att verifiera är det mindre arbetet: ni begär uppgifter, kontrollerar dem mot en publicerad tillitslista och läser svaret, utan den identitetsgranskning och nyckelhantering som en utfärdare tar på sig.
Får vi begära vilka uppgifter vi vill?
Nej, och det är avsiktligt. Ni registrerar vilka uppgifter ni behöver och för vilket ändamål ni behöver dem, och en begäran utanför den ramen kan avslås. I praktiken driver detta organisationer mot att fråga efter mindre, vilket också är vad dataskyddslagstiftningen har krävt hela tiden.
När bör vi börja?
Om accepteringsskyldigheten gäller er är tidsgränsen slutet av 2027, och registrering, upphandling och tester ligger alla före den. Om den inte gäller er finns det ändå skäl att komma igång: en kundregistrering som tar sekunder i stället för dagar är värd att ha oavsett om en förordning kräver det eller inte.
Relaterade termer
Teknisk fördjupning
Den här sidan håller sig till vad rollen innebär för er organisation. Hur en begäran faktiskt sätts samman och besvaras, via protokollet OpenID4VP, beskrivs i den tekniska dokumentationen. Läs den tekniska dokumentationen
Den här sidan är informativ och utgör inte juridisk rådgivning. För auktoritativ vägledning om huruvida en skyldighet gäller för er organisation, kontakta Europeiska kommissionen och er nationella tillsynsmyndighet direkt.