Den europeiske forretningslommeboken: selskapsidentitet som infrastruktur

EUs digitale identitetslommebok får oppmerksomheten, fordi den handler om mennesker. Den europeiske forretningslommeboken er den som er mest umiddelbart nyttig for alle som bygger B2B-programvare, for den går løs på et problem alle forretningssystemer har og ingen har løst: å bevise at et selskap er det selskapet utgir seg for å være, og at personen som opptrer på vegne av det, har fullmakt til å gjøre det.

Rådet vedtok forhandlingsposisjonen sin 9. juni 2026, og den uttalte ambisjonen er politisk enighet innen utgangen av 2026. Medlemsstatene ventes å måtte godta forretningslommebøker i forvaltningssaker innen 24 måneder etter ikrafttredelse, med et ekstra år for mer sammensatt funksjonalitet.

Problemet den løser

Enhver flyt for B2B-onboarding inneholder den samme arkeologien. Et organisasjonsnummer tastet inn for hånd. En PDF av en firmaattest, kanskje flere måneder gammel, kanskje på et språk ingen i teamet som skal vurdere den, leser. En signatur fra en person som påstås å ha signaturrett, uten at det er bevist. Et momsnummer sjekket mot ett system, en bankkonto mot et annet, en erklæring om reelle rettighetshavere sjekket mot ingenting.

Gang det med 27 medlemsstater og 27 registerformater, så har du den faktiske grunnen til at B2B-handel over landegrensene i Europa går tregere enn den burde.

Forretningslommeboken er en beholder for legitimasjoner på selskapsnivå, bygget på det samme eIDAS 2-rammeverket som den personlige lommeboken. I stedet for førerkortet og vitnemålet til en person holder den et selskaps registerdata, fullmakter, representasjonsrett, sertifikater og tillatelser, og muligheten til å utveksle signerte dokumenter over landegrensene på en måte mottakeren kan verifisere kryptografisk.

Hva den inneholder

Legitimasjonstypene som diskuteres, dekker det som i dag kommer som PDF:

Selskapsidentitet og registerdata, hentet fra det autoritative nasjonale registeret i stedet for skrevet av for hånd.

Legitimasjoner for representasjon og fullmakt. Det er denne som betyr noe. Ikke bare at et selskap finnes, men at akkurat denne personen kan opptre på vegne av det, innenfor disse grensene. Fullmaktsproblemet er det som gjør automatisert B2B-onboarding vanskelig, og det er det de fleste systemer i dag løser ved å ta folk på ordet.

Tillatelser, godkjenninger og sertifiseringer. Yrkeskvalifikasjoner, sektorautorisasjoner, akkrediteringer.

Attester fra offentlige organer. Skattestatus, dokumentasjon på at trygdeavgifter er betalt, og de ulike attestene anskaffelsesprosesser krever.

Signerte dokumenter og segl. Elektroniske segl etter eIDAS, som er selskapets motstykke til en signatur og allerede har rettslig status.

Hvorfor dette er noe annet enn det som finnes

Flere ordninger dekker allerede deler av dette. Foretaksregistrene er på nett i de fleste medlemsstater. Systemet for sammenkobling av foretaksregistre knytter dem sammen. eIDAS gir allerede regler om elektroniske segl. Kvalifiserte sertifikater finnes.

Det som ikke finnes, er én verifiserbar og maskinlesbar måte å legge fram en samlet pakke med selskapsopplysninger på over landegrensene, til en motpart som kan sjekke dem uten å måtte stole på deg.

Tre egenskaper skiller lommeboken fra dagens løsninger:

Kryptografisk verifisering i stedet for dokumentgransking. Mottakeren verifiserer en signatur og en tillitskjede fra utstederen. Det er ikke et menneske som leser en PDF og vurderer om den ser ekte ut.

Selektiv utlevering. Den samme primitiven som lar en person bevise at vedkommende er over atten uten å oppgi fødselsdato, lar et selskap bevise at det har en bestemt tillatelse uten å legge fram hele registeroppføringen.

Aksept over landegrensene er obligatorisk. En lommebok utstedt i én medlemsstat må anerkjennes i de andre. Det er den egenskapen dagens lappeteppe mangler, og grunnen til at den er verdt å bygge for.

Hva dette betyr hvis du bygger B2B-programvare

Lommeboken gjør et verifiseringsproblem om til et integrasjonsproblem, og det er den retningen du vil ha.

Onboarding av leverandører og kunder

Det åpenbare tilfellet. I stedet for å samle inn dokumenter og vurdere dem, ber du om legitimasjonene du trenger, motparten legger dem fram fra lommeboken sin, og du verifiserer. Onboarding som i dag tar dager med fram og tilbake, blir en flyt.

Designarbeidet ligger i å bestemme hvilke legitimasjoner du faktisk trenger, og det er vanskeligere enn det høres ut, fordi de fleste onboardingprosesser har samlet opp dokumentlistene sine uten at noen har gått dem etter i sømmene. Selektiv utlevering hjelper bare hvis du ber om et minimum.

Innkjøp og anbud

Offentlige anskaffelser i EU krever allerede en bunke attester: skatteattest, dokumentasjon på betalte trygdeavgifter, fravær av avvisningsgrunner, finansiell stilling, teknisk kapasitet. Det meste av dette skjer i dag ved egenerklæring, fulgt av dokumentinnhenting fra vinneren.

En modell med verifiserbare legitimasjoner gjør det om fra en papirøvelse til en kontroll. Bygger du innkjøpsprogramvare, er dette saken å følge.

E-fakturering og verifisering av betalingsmotpart

Obligatorisk e-fakturering kommer i medlemsstatene etter ulike tidsplaner, og det gir et problem med verifisering av motparter i stor skala. Sammen med mottakerkontroll på betalingssiden faller brikkene på plass for et system der du faktisk kan verifisere hvem du fakturerer, og hvem du betaler.

Regulerte forretningsprosesser

Enhver prosess der du i dag må fastslå at et selskap har en tillatelse, at en person kan forplikte det, eller at et sertifikat fortsatt er gyldig. Onboarding i finansielle tjenester, forsikring, helseleveranser, bygg og anlegg, transport, alt som har et yrkesregister bak seg.

Ingeniørarbeidet, ærlig sagt

Har du lest vår guide til EUs digitale identitetslommebok, kjenner du igjen formen, for det er den samme tekniske stabelen: verifiserbare legitimasjoner, selektiv utlevering, presentasjonsprotokoller og tillitskjeder fra utstedere.

Forskjellene som betyr noe:

Selskaper er rotete på en annen måte enn mennesker. Et menneske har én identitet. Et selskap har en juridisk enhet, kanskje datterselskaper, kanskje filialer i andre medlemsstater, registrering ett sted og virksomhet flere steder. Datamodellen din må kunne uttrykke det, og de fleste B2B-systemer flater det ut til én kunderad.

Fullmakter har omfang og utløpsdato. En person har fullmakt til å opptre for et selskap i bestemte saker, opp til bestemte grenser, fram til en bestemt dato, og fullmakten kan trekkes tilbake. Dette er reelt mer sammensatt enn en identitetspåstand, og det er her mesteparten av implementeringsarbeidet ligger.

Tilbakekall betyr mer. Et verifisert personlig attributt er ganske stabilt. En selskapsfullmakt kan trekkes tilbake dagen etter at den ble lagt fram. Ethvert system som mellomlagrer et verifiseringsresultat, trenger en strategi for tilbakekall og en beslutning om hvor gammelt et resultat kan være før det er for gammelt.

Du kommer til å trenge en reserveløsning i årevis. Utbredelsen blir ujevn på tvers av medlemsstater og selskapsstørrelser. Lommeboken er en ekstra vei inn, ikke en erstatning, og alt som bygger på at motparten har en, kommer til å ryke.

Hva som er verdt å gjøre nå

Skill juridisk enhet fra kunderad. De fleste B2B-systemer blander sammen selskapet du inngår avtale med, selskapet du fakturerer, og selskapet som står i registeret. Ofte er det ikke de samme enhetene. Å nøste opp i dette er forutsetningen for alt annet, og det er verdt å gjøre uansett.

Modeller fullmakt eksplisitt. Hvem kan opptre på vegne av denne kunden, i hvilke saker, innenfor hvilke grenser. De fleste systemer lagrer en kontaktliste og utleder fullmakt av stillingstitler. Har du aldri modellert dette skikkelig, gir forretningslommeboken deg en god grunn til å gjøre det nå.

Gjør opphavet til hver opplysning til et eget felt. For hvert faktum du lagrer om et selskap, bør du vite om det er egenerklært, skrevet av fra et dokument eller verifisert mot en kilde. Å ettermontere dette er smertefullt, og det er det samme kravet den personlige lommeboken stiller.

Gå gjennom listen over dokumenter du samler inn. Hvilke dokumenter trenger du faktisk, og av hvilken juridisk eller kommersiell grunn. Du kommer til å finne poster ingen kan begrunne. Å fjerne dem er gratis, og det gjør den endelige forespørselen om legitimasjoner minimal.

Følg gjennomføringsrettsaktene. Som for den personlige lommeboken ligger de faktiske integrasjonskravene i de tekniske spesifikasjonene, og de er fortsatt under utforming.

Et realistisk blikk på tidsplanen

To år er kort tid for store organisasjoner og lang tid for et forslag som ennå ikke er avklart.

Rådet har en posisjon. Parlamentets posisjon og resultatet av trilogen ligger fortsatt foran oss. Plikten til å godta lommeboken innen 24 måneder løper fra ikrafttredelse, ikke fra politisk enighet, så de reelle datoene ligger senere enn overskriftene antyder.

Utbredelsen er også reelt usikker, på en måte den ikke er for den personlige lommeboken. Medlemsstatene er forpliktet til å godta forretningslommebøker i forvaltningssaker, og det sikrer et gulv i offentlig sektor. Om privat B2B-handel tar den i bruk, avhenger av om settet med legitimasjoner er nyttig nok til å forsvare integrasjonen, og det vil variere mye mellom sektorer.

Sektorene der verifisering i dag er dyrt og smertefullt, altså regulerte bransjer og offentlige anskaffelser, beveger seg først. Vanlig onboarding i B2B-SaaS beveger seg mye senere, om den beveger seg i det hele tatt.

Hva det taler for: gjør arbeidet med den underliggende datamodellen, for det betaler seg uansett. Ikke bygg en integrasjon mot lommeboken før det finnes en spesifikasjon og en motpart som vil bruke den.

Hvor dette hører hjemme

Forretningslommeboken er en del av veikartet One Europe One Market, sammen med forordningen om digitale nett og en cybersikkerhetspakke. Hele lovgivningskøen finner du i vår EU-lovgivningskø, og den personlige lommeboken den bygger på, i vår guide til EUs digitale identitetslommebok.

Slik får du hjelp

Vi bygger B2B-plattformer, onboardingsystemer og identitetsintegrasjoner for selskaper som opererer over hele Europa, også det kjedelige og verdifulle arbeidet med å skille juridisk enhet fra kunderad i et system som har blandet dem i et tiår.

Står forretningslommeboken på veikartet ditt, eller trenger B2B-onboardingen din det arbeidet med datamodellen som må komme først, skriv til office@c9group.dev. Mer om arbeidet vårt i Europa på siden om markedsinngang i EU.

Vi er ingeniører, ikke jurister. Om en bestemt legitimasjon oppfyller et bestemt rettslig krav, er et spørsmål for juristene dine.