Componenten in samenhang, versie 1

Managementsamenvatting

In fase 5 ligt de prioriteit bij notificeren, profiel en berichten. De Notificatie Management Component (NMC) maken we klaar voor productie. Bij de profieldienst staat de technische basis: we werken aan de positionering met KVK en aan het juridische proces. Voor berichten beproeven we de proof of concept uit fase 4 met Logius en dienstverleners.

Daarnaast beproeven we machine-uitvoerbare wetgeving met een vraag van ondernemers. Ook zetten we door op het onderwerp inloggen en bevoegdheden.

Hieronder staan de doelen voor januari 2027 en de onderwerpen waar we aan werken. Onderaan vind je de context, met de roadmap en het componentenoverzicht.

Doelen januari 2027

1.Notificatie Management Component (NMC) klaar voor productie

2.Proof of concept berichten beproefd met dienstverleners

3.Beproeving machine-uitvoerbare wetgeving: "Wat is de impact voor mij als ondernemer als ik iemand aanneem met een afstand tot de arbeidsmarkt?"

4.Afweging welke middelen (DigiD, eHerkenning en wallets) de MOZa-proeftuin gaat ondersteunen

5.Drie gebruikersonderzoeken uitgevoerd en gepubliceerd

1

Notificatiedienst

1.Notificatie Management Component (NMC) klaar voor productie

Na de alfaversie uit fase 4 maken we de NMC klaar voor gebruik in productie.

Bouwen

2.Beproeven op de soevereine overheidscloud tijdens fieldlab Digilab

Tijdens het Fieldlab Soevereine Basis (23 t/m 25 november) maken we de notificatiedienst beschikbaar als plugin op Fundament. Dat is het open-source platform van Digilab voor een soevereine overheidscloud. Contactherstel doet hier nog niet mee.

Beproeven

3.Taskforce Logius

We doen mee in de taskforce van Logius voor de realisatie van NotifyNL, contactherstel en de NMC.

Afspraken

4.Bijdrage aan werkgroepen en Common Ground Fieldlab

We organiseren werkgroepen. Op het Common Ground Fieldlab delen we kennis en houden we een samenwerksessie over notificeren. Ook de werkgroepen van Overheidsbrede Interactieservices (OBIS) lopen door.

Afspraken

5.Gebruikersonderzoek notificaties en contactherstel

Hoe ervaren zakelijke gebruikers notificaties, en wat hebben ze nodig als het contact met hen niet lukt?

Onderzoek

6.Samenwerkingsafspraken met Logius

We stellen met Logius de eerste afspraken op voor de notificatiedienst. Denk aan acceptatiecriteria en een operational readiness-document met de verdeling van rollen en taken.

Afspraken

2

Profieldienst

1.Positionering met KVK

Samen met KVK verkennen we waar de profieldienst het beste past.

Verkennen

2.Juridische procedure

We leveren input voor het juridische proces en sturen aan op voortgang. Het juridische team bepaalt het tempo.

Afspraken

3.Basis staat, nieuwe inzichten verwerken

De basis van de profieldienst staat. Voor fase 5 staan geen grote werkzaamheden gepland. Nieuwe inzichten nemen we wel mee.

Bouwen

4.Enquête over het profiel

Via een enquête doen we gebruikersonderzoek naar het profiel.

Onderzoek

3

Berichten

1.Beproeving van de proof of concept in de praktijk

Samen met Logius en dienstverleners beproeven we de proof of concept uit fase 4. Beoogde deelnemers zijn de Belastingdienst, DUO, KVK, een gemeente, NVWA en SZW.

Beproeven

2.Werkgroep Federatief Berichtenstelsel

In de werkgroep werken we met andere organisaties verder aan het federatief berichtenstelsel (FBS).

Afspraken

3.Verkenning met dienstverleners

Wat betekent het voor dienstverleners met en zonder eigen berichtenmagazijn? Onderwerpen die al naar voren kwamen, zijn onder andere de Archiefwet, het omgaan met federatieve metadata, architectuur en juridische vragen.

Verkennen

4.Onderzoek naar de samenhang met BBO en de interactie-API

We onderzoeken hoe berichten samenhangen met BBO, de interactie-API en het ontsluiten via de app manager. De interactie-API wordt later ook gebruikt voor MijnZaken. Zo volgen we ook de ontwikkelingen van MijnZaken in het burgerdomein.

Onderzoek

4

Inloggen en bevoegdheden: "wie mag wat"

1.Beeldvorming "wie mag wat"

Een MOZa-team werkt hier nu met focus aan en bundelt de kennis die we eerder ophaalden. Wat nog ontbreekt, halen we op en analyseren we.

Onderzoek

2.DigiD, eHerkenning en wallets

De komende jaren verschuift het landschap van DigiD en eHerkenning naar wallets, zoals de EU Digital Identity Wallet en de European Business Wallet. We verdiepen ons in die ontwikkelingen. Zo kunnen we goed afwegen wat de proeftuin van MOZa moet ondersteunen.

Verkennen

3.Experts betrekken

We betrekken experts van verschillende organisaties.

Afspraken

5

Gebruikersonderzoek en proefomgeving

1.Drie gebruikersonderzoeken

Naar de Digitale Assistent 2.0, naar notificaties en contactherstel, en een enquête over het profiel.

Onderzoek

2.Samenvoegen van de proefomgevingen

De verschillende proefomgevingen van MOZa brengen we samen.

Bouwen

3.Publicatie van gebruikersonderzoeken

De resultaten van onze gebruikersonderzoeken maken we openbaar.

Afspraken

6

Digitale Assistent 2.0 op basis van machine-uitvoerbare wetgeving

1.Beproeving met een vraag van ondernemers

"Wat is de impact voor mij als ondernemer als ik iemand aanneem met een afstand tot de arbeidsmarkt?"

Beproeven

2.Zeven machine-uitvoerbare regelingen

We maken zeven regelingen en de wetten eromheen machine-uitvoerbaar.

Bouwen

3.Service design van de keten

We ontwerpen de dienstverlening voor de hele keten, maar ook voor de afzonderlijke organisaties.

Onderzoek

4.Gebruikersonderzoek Digitale Assistent 2.0

Hoe gebruiken ondernemers de nieuwe versie van de Digitale Assistent?

Onderzoek

5.Impactanalyse algoritmes

De impactanalyse met het IAMA (Impact Assessment Mensenrechten en Algoritmes) loopt door.

Onderzoek

7

MOZa in de brede online loketfunctie (wegwijzer)

1.Positionering samen met Ondernemersplein

Samen met Ondernemersplein werken we aan de plek van MOZa naast Overheid.nl, MijnOverheid en Ondernemersplein. Samen vormen die de wegwijzer van de overheid.

Verkennen

8

Portaal zakelijk op MijnOverheid

1.Ingang voor zakelijke gebruikers

We verkennen hoe we een ingang voor zakelijke gebruikers op MijnOverheid kunnen realiseren. In eerste instantie voor wie inlogt met DigiD. Het inzien van bedrijfsgegevens, zoals de gegevens bij KVK, nemen we daarin mee.

Verkennen

Afhankelijkheden en risico's

1.Beheerkaders en samenwerkingsafspraken notificatiedienst

De beheerkaders en de samenwerkingsafspraken met Logius zijn nog niet vastgesteld. In fase 5 stellen we de eerste afspraken op.

Risico

2.Capaciteit en integratie bij Logius

Voor de notificatiedienst hangen we af van de capaciteit bij Logius en van hoe de integratie in Logius verloopt.

Afhankelijkheid

3.Mandaat MOZa-team

Het MOZa-team heeft geen mandaat. Daardoor gaat een groot deel van de tijd naar overleg in plaats van bouwen.

Risico

4.Juridisch proces profieldienst

Net als in fase 4 hebben we geen grip op het juridische proces.

Risico

5.Bevragen profieldienst door derden

Voor het bevragen van de profieldienst door andere organisaties is nu geen tijdlijn.

Risico

6.Deelname organisaties aan berichten

We kunnen de proof of concept alleen beproeven als organisaties meedoen.

Afhankelijkheid

7.Beperkte juridische ondersteuning

Voor de juridische vragen rond berichten is weinig ondersteuning beschikbaar.

Risico

8.Capaciteit team "wie mag wat"

Dit team helpt ook bij het voorbereiden van gebruikersonderzoeken. Dat drukt op de capaciteit.

Risico

9.Deelname ketenpartners Digitale Assistent

De beproeving is het sterkst als de Belastingdienst, een gemeente (Rotterdam), UWV, RVO, SZW en KVK meedoen.

Afhankelijkheid

10.Prioriteit RegelRecht

Voor kennis over machine-uitvoerbare wetgeving hangen we af van de prioriteit die RegelRecht hieraan geeft.

Afhankelijkheid

11.Tijd bij Ondernemersplein

De uitwerking van de plek van MOZa in de wegwijzer kan alleen als het team van Ondernemersplein hier tijd voor heeft.

Afhankelijkheid

12.Prioriteit bij Logius voor het portaal

Voor een goed plan hangen we af van de prioriteit die Logius geeft aan de inzet van een businessconsultant en UX-ontwerper van MijnOverheid.

Afhankelijkheid

13.NotifyNL niet per januari 2027 beschikbaar

Logius heeft vastgesteld dat NotifyNL niet per januari 2027 beschikbaar kan zijn.

Afhankelijkheid

14.Capaciteit uitvoerende organisaties

Uitvoerders moeten tijd vrijmaken voor werksessies, het beproeven en straks de technische aansluiting op overheidsbrede diensten.

Afhankelijkheid

15.Gezamenlijk eigenaarschap

Voorloperorganisaties moeten samen verantwoordelijkheid nemen voor het halen van de doelen.

Afhankelijkheid

Parkeerlijst

1.Dienstverlenersportaal

Een proof of concept voor een selfserviceportaal, waarmee overheidsorganisaties diensten kunnen activeren en in gebruik nemen.

Geparkeerd

2.Totaalplaatje gegevens zakelijke gebruikers

BAG, vergunningen en andere gegevens in samenhang in beeld.

Geparkeerd

3.Centraal templates-register

Een register voor notificatietemplates. Niet gestopt, maar nu geen prioriteit. Het hoort ook niet bij de onderdelen in het componentenoverzicht.

Geparkeerd

4.AI voor de Digitale Assistent

In deze fase ligt de focus op de techniek en het service design op basis van machine-uitvoerbare wetgeving. Interactie via AI blijft relevant, maar parkeren we voor nu. Software bouwen we wel met hulp van AI. Daarmee experimenteren we deze periode ook met Vlam van SSC-ICT.

Geparkeerd

5.MijnZaken en MijnTaken voor ondernemers

Dit is nu bij geen van de teams belegd. We volgen de ontwikkelingen.

Geparkeerd

Context

Het MOZa-team richt zich op de realisatie van de notificatiedienst, de profieldienst en berichten. Dat past bij de wens van ondernemers die digitaal met de overheid willen samenwerken en bij de prioriteiten van de stakeholders van MOZa. Dat zie je ook terug in de roadmap, die op basis van deze prioriteiten is opgesteld. En in de aanvraag voor het vernieuwingsbudget 2027.

Voor de notificatiedienst en de profieldienst maakten we in juli 2026 een componentenoverzicht. Daarin zie je hoe de onderdelen samenhangen en wanneer we ze verwachten. Sindsdien zijn er twee belangrijke veranderingen. Voor de Belastingdienst schuift de gewenste beschikbaarheid van de notificatiedienst met contactherstel op van april 2027 naar juli 2027. Daarnaast heeft Logius vastgesteld dat NotifyNL niet per januari 2027 beschikbaar kan zijn. NotifyNL en contactherstel hebben prioriteit. De realisatie daarvan ligt bij Logius. Vanuit MOZa kijken we actief waar we kunnen helpen om te versnellen. Zelf richten we ons op het geschikt maken van de Notificatie Management Component (NMC) voor productie. In de roadmap hieronder zie je welke onderdelen nodig zijn voor de notificatiedienst en waar de onzekerheden zitten. Het componentenoverzicht is bijgewerkt met deze wijzigingen.

De Berichtenbox voor Burgers en Ondernemers (BBO) van Logius is vertraagd. De verwachting is dat de aansluiting voor ondernemers eind 2027 gerealiseerd kan worden. Het MOZa-team is wel gestart met het federatief berichtenstelsel en gaat daar in fase 5 mee door.

Nieuw in fase 5 is dat een team met focus werkt aan inloggen en bevoegdheden: "wie mag wat". Eerder deden we dit onderwerp erbij. De komende jaren verschuift het landschap van DigiD en eHerkenning naar wallets, en dat nemen we mee in de verkenning. Wallets zoals de European Business Wallet haken in op verschillende functionaliteiten die we in MOZa voorzien, onder andere het delen van gegevens. "Wie mag wat" hebben we later nodig om berichtenmagazijnen uit te lezen. Bijvoorbeeld als we eHerkenning willen aansluiten, waarmee ook medewerkers inloggen die niet alles mogen zien. Daar moeten we dan een antwoord op hebben. In fase 4 deden we hier al onderzoek naar.

MOZa hoort bij de wegwijzer van de overheid uit de Meerjarenvisie Digitale Overheid. Overheid.nl, MijnOverheid, Ondernemersplein en MijnOverheid Zakelijk groeien daarin uit tot één samenhangende wegwijzer. Daarom verkennen we met Ondernemersplein onze plek daarin. Met Logius verkennen we wat nodig is voor de realisatie van een ingang voor zakelijke gebruikers op MijnOverheid.

Roadmap MOZa (stand september 2026)

Componentenoverzicht notificatie- en profieldienst (juli 2026, bijgewerkt in september 2026)

Op de korte termijn werkt MOZa aan twee diensten: een notificatiedienst en een profieldienst. Samen maken ze het mogelijk om over bestuurlijke berichten te notificeren, met contactherstel wanneer de digitale weg niet werkt. Een dienstverlener kan daarbij een centraal vastgelegd contactgegeven gebruiken, of zelf een e-mailadres meegeven.

Deze diensten staan niet op zichzelf. Rond het bestuurlijke bericht ontstaat een samenhangend geheel: de dienstverlener bewaart het bericht in een berichtenmagazijn, de onderneming leest het in de Berichtenbox voor Burgers en Ondernemers of in een overheidsportaal, en de notificatiedienst attendeert haar erop.

Per dienst zie je een tijdlijn: wanneer we wat verwachten en welke uitdagingen daarbij spelen. Op de onderwerpen-pagina's van de MOZa-site vind je meer uitleg over de afzonderlijke componenten.

Het gaat hier om versie 1: de korte termijn. Dit is wat we nu neerzetten, zodat we kunnen starten. Latere versies bouwen hierop voort. Dit overzicht is een momentopname van juli 2026, in september 2026 bijgewerkt met de nieuwe data voor de notificatiedienst. De informatie is indicatief en kan veranderen.

Componenten in samenhang

In aanbouw
Verkenning
Beschikbaar
Aandachtspunt
Buiten scope

Veeg opzij om de hele plaat te zien.

Notificatiedienst

De notificatiedienst verstuurt namens publieke dienstverleners een seintje aan een onderneming of burger, op het kanaal dat de ontvanger zelf heeft gekozen. De NMC, NotifyNL, Contactherstel en de Printstraat vormen samen deze dienst, met vijf onderdelen:

Voorkeur bepalen en contactgegevens ophalen
Notificatie samenstellen en verzenden
Responses opvangen en registreren
Contactherstel bepalen, met de bijbehorende ontvangstgegevens
Contactherstel uitvoeren en opvolgen

Wat heeft de onderneming eraan

Een onderneming krijgt tijdig meldingen over bestuurlijke berichten, deadlines, wetswijzigingen en statusupdates, op het voorkeurskanaal dat zij zelf kiest. Zij hoeft de kanalen van de verschillende overheden minder vaak zelf te raadplegen en mist minder deadlines.

Wat heeft de dienstverlener eraan

De dienstverlener hoeft zelf geen notificatiedienst in te richten, maar sluit aan op een centrale voorziening die ontzorgt: het samenstellen en verzenden, het opvangen van de responses en het contactherstel zijn geregeld. Een eigen verzendkanaal en printstraat zijn niet nodig, en er gaat minder papieren post uit.

Wat moet de dienstverlener doen

Aansluiten op de notificatiedienst. Concreet betekent dat: zorgen dat de OMC of een vergelijkbare applicatie bij de dienstverlener verzoeken naar de NMC kan sturen, en eventueel de terugkoppeling met de status van aflevering kan ontvangen.

Beoogde afnemers

De volgende organisaties hebben aangegeven met de notificatiedienst aan de slag te willen gaan: Belastingdienst, Gemeente Rotterdam, RVO, UWV, gemeenten / VNG, KVK, Douane en RDW.

Nog niet van alle organisaties is bekend wanneer zij aansluiten. Organisaties waarmee al concreet een datum is neergezet, staan hieronder in de tijdlijn als afnemer.

Tijdlijn en haalbaarheid

Veeg opzij om de hele tijdlijn te zien.

Q1 2027, datum nog onbekend
Haalbaarheid: Obstakels
Samenstellen, verzenden en responses (2 en 3)
Uitdagingen
1. NotifyNL kan niet per januari 2027 beschikbaar zijn. De nieuwe datum is nog niet bekend.
2. Onzeker of er voldoende capaciteit is bij Logius om dit technisch, functioneel en operationeel in beheer te nemen.
3. Het juridische proces dat op 1 januari 2027 voltooid zou zijn, is vertraagd met naar verwachting 5 maanden.
Uitgangspunten
Focus op ondernemers. Contactgegeven via de dienstverlener meegegeven.

Benodigd
Juridisch, security en privacy akkoord. In beheername door Logius.

Hoe dan wel
Uitzoeken wat binnen de huidige kaders kan, waardoor een AMvB-traject niet nodig is. Bijvoorbeeld dat de dienstverlener de notificatiedienst "contractueel" afneemt. Ook risico-acceptatie kan verkend worden.
Juli 2027
Haalbaarheid: Obstakels
Uitbreiding met contactherstel (4 en 5)
Uitdagingen
1. Het juridische proces dat op 1 januari 2027 voltooid zou zijn, is vertraagd met naar verwachting 5 maanden.
Uitgangspunten
Contactherstel voor ondernemingen per post o.b.v. KVK-gegevens.

Afnemers
Belastingdienst (was april 2027)

Benodigd
Juridisch, security en privacy akkoord. In beheername door Logius.

Hoe dan wel
Uitzoeken wat binnen de huidige kaders kan, waardoor een AMvB-traject niet nodig is. Bijvoorbeeld dat de dienstverlener de notificatiedienst "contractueel" afneemt. Ook risico-acceptatie kan verkend worden.
Juli 2027
Haalbaarheid: Onzeker
Uitbreiding met contactgegevens voor ondernemers (1)
Onzekerheden
1. Uitgangspunt is een centrale profieldienst bij Logius. Het juridische proces loopt, maar gezien de ervaring met andere juridische processen zit hier onzekerheid.
Uitgangspunten
Bestaande onderdelen uitbreiden met contactgegevens voor ondernemers.

Benodigd
Juridisch, security en privacy akkoord. In beheername door Logius.

Hoe dan wel
Risicoacceptatie (te verkennen).
Januari 2028
Haalbaarheid: Onzeker
Alle onderdelen (1 t/m 5), breder toegepast
Onzekerheden
1. De exacte werkzaamheden hiervoor zijn nog niet bekend.
Uitgangspunten
- Ondernemers en burgers
- Meerdere contactgegevens (centraal/decentraal)
- Contactherstel fysiek (KvK/BRP)
Benodigd
Juridisch, security en privacy akkoord. In beheername door Logius.

Profieldienst

De profieldienst brengt contactgegevens en kanaalvoorkeuren op één plek samen, zodat een onderneming of burger ze maar één keer hoeft vast te leggen voor de hele overheid. De profielservice en de verificatieservice vormen samen deze dienst, met vijf onderdelen:

Centraal bevragen, aanpassen en verificatie van contactgegevens
Ontsluiten van profielinformatie uit verschillende bronnen
Toepassing in de centrale notificatiedienst
Decentraal bevragen, aanpassen en verificatie van contactgegevens
Toepassing in decentrale processen

Wat heeft de onderneming eraan

Een onderneming legt haar contactgegevens en kanaalvoorkeuren één keer vast voor de hele overheid, geverifieerd, in plaats van bij elke dienstverlener opnieuw. Dat scheelt tijd, levert minder fouten op, en zorgt dat zij alleen informatie krijgt die bij haar situatie past.

Wat heeft de dienstverlener eraan

De dienstverlener krijgt geverifieerde contactgegevens zonder ze zelf te verzamelen en bij te houden. Bij het notificeren is het centrale profiel te gebruiken in plaats van zelf een e-mailadres mee te geven, en voor eigen processen, bijvoorbeeld een klantcontactcentrum, is het profiel te bevragen. Dit hoeft niet zelf gebouwd en onderhouden te worden.

Wat moet de dienstverlener doen

Bepalen of bij het notificeren het centrale profiel wordt gebruikt in plaats van zelf een contactgegeven mee te geven. Dat is een keuze bij het aansluiten op de notificatiedienst en vraagt geen apart traject. Eventueel het eigen portaal aanpassen, zodat een ondernemer daar zijn centrale profiel kan beheren. En bepalen of de profielservice in eigen processen wordt bevraagd, en zo ja, die bevraging implementeren.

Beoogde afnemers

De volgende organisaties hebben aangegeven met de profieldienst aan de slag te willen gaan: Gemeente Amsterdam, Gemeente Rotterdam, Belastingdienst, RVO, gemeenten / VNG, KVK, RDW, UWV en CJIB (nog te bevestigen).

Nog niet van alle organisaties is bekend wanneer zij aansluiten. Organisaties waarmee al concreet een datum is neergezet, staan hieronder in de tijdlijn als afnemer.

Tijdlijn en haalbaarheid

Veeg opzij om de hele tijdlijn te zien.

Juli 2027
Haalbaarheid: Obstakels
Volledige profieldienst (1 t/m 5)
Uitdagingen
1. Het juridische proces om dit via een AMvB mogelijk te maken moet nog gestart worden. Gemeente Amsterdam heeft deze wens.
Uitgangspunten
- Zowel burgers als ondernemingen
- 1 contactgegeven (e-mail) per onderneming
- 1 contactgegeven per burger
Afnemers
Gemeente Amsterdam

Benodigd
Juridisch, security en privacy akkoord. In beheername door Logius.

Hoe dan wel
Onderzoeken of een centrale voorziening decentraal kan worden ingericht. Ook risico-acceptatie kan verkend worden.
Januari 2028
Haalbaarheid: Onzeker
Uitbreiding met meerdere gegevens per onderneming
Onzekerheden
1. Hoe dit exact moet in combinatie met de huidige mogelijkheden van het eHerkenning-stelsel is in onderzoek.
Uitgangspunten
- Zowel burgers als ondernemingen
- Meerdere contactgegevens (e-mail) per onderneming
- 1 contactgegeven per burger
Afnemers
UWV en CJIB (nog te bevestigen)

Benodigd
Juridisch, security en privacy akkoord. In beheername door Logius.
Juli 2028
Haalbaarheid: Onzeker
Uitbreiding met meerdere gegevens per burger
Onzekerheden
1. Moet de komende periode duidelijker worden, met onder andere oog voor een mogelijk juridisch proces dat in 2027 moet worden doorlopen.
Uitgangspunten
- Zowel burgers als ondernemingen
- Meerdere contactgegevens (e-mail) per onderneming
- Meerdere contactgegevens per burger
Benodigd
Juridisch, security en privacy akkoord. In beheername door Logius.

Plan MOZa Fase 5

Managementsamenvatting

Doelen januari 2027

Waar we aan werken

Notificatiedienst

Profieldienst

Berichten

Inloggen en bevoegdheden: "wie mag wat"

Gebruikersonderzoek en proefomgeving

Digitale Assistent 2.0 op basis van machine-uitvoerbare wetgeving

MOZa in de brede online loketfunctie (wegwijzer)

Portaal zakelijk op MijnOverheid

Afhankelijkheden en risico's

Parkeerlijst

Context

Componenten in samenhang

Notificatiedienst

Wat heeft de onderneming eraan

Wat heeft de dienstverlener eraan

Wat moet de dienstverlener doen

Beoogde afnemers

Tijdlijn en haalbaarheid

Profieldienst

Wat heeft de onderneming eraan

Wat heeft de dienstverlener eraan

Wat moet de dienstverlener doen

Beoogde afnemers

Tijdlijn en haalbaarheid