Eén object, meerdere perspectieven: wat een integrale objectenregistratie écht is

Over de integrale objectenregistratie wordt veel gesproken, maar lang niet altijd hetzelfde bedoeld. Sommigen zien er een nieuwe koppellaag in. Anderen denken aan een gedeelde database, of aan een vergaande standaardisatie van bestaande registraties. Geen van die beelden klopt helemaal. In deze blog zetten we het denkkader scherp neer, wat een integrale objectenregistratie wél is, en vooral wat het níet is.

Eén object, één waarheid

In de huidige situatie wordt er vanuit verschillende registraties naar een object gekeken. Iedere registratie heeft zo zijn eigen setje informatie nodig over dat object. In de praktijk leidt dit tot inefficiënte werkprocessen. Bij het uitwisselen en opslaan van informatie wordt er alleen gekeken naar dat eigen setje gegevens. De rest wordt genegeerd, weggegooid of er is simpelweg geen plek om het op te slaan. In de informatieketens gaat daardoor veel informatie verloren, moet er opnieuw informatie ingewonnen worden of ontstaat er een mismatch tussen registraties.

Een integrale objectenregistratie keert deze logica om. Niet de registratie staat centraal, maar het object zelf. Informatie over een object wordt eenmalig ingewonnen en opgeslagen bij dat object. Alle kenmerken die het object beschrijven, fysiek én administratief, op één plek. Wanneer informatie over dat object elders nodig is, wordt deze geraadpleegd bij de bron. Zo voorkom je dat er meerdere versies van de waarheid ontstaan, dat informatie onvolledig is of meerdere keren ingewonnen moet worden.

Dat klinkt eenvoudig, maar is het niet. De manier waarop we vandaag over registraties denken zit diep verankerd in onze processen, systemen en wetgeving. De stap naar een integrale objectenregistratie vraagt om een andere manier van denken.

Registraties als perspectieven op één object

De kern zit in een verschuiving van denken. Van losse registraties die elk hun eigen object beheren, naar één object waar verschillende registraties op kijken. Het object is daarmee de bron, en BAG, BGT en WOZ zijn niet langer eilanden, maar perspectieven op dezelfde werkelijkheid.

Neem een gewoon woonhuis. Voor de BAG-beheerder is dat een verblijfsobject met een adres, een gebruiksdoel en een oppervlakte. Voor de BGT-beheerder is hetzelfde huis een geometrisch vlak dat in de tijd verandert wanneer er wordt aangebouwd of gesloopt. Voor de WOZ-beheerder is het een onroerende zaak met een eigenaar, een waarde op de peildatum en een beschikking. Drie registraties met drie verschillende invalshoeken. Vandaag de dag betekent dat ook drie eigen versies van hetzelfde huis, elk met een eigen waarheid. Als die werkelijkheden niet meer overeenkomen, ontstaan de bekende discussies over wie er gelijk heeft.

In een integrale objectenregistratie is dat huis één object. De BAG-, BGT- en WOZ-beheerder werken vanuit hun eigen perspectief en verantwoordelijkheid, maar op dezelfde bron. Wat de één registreert, ziet de ander direct. Niet omdat er een koppeling is gelegd, maar omdat het simpelweg hetzelfde object is.

Wat hoort wél in een objectenregistratie

Een belangrijk misverstand is dat in een integrale objectenregistratie alle informatie over een object terecht moet komen. Dat is niet zo. Sterker nog, dat zou de registratie onhanteerbaar maken en het idee van één bron juist ondermijnen. 

Een objectenregistratie bevat de kenmerken die het object zélf beschrijven. Wat het object is, los van wat een specifieke gebruiker ermee wil doen. Voor een boom in de openbare ruimte zijn dat locatie, soort, hoogte, diameter, plantjaar en conditie. Een maaischema, snoeibeurt of kapbesluit zijn dat niet. Dat zijn werkprocessen die op de boom betrekking hebben. Die horen thuis in de domeinapplicatie waarin ze worden uitgevoerd, in dit geval de BOR, en niet in de objectenregistratie. 

En dat hoeft ook niet. De BOR-applicatie hoeft geen eigen kopie van de boom bij te houden. Ze verwijst naar het object in de objectenregistratie en koppelt daar haar eigen werkprocessen aan, zoals dat deze boom in week 24 moet worden gesnoeid. Wanneer de boom wordt gekapt of verplaatst, ziet de BOR-applicatie dat onmiddellijk omdat ze naar de bron kijkt. De scheidslijn loopt dus tussen objectkenmerken en domeinprocessen. Het object hoort op één plek thuis. Wat we ermee doen, hoort thuis bij de processen die het uitvoeren. 

Wat een integrale objectenregistratie níet is 

Om het concept goed te begrijpen, helpt het om ook te benoemen wat het niet is. Want juist daar ontstaan de meeste misverstanden. 

• Een integrale objectenregistratie is geen koppellaag.

  Bij een koppellaag blijven de afzonderlijke registraties bestaan met hun eigen objecten en eigen waarheden. Er wordt techniek tussen gezet om ze met elkaar te laten praten. Dat lost het onderliggende probleem niet op. De registraties beheren elk nog steeds hun eigen versie van hetzelfde object. Belangrijk om te benoemen is dat er in de transitie tijdelijk nog koppelingen nodig zullen zijn. Bestaande systemen verdwijnen niet van de ene op de andere dag, en wettelijk blijven BAG, BGT en WOZ als aparte registraties bestaan. Maar koppelingen zijn een tussenstap, geen einddoel. 

• Een integrale objectenregistratie is geen gedeelde database.

  In een gedeelde database staan BAG, BGT en WOZ niet meer in afzonderlijke systemen, maar in dezelfde omgeving. Dat is winst, techniek wordt eenvoudiger en gegevens zijn makkelijker uit te wisselen. Maar de registraties houden hun eigen objectdefinities en hun eigen processen. In de database staan dus nog steeds drie versies van hetzelfde huis, alleen nu naast elkaar in plaats van in drie aparte systemen. Een integrale objectenregistratie zet de stap die daarop volgt. Niet alleen dezelfde opslag, maar ook hetzelfde object. BAG, BGT en WOZ kijken er met hun eigen perspectief naar, maar de drievoudige administratie verdwijnt. 

Een ander denkkader, geen nieuw systeem 

Een integrale objectenregistratie is geen technologie die je koopt of installeert. Het is een herontwerp van de manier waarop we informatie over objecten organiseren. Het object wordt de bron, registraties worden perspectieven, en domeinapplicaties leveren hun eigen toegevoegde waarde boven op dat fundament. Geen dubbele administratie, geen versies die uit elkaar lopen, geen berichten die heen en weer geschoven worden. Eén gedeelde, actuele werkelijkheid. 

Met dat denkkader in de hand wordt ook duidelijk waarom de oplossingen die de markt vandaag aanbiedt, zoals koppelingen, integraties en gedeelde platformen, wel kunnen helpen, maar het kernprobleem niet oplossen.