Deze demonstrator illustreert hoe het concept van IMX kan worden toegepast om gegevens uit diverse bronnen op een samenhangende wijze te bevragen. De demo toont hoe een orkestratie-engine, voorzien van een tussenliggend informatiemodel, in staat is om gegevens uit individuele bronnen op te halen en als geïntegreerde, gestroomlijnde datasets terug te geven via API's.
Met IMX kunnen werkprocessen efficiënter worden gemaakt, waar voorheen meerdere afzonderlijke bevragingen nodig waren. Door IMX kan een product-API één enkele vraag stellen aan een orkestratie-engine.
Deze demonstrator vloeit voort uit een 3-daagse fieldlab georganiseerd door Kadaster, Geonovum, RiVG en Belastingdienst, gehouden van 13 maart tot en met 15 maart 2024.
Deze demonstrator is gebaseerd op de volgende use case.
Gemeenten kunnen regelgeving opstellen om koopwoningen in populaire gebieden te beschermen tegen opkoping voor verhuur. Op deze manier blijven er meer koopwoningen beschikbaar voor eigen bewoning. Dit wordt ook wel opkoopbescherming genoemd.
Gemeenten kunnen deze regelgeving handhaven. Wanneer blijkt dat een woning, vaak onder een bepaalde waarde, niet wordt bewoond door de eigenaar maar wordt verhuurd, kan de gemeente een sanctie of boete opleggen.
Voor deze handhaving combineren gemeenten gegevens uit verschillende bronnen, waaronder de Basisregistratie Adressen en Gebouwen (BAG), Basisregistratie Personen (BRP), Basisregistratie Waarde Onroerende Zaken (WOZ) en de Basisregistratie Kadaster.
Op de volgende pagina wordt uitgelegd hoe het proces momenteel verloopt.
In het fictieve voorbeeld hieronder zien we percelen in oplichten in het blauw, wat suggereert dat ze verkocht zijn. Om te bepalen of een gemeente moet handhaven op de opkoopbescherming, worden de volgende individuele bevragingen uitgevoerd:
Als de WOZ-waarde onder de opkoopbeschermingsdrempel ligt:
Als een van de bewoners niet overeenkomt met de eigenaar, moet er worden gehandhaafd op de regels voor opkoopbescherming.
Op de volgende pagina lichten we het proces toe waarbij één vraag aan een orkestratie-engine wordt gesteld, die de individuele bevragingen voor de gemeenteambtenaar uitvoert.
In het voorbeeld hiernaast hebben we individuele bevragingen vervangen door één vraag aan een orkestratie-engine: "Op welke verkochte percelen moet ik handhaven?"
De orkestratie-engine raadpleegt verschillende bronnen op basis van het perceelnummer en retourneert samengestelde gegevens. De client-applicatie hoeft alleen nog een match op eigenaar en bewoner te maken om te bepalen of handhaving nodig is. Zelfs deze laatste stap kan door de orkestratie-engine worden uitgevoerd.
In de kaart hiernaast zijn rode percelen te zien, waarbij de bewoner niet gelijk is aan de eigenaar volgens de orkestratie-engine. Door te klikken op een groen of rood perceel worden de gegevens en herkomst ervan in een diagram getoond.
In deze demo gaan we ervan uit dat zowel de orkestratie-engine als de vraagsteller geautoriseerd zijn om deze gegevens op te vragen.
Met het IMX-principe kunnen meerdere bronnen tegelijk worden bevraagd, wat het werkproces vereenvoudigt.