De Basisregistratie Personen geldt in beleidsdocumenten doorgaans als een technische basisvoorziening — een register dat bestaat, dat gevuld wordt en waaruit afnemers putten. Die omschrijving is niet onjuist, maar zij miskent de werkelijke complexiteit van wat het betekent om persoonsgegevens op nationaal niveau betrouwbaar, actueel en juridisch houdbaar te houden. Wie ooit heeft meegewerkt aan een ketenintegratietraject waarbij de BRP als bronsysteem fungeerde, weet dat de kwaliteit van die gegevens zelden vanzelfsprekend is — en dat de gevolgen van gebrekkige kwaliteit zich ver buiten de registratie zelf laten voelen.
De structurele spanning tussen volledigheid en correctheid
Een register dat volledig is, bevat alle personen die erin horen. Een register dat correct is, bevat voor elk van die personen de juiste gegevens. In theorie sluiten deze twee doelstellingen elkaar niet uit; in de praktijk staan zij voortdurend onder tegengestelde druk.
Volledigheid wordt bevorderd door een ruime interpretatie van wat registreerbaar is: twijfelgevallen worden opgenomen, ontbrekende gegevens worden aangevuld met schattingen of tijdelijke codes, en de drempel voor inschrijving ligt laag. Correctheid vereist het tegenovergestelde: strenge validatie, terughoudendheid bij onzekere gegevens en een voortdurende verificatiecyclus. Gemeenten, die als bronhouder fungeren, opereren in dit spanningsveld dagelijks. Zij zijn wettelijk verplicht tot inschrijving op grond van de Wet basisregistratie personen, maar beschikken niet altijd over de middelen om elke inschrijving volledig te verifiëren.
Het gevolg is een gelaagd kwaliteitsprobleem. Op het niveau van het individuele gegeven — een adres, een geboortedatum, een nationaliteitsaanduiding — kunnen fouten sluimeren zonder dat enige afnemer ze signaleert, simpelweg omdat de fout consistent is: alle systemen die de BRP bevragen, ontvangen dezelfde onjuiste waarde en behandelen die als waarheid. Pas wanneer een burger bezwaar maakt, een uitkering wordt stopgezet of een paspoortaanvraag strandt, wordt de discrepantie zichtbaar. Op dat moment is de schade al geleden.
Ketenverantwoordelijkheid en de grenzen van het stelsel van basisregistraties
Het stelsel van basisregistraties is ontworpen vanuit het principe van enkelvoudige vastlegging en meervoudig gebruik. Dat principe heeft een aantrekkelijke logica: gegevens worden eenmalig geregistreerd door de meest bevoegde bronhouder, en alle overige overheidsorganisaties nemen die gegevens af in plaats van zelf te registreren. De BRP is daarin niet de enige bouwsteen; zij werkt samen met onder meer de Basisregistratie Adressen en Gebouwen, het Handelsregister en de Basisregistratie Kadaster.
In theorie leidt dit tot minder redundantie, minder tegenstrijdige gegevens en een efficiënter overheidsapparaat. In de praktijk introduceert het een nieuw vraagstuk: wie is verantwoordelijk wanneer gegevens uit twee basisregistraties met elkaar in conflict zijn? De BAG kent een adres dat de BRP niet kent. De BRP registreert een bewoner op een adres dat volgens de BAG niet bewoonbaar is. Dergelijke situaties zijn geen uitzonderingen; zij zijn het dagelijkse werk van gegevensbeheerders bij gemeenten en uitvoeringsorganisaties.
De informatie van de Rijksoverheid over het stelsel van basisregistraties beschrijft de rolverdeling tussen bronhouders, beheerders en afnemers in heldere termen, maar de operationele werkelijkheid is aanzienlijk grilliger dan de architectuurplaten suggereren. Ketenverantwoordelijkheid veronderstelt dat partijen elkaar aanspreken op gegevenskwaliteit, maar de juridische en organisatorische instrumenten daarvoor zijn beperkt. Een afnemer die een fout constateert, heeft geen directe correctiebevoegdheid; hij is afhankelijk van de terugmeldingsinfrastructuur, die op haar beurt afhankelijk is van de bereidheid en capaciteit van de bronhouder om de terugmelding te verwerken.
Dit mechanisme werkt — maar traag. En traagheid heeft in een digitale keten een prijs: elke dag dat een onjuist gegeven in de BRP staat, is een dag dat afnemers op basis van die onjuistheid besluiten nemen. De Autoriteit Persoonsgegevens heeft in meerdere adviezen gewezen op de risico’s van automatische besluitvorming op basis van gegevens waarvan de kwaliteit niet aantoonbaar geborgd is. Artikel 22 van de Algemene Verordening Gegevensbescherming stelt bovendien eisen aan geautomatiseerde individuele besluitvorming die in de praktijk moeilijk te verenigen zijn met een registratie die structureel kwaliteitsgebreken vertoont.
Wat werkt: incrementele verbetering boven grootschalige vernieuwing
De neiging om gegevenskwaliteitsproblemen op te lossen met grootschalige systeemvernieuwing is begrijpelijk maar zelden effectief. Een nieuw systeem lost geen organisatorisch probleem op, en de meeste gegevenskwaliteitsproblemen zijn in de kern organisatorisch van aard: zij ontstaan door onduidelijke verantwoordelijkheden, onvoldoende capaciteit bij bronhouders, of een gebrek aan terugkoppeling tussen afnemers en registratie.
Wat in de trajecten waaraan ik heb meegewerkt wel bleek te werken, laat zich samenvatten in een aantal principes die op het eerste gezicht weinig spectaculair zijn:
- Maak kwaliteit meetbaar voordat u ingrijpt. Een gegevenskwaliteitsdashboard dat continu de consistentie tussen BRP en afnemende systemen monitort, levert meer inzicht dan een eenmalige audit. Niet omdat de cijfers op zichzelf de problemen oplossen, maar omdat zij de gesprekken over verantwoordelijkheid feitelijk maken.
- Beperk het aantal gegevensdefinities. Elke organisatie die de BRP afneemt, heeft de neiging om lokale definities te hanteren die subtiel afwijken van de wettelijke definities. Wat de wet verstaat onder “woonadres” verschilt soms van wat een uitvoeringsorganisatie in haar eigen systemen registreert als “woonadres”. Die definitieverschillen zijn de bron van eindeloze reconciliatievraagstukken.
- Investeer in terugmeldingscapaciteit bij bronhouders. De terugmeldingsinfrastructuur is technisch beschikbaar, maar de verwerkingscapaciteit bij gemeenten is dat niet altijd. Zonder die capaciteit is de infrastructuur een dode letter.
- Hanteer privacy by design als ontwerpprincipe, niet als compliance-verplichting. Gegevensminimalisatie — het principe dat niet meer gegevens worden verwerkt dan strikt noodzakelijk — is niet alleen een eis uit de AVG, maar ook een kwaliteitsmaatregel: minder gegevens betekent minder potentiële fouten en minder complexe ketenafhankelijkheden.
- Accepteer dat politiek tempo en technische realiteit niet synchroon lopen. Programma’s die worden gelanceerd met een politiek gedreven deadline, eindigen zelden op die datum met het beloofde resultaat. Dat is geen falen van de uitvoerders; het is een structureel kenmerk van complexe sociotechnische systemen.
Dit laatste punt verdient nadere toelichting. De BRP is geen technisch systeem met een maatschappelijke functie; zij is een maatschappelijk systeem met een technische implementatie. De gegevens die zij bevat, zijn niet neutraal: zij bepalen wie recht heeft op welke voorziening, wie als inwoner wordt erkend, en wie buiten de registratie valt. Dat maakt elke wijziging in de registratie of in de verwerkende systemen per definitie een beleidsmatige keuze, ook wanneer zij als technisch wordt gepresenteerd.
Tot slot
De BRP functioneert — maar de marge waarbinnen zij functioneert, is smaller dan beleidsmakers en bestuurders doorgaans veronderstellen. Gegevenskwaliteit is geen projectresultaat dat na oplevering geborgd is; het is een voortdurend proces van meten, corrigeren en verantwoording afleggen. De architectuur van het stelsel van basisregistraties biedt daarvoor een raamwerk, maar geen garantie.
Wie de BRP wil verbeteren, doet er goed aan te beginnen met de vraag welke gegevens werkelijk noodzakelijk zijn, wie daarvoor verantwoordelijk is en hoe die verantwoordelijkheid operationeel wordt ingevuld. Dat zijn geen technische vragen. Het zijn vragen over organisatie, recht en politieke wil — en de antwoorden daarop bepalen in grotere mate dan enig systeem of platform de kwaliteit van de registratie die burgers en overheid dagelijks gebruiken.
Leave a Reply