Ondernemingen en publieke organisaties, zoals de Belastingdienst en gemeentes, kunnen een EBW hebben. Personen, zoals de eigenaar van een onderneming, hebben geen EBW maar een persoonlijke EUDI-wallet. Een dienstverlener die attestaties uitgeeft, kiest zelf: als bronhouder een Pub-EAA uitgeven, of een commerciële QTSP namens hem een QEAA laten uitgeven. Een voorbeeld met de Belastingdienst, de gemeente Rotterdam en een onderneming met twee mensen.
Klik op een attestatie in het schema, zoals de PID of de EBWOID, om te zien welke gegevens erin staan.
Zo lees je het schema hierboven, van links naar rechts.
Gestippeld oranje in het schema. Zie ook
Als dat zo is, werkt het net als bij Bilal: de machtiging staat in de EBW van de onderneming en Karin laadt het in haar persoonlijke wallet. In principe is het niet nodig: haar bevoegdheid volgt uit het handelsregister en de KVK geeft die als Pub-EAA. Toch kan een dienstverlener een eigen machtiging willen:
Een afgeleide machtiging kan op twee manieren worden vormgegeven. Als losse attestatie (EAA): de EBW geeft Bilal een machtiging in zijn persoonlijke wallet, dat hij zelf toont bij het inloggen. Of als interne gebruikersrol binnen de EBW: Bilal krijgt geen eigen attestatie, maar mag namens de onderneming handelen met de EBW. Welke van de twee het wordt, is in de uitwerking van de EBW nog niet duidelijk.
Klik op een stap om te zien welke gegevens er worden gevraagd en verstuurd. De volgorde voor Koffiezaak Noon: de EBW aanmaken, vullen met attestaties en machtigingen, en de machtigingen naar de persoonlijke wallets.
De nummers horen bij de pijlen in het diagram hierboven; bij 5 tot en met 7 is a de aanvraag en b de uitgifte.
De KVK, de Belastingdienst en de gemeente Rotterdam hebben elk een EBW en treden daarmee op als uitgever. Een EBW kan uitgever, houder en verifier zijn (WE BUILD D4.1 p. 57).
Het kan ook andersom: de uitgever stuurt de EBW zelf een aanbod (credential offer), dat Karin accepteert. WE BUILD werkt beide varianten uit (D4.1 p. 20-22; D2.1 BU4 scenario 1b, p. 340-342; BU3 scenario 3 en 4). Uitgeven blijft wel een aparte rol: wie uitgeeft, moet als uitgever geregistreerd zijn (D4.1 p. 42-45).
Klik op een stap om te zien welke gegevens er worden gevraagd en verstuurd. Koffiezaak Noon heeft geen EBW. Karin logt één keer in bij MOZa met haar persoonlijke wallet; MOZa geeft haar vertegenwoordigingsbevoegdheid onder water door aan de KVK, de Belastingdienst en RVO. Zo is ze in één keer bij alle drie ingelogd.
Vanaf stap 4 is a wat MOZa onder water doorgeeft en b het resultaat: Karin is ingelogd zonder iets te doen.
Een wallet bevat vooral attestaties die aan de wallethouder zijn uitgegeven. Zelf attestaties uitgeven aan anderen is een aparte rol: uitgever (issuer). Wel kan een onderneming vanuit haar EBW machtigingen afgeven en delegeren aan haar medewerkers.
Dit is een keuze van de dienstverlener: bij het uitgeven van attestaties (Pub-EAA of QEAA) en bij de wallet zelf (eigen wallet-provider of een business wallet-aanbieder).
Een business wallet-aanbieder, zoals Credenco, positioneert zich als aanbieder van drie dingen in één:
Daarom staan de wallet en de uitgifte in het schema bij één partij. Credenco beschrijft zijn platform zelf als drie diensten: uitgeven, houden en verifiëren van attestaties. Het kunnen ook twee partijen zijn: een wallet-aanbieder en een aparte QTSP. Dat een aanbieder zelf gekwalificeerd is als QTSP, is hier als positionering overgenomen en niet nagegaan.
Los daarvan wordt elke EBW geleverd door een wallet-provider. Wie een EBW bij een provider afneemt, besteedt niet uit maar neemt een dienst af. De eigenaar, bijvoorbeeld een gemeente, bepaalt wie namens haar de wallet gebruikt, welke attestaties ze ontvangt en presenteert, en met wie ze communiceert. De provider staat zelf onder toezicht en is wettelijk verantwoordelijk voor onder meer beveiliging, integriteit en het intrekken van wallet units. Die verplichtingen kan de eigenaar niet naar zich toe trekken of contractueel wegschuiven. Wil een gemeente, of de overheid gezamenlijk, het zelf doen, dan moet ze zelf genotificeerde provider worden, zoals de Belastingdienst in dit voorbeeld.
De genoemde aanbieders zijn voorbeelden. Credenco, iGrant.io en Sphereon bouwen zakelijke wallets; KPN, Digidentity en Cleverbase zijn nu QTSP voor gekwalificeerde certificaten. Of zij QEAA's gaan uitgeven of genotificeerd EBW-provider worden, is nog niet bekend.
Concept roadmap MOZa - inlog- en machtigingsmiddelen. Versie oktober 2026. Belastingdienst, gemeente Rotterdam en Koffiezaak Noon zijn een voorbeeld.