De Europese bedrijfswallet: bedrijfsidentiteit als infrastructuur

De EU-wallet voor digitale identiteit krijgt alle aandacht omdat die over mensen gaat. Voor wie B2B-software bouwt, is de Europese bedrijfswallet echter meteen de nuttigste van de twee, want die pakt een probleem aan dat elk bedrijfssysteem kent en nog geen enkel systeem heeft opgelost: aantonen dat een bedrijf is wat het zegt te zijn, en dat de persoon die namens dat bedrijf handelt daartoe ook bevoegd is.

De Raad nam zijn onderhandelingspositie aan op 9 juni 2026 en de uitgesproken ambitie is een politiek akkoord voor eind 2026. Van de lidstaten wordt verwacht dat zij bedrijfswallets binnen 24 maanden na inwerkingtreding aanvaarden voor administratieve procedures, met een jaar extra voor de complexere functionaliteit.

Het probleem dat de wallet oplost

Elke B2B-onboardingstroom bevat dezelfde archeologie. Een handmatig ingetypt registratienummer. Een pdf van een uittreksel uit het handelsregister, mogelijk maanden oud, mogelijk in een taal die niemand in het beoordelende team leest. Een handtekening van iemand wiens tekenbevoegdheid wel wordt beweerd maar niet bewezen. Een btw-nummer dat aan het ene systeem is getoetst, een bankrekening aan het andere, en een verklaring over de uiteindelijk belanghebbende die aan niets is getoetst.

Vermenigvuldig dat met 27 lidstaten en 27 registerformaten, en u hebt de echte reden waarom grensoverschrijdende B2B-handel in Europa trager verloopt dan nodig is.

De bedrijfswallet is een attestcontainer op ondernemingsniveau, gebouwd op hetzelfde eIDAS 2-kader als de persoonlijke wallet. In plaats van het rijbewijs en het diploma van een persoon bevat hij de registergegevens van een onderneming, haar mandaten, haar vertegenwoordigingsbevoegdheden, haar certificaten en vergunningen, en de mogelijkheid om ondertekende documenten over de grens uit te wisselen op een manier die de ontvangende partij cryptografisch kan controleren.

Wat erin zit

De attesttypen waarover nu wordt gesproken, dekken precies datgene wat vandaag nog als pdf binnenkomt:

Bedrijfsidentiteit en registergegevens, rechtstreeks uit het gezaghebbende nationale register in plaats van overgetypt.

Vertegenwoordigings- en mandaatattesten. Dit is het belangrijkste type. Niet alleen dát een onderneming bestaat, maar dat deze specifieke persoon namens haar mag handelen, binnen deze grenzen. Het mandaatprobleem is wat geautomatiseerde B2B-onboarding zo lastig maakt, en het is precies wat de meeste systemen nu oplossen door iemand op zijn woord te geloven.

Vergunningen, ontheffingen en certificeringen. Beroepskwalificaties, sectorale autorisaties, accreditaties.

Verklaringen van overheidsinstanties. Fiscale status, afdracht van sociale premies, en de verschillende nalevingsverklaringen die aanbestedingsprocedures verlangen.

Ondertekende documenten en zegels. Elektronische zegels onder eIDAS, de zakelijke tegenhanger van een handtekening, die nu al rechtsgevolg hebben.

Waarom dit anders is dan wat er nu ligt

Een aantal dingen pakt hier al iets van aan. Handelsregisters zijn in de meeste lidstaten online. Het systeem voor de koppeling van handelsregisters verbindt ze. eIDAS voorziet al in elektronische zegels. Gekwalificeerde certificaten bestaan.

Wat ontbreekt, is één verifieerbare, machineleesbare, grensoverschrijdende manier om een bundel bedrijfsfeiten voor te leggen aan een tegenpartij die ze kan controleren zonder u te hoeven vertrouwen.

Drie eigenschappen maken de wallet anders:

Cryptografische controle in plaats van documentinspectie. De ontvangende partij controleert een handtekening en de vertrouwensketen van de uitgever. Er komt geen mens meer aan te pas die een pdf bekijkt en beoordeelt of hij echt lijkt.

Selectieve openbaarmaking. Dezelfde techniek waarmee iemand kan bewijzen ouder dan achttien te zijn zonder zijn geboortedatum prijs te geven, laat een onderneming bewijzen dat zij een bepaalde vergunning heeft zonder haar hele registerhistorie te openbaren.

Grensoverschrijdende aanvaarding is verplicht. Een wallet die in de ene lidstaat is uitgegeven, moet in de andere worden erkend. Dat is de eigenschap die de huidige lappendeken mist, en meteen de reden waarom het loont er nu al voor te ontwikkelen.

Wat dit betekent als u B2B-software bouwt

De wallet maakt van een verificatieprobleem een integratieprobleem, en dat is de richting die u wilt.

Onboarding van leveranciers en klanten

Het voor de hand liggende geval. In plaats van documenten te verzamelen en te beoordelen, vraagt u om de attesten die u nodig hebt, presenteert de tegenpartij ze vanuit haar wallet, en controleert u ze. Onboarding die nu dagen heen-en-weer kost, wordt daarmee één doorlopende flow.

Het ontwerpwerk zit in de vraag welke attesten u werkelijk nodig hebt, en dat is lastiger dan het klinkt, omdat de meeste onboardingprocessen hun documentlijst hebben opgebouwd zonder dat iemand die ooit heeft doorgelicht. Selectieve openbaarmaking helpt alleen als u om het minimum vraagt.

Inkoop en aanbestedingen

Publieke aanbestedingen in de EU vragen nu al een stapel verklaringen: dat de belastingen betaald zijn, dat de sociale premies zijn afgedragen, dat er geen uitsluitingsgronden spelen, en verder financiële draagkracht en technische bekwaamheid. Dat gaat nu meestal via een eigen verklaring, waarna alleen bij de winnaar de documenten worden opgevraagd.

Een model met verifieerbare attesten verandert dat van een papieren exercitie in een controle. Bouwt u inkoopsoftware, dan is dit het dossier om te volgen.

E-facturatie en verificatie van de betaaltegenpartij

Verplichte e-facturatie komt er in de lidstaten volgens verschillende tijdschema's aan, en dat levert op grote schaal een probleem op met het verifiëren van de tegenpartij. Gecombineerd met verificatie van de begunstigde aan de betaalkant vallen de puzzelstukken op hun plaats voor een systeem waarin u werkelijk kunt nagaan wie u factureert en wie u betaalt.

Gereguleerde bedrijfsprocessen

Elk proces waarin u nu moet vaststellen dat een onderneming een vergunning heeft, dat een persoon haar mag binden, of dat een certificaat nog geldig is. Onboarding bij financiële diensten, verzekeringen, levering aan de zorg, bouw, transport, kortom alles met een beroepsregister erachter.

Het engineeringwerk, eerlijk gezegd

Hebt u onze gids voor de EU-wallet voor digitale identiteit gelezen, dan komt het beeld u bekend voor, want het is dezelfde technische stack: verifieerbare attesten, selectieve openbaarmaking, presentatieprotocollen en vertrouwensketens van uitgevers.

De verschillen die ertoe doen:

Ondernemingen zijn rommeliger dan personen. Een mens heeft één identiteit. Een onderneming heeft een rechtspersoon, mogelijk dochters, mogelijk bijkantoren in andere lidstaten, een inschrijving op de ene plek en activiteiten op meerdere. Uw datamodel moet dat kunnen weergeven, en de meeste B2B-systemen persen het plat tot één klantrecord.

Mandaten hebben een reikwijdte en een einddatum. Iemand is bevoegd namens een onderneming te handelen voor bepaalde doeleinden, tot bepaalde grenzen, tot een bepaalde datum, en die bevoegdheid kan worden ingetrokken. Dat is werkelijk complexer dan een identiteitsbewering, en daar gaat het meeste implementatiewerk in zitten.

Intrekking weegt zwaarder. Een geverifieerd persoonskenmerk is redelijk stabiel. Een bedrijfsmandaat kan de dag na presentatie zijn ingetrokken. Elk systeem dat een verificatieresultaat cachet, heeft dus een intrekkingsstrategie nodig en een besluit over wanneer zo'n resultaat te oud is.

U hebt nog jaren een terugvaloptie nodig. De adoptie zal ongelijk verlopen, per lidstaat en per bedrijfsgrootte. De wallet is een extra route en geen vervanging, en alles wat ervan uitgaat dat uw tegenpartij er een heeft, loopt vast.

Wat nu de moeite waard is

Scheid de rechtspersoon van het klantrecord. De meeste B2B-systemen gooien de onderneming waarmee u contracteert, de onderneming die u factureert en de onderneming in het register op één hoop. Dat zijn vaak niet dezelfde entiteiten. Dat ontwarren is de voorwaarde voor al het andere en is sowieso de moeite waard.

Modelleer bevoegdheid expliciet. Wie mag namens deze klant handelen, waarvoor, en binnen welke grenzen. De meeste systemen bewaren een contactlijst en leiden bevoegdheid af uit functietitels. Hebt u dit nooit fatsoenlijk gemodelleerd, dan is de bedrijfswallet een prima aanleiding.

Maak de herkomst van een attest een veld. Leg voor elk feit dat u over een onderneming bewaart vast of het zelf verklaard is, overgetypt uit een document, of geverifieerd bij een bron. Dit er achteraf in bouwen is pijnlijk, en het is dezelfde eis die de persoonlijke wallet stelt.

Licht uw documentenlijst door. Welke documenten hebt u werkelijk nodig, en om welke juridische of commerciële reden. U zult posten vinden die niemand kan verantwoorden. Die schrappen kost niets en houdt het uiteindelijke attestverzoek minimaal.

Volg de uitvoeringshandelingen. Net als bij de persoonlijke wallet zitten de werkelijke integratie-eisen in de technische specificaties, en die zijn nog in de maak.

Een realistische blik op de tijdlijn

Twee jaar is een korte aanloop voor een grote organisatie en een lange tijd voor een voorstel waarover nog geen akkoord bestaat.

De Raad heeft een positie. Die van het Parlement en de uitkomst van de triloog moeten nog komen. De aanvaardingsplicht van 24 maanden loopt vanaf de inwerkingtreding en niet vanaf het politieke akkoord, dus de echte data liggen later dan de koppen doen vermoeden.

Ook de adoptie is hier onzeker op een manier die bij de persoonlijke wallet niet speelt. Lidstaten zijn verplicht bedrijfswallets te aanvaarden voor administratieve procedures, wat een bodem in de publieke sector garandeert. Of de private B2B-handel hem overneemt, hangt ervan af of de set attesten nuttig genoeg is om de integratie te rechtvaardigen, en dat verschilt sterk per sector.

De sectoren waar verificatie nu duur en pijnlijk is, dus gereguleerde bedrijfstakken en publieke aanbestedingen, komen als eerste in beweging. Gewone onboarding voor B2B-SaaS volgt veel later, als het er al van komt.

Wat daaruit volgt: pak het onderliggende datamodel aan, want dat betaalt zich hoe dan ook terug. En bouw pas een walletintegratie als er een specificatie ligt en er een tegenpartij is die hem gaat gebruiken.

Waar dit past

De bedrijfswallet hoort bij de routekaart One Europe One Market, naast de Digital Networks Act en een cyberbeveiligingspakket. De volledige wetgevingsagenda staat in onze EU-wetgevingspijplijn, en de persoonlijke wallet waarop hij voortbouwt behandelen we in onze gids voor de EU-wallet voor digitale identiteit.

Hulp krijgen

Wij bouwen B2B-platforms, onboardingsystemen en identiteitsintegraties voor bedrijven in heel Europa, inclusief het saaie maar waardevolle werk om rechtspersoon en klantrecord uit elkaar te trekken in een systeem dat ze al tien jaar door elkaar haalt.

Staat de bedrijfswallet op uw roadmap, of hebt u voor uw B2B-onboarding eerst dat datamodelwerk nodig, schrijf dan naar office@c9group.dev. Meer over ons Europese werk op de pagina EU-markttoetreding.

Wij zijn ingenieurs en geen juristen. Of een specifiek attest aan een specifieke wettelijke eis voldoet, is een vraag voor uw eigen juristen.