Integrale Objectenregistratie: van visie naar ontwerp in 4 principes
In gesprekken over de integrale objectenregistratie gaat het vaak over twee uitersten. De visie die eraan ten grondslag ligt en de implementatie die daar uiteindelijk uit moet voortkomen. De laag daartussen krijgt minder aandacht. Terwijl juist daar de ontwerpkeuzes worden gemaakt die later moeilijk terug te draaien zijn.
In deze blog in onze serie over de integrale objectenregistratie kijken we daarom naar vier architectuurprincipes voor een werkbaar ontwerp. Geen technische blauwdruk, maar een fundament voor keuzes over objecten, gegevens, registraties en juridische context.
Wat is een architectuurprincipe eigenlijk?
Een architectuurprincipe is een ontwerpregel die je vooraf vastlegt, omdat hij richting geeft aan alle keuzes die daarna komen. Het is geen technische specificatie en ook geen abstracte visie, maar iets daartussenin.
Vergelijk het met een gemeente die bepaalt dat elk nieuw publiek gebouw rolstoeltoegankelijk moet zijn. Dat is geen bouwtekening. Of er een hellingbaan, een lift of een gelijkvloerse ingang komt, mag de architect bepalen. Maar het principe sluit bepaalde ontwerpen op voorhand uit. Een trap als enige toegang is geen optie meer.
Bij informatiearchitectuur werkt het op dezelfde manier. Een principe schrijft niet voor welke software je kiest of hoe elk proces precies wordt ingericht. Het bepaalt wel welke ontwerpen passen bij wat je wilt bereiken. En het werkt alleen als je het consequent toepast. Wie er op één plek van afwijkt, ondermijnt het principe voor de rest van het ontwerp.
Voor een integrale objectenregistratie zijn zulke principes belangrijk, omdat de keuzes aan de voorkant bepalen of je later werkelijk integraal kunt werken. Als het ontwerp opnieuw uitgaat van losse registraties, losse objecten en losse kenmerken, blijft de oude versnippering bestaan. Ook wanneer de techniek moderner wordt.
Principe 1: één objectfundament
Een pand bestaat vandaag in de praktijk meerdere keren. Eén keer in de BAG, één keer in de BGT en één keer in de WOZ. Elk met een eigen identifier, eigen kenmerken en eigen beheerlogica. Daardoor ontstaan drie administratieve werkelijkheden rond hetzelfde fysieke gebouw. Bij iedere mutatie moet opnieuw worden bepaald welke registratie leidend is, welke gegevens moeten worden overgenomen en waar verschillen ontstaan.
Het eerste principe draait dat om. Het fysieke object is het uitgangspunt. Eén pand, één identiteit, één bestaan in de registratie. De verschillende registraties verwijzen naar dat object, maar maken het niet ieder opnieuw aan. Zolang elke registratie haar eigen object blijft vormen, blijft de fragmentatie bestaan. Ook wanneer daar later een integratielaag overheen wordt gelegd.
Een integrale objectenregistratie begint daarom niet bij het koppelen van bestaande administraties, maar bij de vraag wat het object zelf is. Pas als daar één gedeeld fundament voor bestaat, kunnen BAG, BGT en WOZ er ieder vanuit hun eigen wettelijke en procesmatige perspectief mee werken.
Principe 2: één mutatiebron per gegevenselement
Niet alleen het object zelf moet één keer bestaan, ook elk gegeven hoort op één plek thuis. Het bouwjaar wordt op één plaats bijgehouden, de oppervlakte op één plaats en de gebruiksfunctie op één plaats. Andere registraties kunnen dat gegeven gebruiken, maar leggen het niet opnieuw vast in een eigen administratie.
Daarbij is het belangrijk om twee rollen uit elkaar te houden die in de praktijk vaak door elkaar lopen: de bronhouder en de proceseigenaar. De bronhouder is verantwoordelijk voor het gegeven zelf. De proceseigenaar is verantwoordelijk voor het proces waarin dat gegeven wordt gebruikt, gecontroleerd of betwist.
Die rollen kunnen samenvallen, maar dat hoeft niet. De WOZ-afdeling kan bijvoorbeeld eigenaar zijn van het proces rond de vraag: wat doen we als we bij de waardering een afwijkende oppervlakte constateren? Tegelijk kan de verantwoordelijkheid voor het gegeven zelf bij de BAG-bronhouder blijven. Constateert de WOZ een afwijking, dan geeft zij die terug via een terugmelding. Niet door zelf een tweede versie van hetzelfde gegeven op te bouwen.
Dit principe voorkomt dat verschillende afdelingen elk hun eigen waarheid gaan beheren. Het maakt zichtbaar wie een gegeven mag wijzigen, wie het gebruikt en hoe afwijkingen in het proces terugkomen bij de juiste bron.
Principe 3: registraties als perspectieven
De bestaande registraties verdwijnen niet. BAG, BGT en WOZ blijven bestaan, in elk geval als wettelijke verplichting, als aanleverstructuur en als herkenbaar werkdomein voor gemeenten. Wat verandert, is hun positie ten opzichte van het object.
In dit derde principe zijn registraties geen afzonderlijke administraties meer van hetzelfde fysieke object, maar perspectieven op één gedeeld objectfundament. De BAG kijkt naar het pand vanuit adressen, verblijfsobjecten en gebruiksdoelen. De BGT kijkt naar de geometrie. De WOZ kijkt naar de waarderingseenheid en de kenmerken die voor de waardebepaling relevant zijn. Drie perspectieven op hetzelfde object. Geen drie kopieën ervan.
Dat vraagt ook iets van de manier waarop registratiebeheerders naar hun werk kijken. Vandaag voelt een BAG-beheerder zich vaak eigenaar van de objecten in zijn registratie. In een integrale objectenregistratie bestaat het object op zichzelf, en beheert hij een specifiek perspectief daarop. Dat is een mentale omkering die tijd en aandacht vraagt.
Wat hierdoor niet verandert: de aanleveringen aan landelijke voorzieningen blijven bestaan zolang wet- en regelgeving daarom vraagt. Wat wel verandert, is hoe die aanleveringen intern tot stand komen. Niet meer vanuit drie afzonderlijke administraties, maar als afgeleiden van één gedeeld objectfundament. De interne fragmentatie neemt daardoor af, ook als de externe vorm voorlopig hetzelfde blijft.
Principe 4: juridische context als metadata bij het gegeven
Het vierde principe is minder zichtbaar in het dagelijks werk, maar bepaalt of de eerste drie principes op de lange termijn houdbaar zijn.
Gegevens in een basisregistratie zijn niet zomaar databasewaarden. Ze hebben een juridische status. Een BAG-oppervlakte is bijvoorbeeld authentiek onder de Wet BAG en is op een bepaald moment vastgesteld volgens NEN 2580. De WOZ gebruikt diezelfde oppervlakte voor de waardebepaling. Maakt een burger bezwaar tegen een WOZ-aanslag vanwege een vermeend onjuiste oppervlakte, dan raakt dat bezwaar in feite aan een BAG-gegeven. In de huidige situatie is dat onderscheid voor de burger, en soms ook voor de behandelaar, niet altijd direct zichtbaar.
Het vierde principe legt de juridische context daarom vast bij het gegeven zelf, niet alleen bij de registratie waarin het gegeven wordt beheerd of gebruikt. Bij oppervlakte hoort dan informatie over het wettelijke regime, de vaststellingswijze, de verantwoordelijke bron en de status van het gegeven. Die context reist mee naar elk perspectief dat het gegeven gebruikt.
Aan de juridische werkelijkheid verandert hierdoor niets. De Wet BAG blijft gelden, de Wet WOZ ook. Wat verandert, is dat de juridische status expliciet zichtbaar wordt op het gegeven, in plaats van impliciet vast te zitten aan een registratie. Bij betwisting wordt daardoor sneller duidelijk waar het geschil thuishoort en welk proces gevolgd moet worden.
In een eerste versie hoeft dit geen volledig juridisch model te zijn. Het is wel belangrijk dat het ontwerp vanaf het begin ruimte maakt voor deze context. De inhoud kan groeien. Maar als de plek voor juridische metadata in het ontwerp ontbreekt, is die later moeilijk alsnog goed in te bouwen.
Wat betekenen deze principes voor gemeenten?
De vier principes volgen samen hetzelfde patroon. Het object komt centraal te staan, en de registraties bewegen zich daaromheen. Dat klinkt eenvoudig, maar het verandert het gesprek tussen iedereen die met deze gegevens werkt.
Voor een BAG-beheerder verschuift het werk van het beheren van een afzonderlijke registratie naar het beheren van een perspectief op een gedeeld object. Voor een WOZ-medewerker betekent het dat hij werkt met gegevens waarvan bron, status en juridische context duidelijker zijn. Voor een leverancier betekent het dat systemen anders moeten worden ontworpen: niet met de registratie als startpunt, maar met het object als fundament. En voor beslissers betekent het dat architectuurkeuzes niet kunnen worden uitgesteld tot na de implementatie. Dan zijn veel uitgangspunten al vastgelegd in het systeem.
Tegelijk schuurt het ook. De wettelijke aanleveringen blijven voorlopig bestaan zoals ze zijn, terwijl het onderliggende systeem anders wordt ingericht. Rollen die nu vertrouwd en overzichtelijk lijken, zoals BAG-beheerder en WOZ-beheerder, krijgen een andere invulling. En de juridische werkelijkheid die nu vaak impliciet aan registraties hangt, vraagt om een expliciete plek in een nieuw model.
Deze principes beantwoorden niet alle vragen. Ze maken wel duidelijk welke vragen vroeg gesteld moeten worden. Wie pas tijdens de implementatie bepaalt wat een object is, wie welk gegeven mag wijzigen en waar de juridische status wordt vastgelegd, bouwt het oude denken snel opnieuw in. Juist daarom horen deze ontwerpkeuzes aan het begin van het gesprek over de integrale objectenregistratie.
Deze vier principes zijn geen blauwdruk en ook geen kant-en-klare oplossing. Ze vormen een fundament. De vraag hoe je daarop verder bouwt, federatief of centraal, met welke standaarden en in welk tempo, vraagt om een eigen gesprek.
Zonder zo’n fundament wordt een integrale objectenregistratie al snel een technische koppeling tussen bestaande administraties. Dan verandert de vorm, maar blijft het denken hetzelfde. Juist daarom moeten de ontwerpprincipes vroeg op tafel liggen. Niet als sluitstuk van de implementatie, maar als beginpunt van een registratie die werkelijk integraal kan functioneren.
Meer weten over de architectuurprincipes achter integrale objectenregistratie?
Wil je verder praten over de ontwerpkeuzes achter een integrale objectenregistratie? Vicrea denkt graag mee vanuit kennis van gemeentelijke registraties, processen en gegevenskwaliteit.