Bounded contexten in het WOZ-domein

De Wet waardering onroerende zaken, WOZ, verplicht gemeenten om voor elke onroerende zaak een waarde vast te stellen en die te communiceren naar eigenaren. Dat klinkt overzichtelijk, maar achter dat ene woord "WOZ" gaan meerdere, wezenlijk verschillende taken schuil: objectregistratie, belangenbepaling, waardebepaling, belastingheffing en formele besluitvorming. Die taken hebben elk hun eigen taal, hun eigen regels en hun eigen verantwoordelijkheden.

Een klassiek datamodel — zoals de landelijke voorziening LV-WOZ met zijn ca. 60 attributen op één grote tabel wellicht suggereert — behandelt al die taken als één geheel. Dat werkt voor uitwisseling, maar het is een slechte basis voor een register. Je mengt taal door elkaar, koppelt processen aan elkaar die los van elkaar zouden moeten kunnen bewegen, en maakt het moeilijk om de regels per taakgebied zuiver te houden. Zie ook Uitvoeringscontext van registers.

In Uit betrouwbare bron kiezen we daarom voor bounded contexten: afgebakende deeldomeinen met elk hun eigen taal, hun eigen model en hun eigen verantwoordelijkheden. De bounded contexten communiceren met elkaar via expliciete grenzen. Voor een overzicht van de domeinconcepten, vereenvoudigingen en terminologische keuzes die we in de casus hanteren, zie onze interpretatie van het WOZ-domein.

WOZ Beheer & Waardebepaling: de centrale bounded context

De kern van onze casus is één bounded context: WOZ Beheer & Waardebepaling. Dit is de gemeentelijke context die verantwoordelijk is voor alles van objectregistratie tot en met de formele beschikking. Binnen deze bounded context zijn taal, begrippen en regels eenduidig en consistent. Daarnaast erkennen we ook nog vier subcontexten omdat de verschillende aandachtsgebieden expliciet te maken binnen deze bounded context.

Objectbeheer

Objectbeheer is het startpunt. Deze subcontext registreert en beheert de WOZ-objecten: de onroerende zaken waarover de gemeente een waarde vaststelt. Een WOZ-object is niet hetzelfde als een kadastraal object of een verblijfsobject uit de BAG — het is een eigen entiteit in het WOZ-domein, die wordt samengesteld op basis van informatie uit die externe bronnen.

Objectbeheer ontvangt notificaties van de BRK en de BAG via contextovergangen. Die notificaties worden vertaald naar commando's in het eigen domeinmodel:

• Een BRK-notificatie over een overdracht van eigendom leidt tot een wijziging in de eigenaren van het WOZ-object, en mogelijk tot het beëindigen en opnieuw aanmaken van WOZ-objecten. Onderdeel van deze koppeling is ook 'het lijstje van eigenaren' dat wordt bijgewerkt.
• Een BAG-notificatie over een nieuw verblijfsobject of pand leidt tot een signaal voor ambtelijke beoordeling: een ambtenaar beoordeelt of er een nieuw WOZ-object aangemaakt moet worden.

Objectbeheer beheert ook de relaties tussen WOZ-objecten en de kadastrale objecten (BRK) en gebouwen (BAG) waarop ze zijn gebaseerd. Die relaties zijn n-op-n: een WOZ-object kan meerdere kadastrale objecten omvatten, en een kadastraal object kan aan meerdere WOZ-objecten zijn gekoppeld.

Subjectbeheer

Subjectbeheer beheert de relaties tussen WOZ-objecten en de personen of rechtspersonen die er een belang bij hebben. De centrale vraag in deze subcontext is: aan wie wordt de WOZ-beschikking gericht?

De taal van subjectbeheer onderscheidt zich bewust van die van objectbeheer:

Objectbeheer	Subjectbeheer
eigenaar	belanghebbende eigenaar
eigendom	eigendomsbelang

Een eigenaar is iemand die in de BRK als rechthebbende staat geregistreerd bij het bijbehorende kadastrale object — een feitelijke situatie die objectbeheer direct overneemt uit de BRK-notificatie.

Een belanghebbende eigenaar is iets anders: dat is de persoon aan wie de gemeente de WOZ-beschikking richt. Die aanwijzing is een besluit van de gemeente. Ze legt vast wie formeel partij is in het waarderingsproces en wie bezwaar kan maken. Zijn er meerdere eigenaren, dan wijst de gemeente één van hen aan.

Dit onderscheid is niet slechts terminologisch. Objectbeheer registreert feiten over eigendomsverhoudingen; subjectbeheer neemt een beslissing over wie de beschikking ontvangt. Die beslissing heeft rechtsgevolgen en hoort op een eigen plek in het model.

WOZ-beschikking

De subcontext WOZ-beschikking omvat twee samenhangende taken: de waardebepaling en het formele besluit.

Waardebepaling stelt de WOZ-waarde vast op de wettelijk bepaalde waardepeildatum — in onze casus 1 januari van het jaar vóór het belastingjaar. De werkelijke waardebepaling is complex (modelmatige waardering, referentieobjecten, taxatie); wij vereenvoudigen dat tot een formule op basis van oppervlakte en een referentieprijs per postcode.

De formele beschikking is het bestuursrechtelijke besluit waarmee de vastgestelde waarde officieel wordt vastgelegd en gecommuniceerd. Twee concepten spelen daarin een centrale rol:

• De dagtekening is de datum waarop de beschikking formeel tot stand komt. Vanaf die datum loopt de bezwaartermijn van zes weken.
• De waardepeildatum is het tijdstip waarop de waarde betrekking heeft — een wettelijk vastgesteld tijdstip dat los staat van de dagtekening.

Dit is bitemporeel relevant: de waardepeildatum is het geldigheidstijdstip van de waarde; de dagtekening is het registratietijdstip van de beschikking als formeel besluit.

Let op het onderscheid dat in de praktijk vaak wordt samengevoegd:

• De WOZ-beschikking is een besluit over de vastgestelde waarde, in de zin van de Awb. Hier staat bezwaar en beroep tegen open.
• Het aanslagbiljet is een brief aan de burger met de belastingaanslag — en bevat in de praktijk ook andere heffingen. Conceptueel zijn het twee verschillende dingen met elk hun eigen rechtsgevolgen. Een goede implementatie maakt dat onderscheid expliciet.

Bezwaar

Bezwaar is een subcontext binnen WOZ Beheer & Waardebepaling. De bezwaarprocedure heeft zijn eigen taal (bezwaarschrift, hoorzitting, heroverweging, uitspraak), zijn eigen regels (Awb) en zijn eigen tijdlijnen. Die eigenheid rechtvaardigt een afzonderlijk aandachtsgebied.

In onze casus is de bezwaarprocedure bewust sterk vereenvoudigd: we modelleren drie gevolgen — bezwaar gemaakt, bezwaar afgewezen, bezwaar toegekend — zonder de volledige Awb-procedure uit te werken. Zie Wat we bewust niet modelleren voor de achtergrond.

Upstream bounded contexten

WOZ Beheer & Waardebepaling wordt 'gevoed' door twee externe basisregistraties. Ze vallen buiten het gemeentelijk domein en spreken hun eigen taal.

BRK – Basisregistratie Kadaster

De BRK registreert onroerende zaken, kadastrale objecten en zakelijke rechten zoals eigendom en erfpacht. Voor het WOZ-domein zijn de BRK-notificaties over tenaamstellingen en overdrachten de aanleiding voor objectbeheer en subjectbeheer.

De BRK spreekt van tenaamstellingen op kadastrale objecten; het WOZ-domein spreekt van belangen op WOZ-objecten. Die vertaling vindt plaats in de contextovergang — zie Contextovergang.

BAG – Basisregistraties Adressen en Gebouwen

De BAG registreert verblijfsobjecten, panden en adressen. Voor het WOZ-domein zijn BAG-notificaties over nieuwbouw of wijzigingen de aanleiding voor een ambtelijke beoordeling: kan er een nieuw WOZ-object worden aangemaakt, of moet een bestaand object worden bijgewerkt?

De BAG-notificatie wordt niet automatisch omgezet in een WOZ-actie — de ambtenaar beoordeelt dat. De contextovergang legt de notificatie vast en genereert een signaal in de werkvoorraad.

Downstream bounded contexten

Op basis van de WOZ-beschikking maken andere contexten gebruik van de vastgestelde waarden. Deze downstream contexten zijn in onze casus beknopt uitgewerkt.

Gemeentelijke belastingen

De gemeentelijke belastingencontext berekent de OZB-aanslag op basis van de vastgestelde WOZ-waarde. De OZB kent drie tariefsoorten: eigenaarsdeel woningen, eigenaarsdeel niet-woningen en gebruikersdeel niet-woningen. In onze casus — uitsluitend woningen — is alleen het eigenaarsdeel woningen van toepassing. De belastingencontext ontvangt de beschikking en berekent de aanslag; de WOZ-context weet niets van tarieven en belastingplicht.

Belastingdienst

De Belastingdienst ontvangt de WOZ-waarde via een contextovergang voor gebruik in de inkomstenbelasting (eigenwoningforfait) en andere rijksbelastingen. Dit is een downstream bridge: de WOZ-waarde wordt vertaald naar de taal en het formaat van de Belastingdienst.

LV-WOZ – Landelijke Voorziening WOZ

De Landelijke Voorziening WOZ ontvangt de beschikking voor landelijke uitwisseling. In onze casus modelleren we de levering aan de LV-WOZ niet volledig — de uitwisseling via StUF-WOZ is een eigen bounded context die we bewust buiten scope laten.

Contextovergang

Een contextovergang is de plek waar taal, regels en verantwoordelijkheid overgaan van het ene domein naar het andere.

De meest in het oog springende contextovergang in dit domein is die tussen de externe bronnen (BRK, BAG) en objectbeheer. BRK en BAG zijn landelijke basisregistraties; ze vallen buiten het WOZ-domein van de gemeente. Hun notificaties zijn de aanleiding voor beheer, maar de gemeente vertaalt die naar haar eigen taal en regels.

Die vertaling is niet triviaal. De BRK registreert tenaamstellingen op een kadastraal object; de gemeente registreert belangen op een WOZ-object. De mapping tussen die begrippen is een domeinbeslissing die expliciet gemaakt moet worden — en die op één plek in de code thuishoort, niet verspreid over het systeem.

Dit lijkt sterk op een patroon uit de technische literatuur genaamd Anti-Corruption Layer. Hoewel de overeenkomsten sterk zijn, willen we benadrukken dat deze overgang van contexten belangrijk is en expliciet ontworpen dient te worden. Daarom gebruiken we de term contextovergang, die beter aansluit bij de vraag die eigenlijk wordt beantwoord: wie is verantwoordelijk voor welke taal, en waar vindt de overgang plaats? Het technische patroon van een Anti-Corruption Layer kan daarbinnen nog steeds worden toegepast om ook technisch te ontkoppelen — dat is dan onderdeel van dezelfde contextovergang of bounded context bridge.