Onze interpretatie van het WOZ-domein

'Het WOZ-domein' is complex en bestaat al ruim 30 jaar. Destijds waren computersystemen zeker bekend en toegepast en tegelijk waren deze niet tot een complex netwerk van systemen gekoppeld zoals vandaag. De uitvoering was voornamelijk gebaseerd op papier en computers ondersteunden dat. Dit maakt dit domein tot een dankbaar voorbeeld om complexiteit en variaties te laten zien in de voorbeelden bij de handreiking betrouwbare registers. Tegelijk gaat het hier om de voorbeelden en niet om een uitwerking van het WOZ-domein. Daarom is het van belang om te begrijpen wat in de voorbeelden bedoeld wordt met 'het WOZ-domein', hoe dit in elkaar steekt; met andere woorden: onze interpretatie van het WOZ-domein. Het is daarbij ook goed om te duiden hoe dit zich verhoudt tot het werkelijke WOZ-domein. Deze verschillen, overeenkomsten en vereenvoudigingen zijn al waardevol op zichzelf om de handreiking beter te begrijpen. Op deze pagina beschrijven we eerst hoe wij het WOZ-domein beschouwen en daarna de verhouding tot het werkelijke domein.

Het WOZ-domein is een financieel en belastingen context. Dat wil zeggen dat de reden van het bestaan en de drijvers van dit domein daar vandaan komen. Hoewel de informatie in het WOZ-domein interessant is voor ander gebruik, betekent deze achtergrond in de meeste gevallen dat het niet is toegestaan om deze informatie te (her)gebruiken in andere contexten. Dit geeft aan hoe sterk deze drijvers zijn.

Het WOZ-domein gaat óók over 'de dingen in de werkelijkheid': huizen, gebouwen, appartementen, winkels; de concrete gebouwen die we kunnen voelen en aanraken. Dit is veel meer het domein van geografische objecten en rechten en gebruik van vastgoed. De Basisregistratie Kadaster (BRK) gaat over onroerende zaken en zakelijke rechten zoals eigendom en erfpacht. Aangezien de Wet op onroerende zaakbelasting hier sterk aan gerelateerd lijkt te zijn, is het logisch om hier een sterk verband te verwachten; deze wet gaat immers over de waarde en belasting op onroerende zaken. Dat is echter nog niet zo transparant als je op het eerste gezicht zou verwachten. Een andere registratie die sterk verbonden is met het WOZ-domein is de Basisregistratie gebouwen en adressen (BAG). Dit is, net zoals de WOZ registratie, een gemeentelijke registratie die gaat over de fysieke en geografische werkelijkheid in de buitenwereld en de administratie daarvan.

Hoe wij het WOZ-domein beschouwen

Voor de voorbeelden gebruiken we het werkelijke WOZ-domein als basis en vereenvoudigen dat sterk. Dat is niet om de complexiteit te ontkennen, want juist die complexiteit is zo relevant. Het is echter niet nodig om alle vergelijkbare complexiteit van het gehele model mee te nemen. We nemen daarom vooral een uitgekiende selectie van het werkelijke domein om complexe situaties te laten zien. Daarbij wijken we in sommige gevallen expliciet en expres af van het werkelijke WOZ-domein omdat we ambiguïteit van dat model 'op moeten lossen' t.b.v. de voorbeelden en duidelijkheid van wat we precies bedoelen. In het volgende hoofdstuk lichten we dat nauwkeurig toe: zie Verhouding tot het werkelijke domein.

De basissituatie kan eenvoudig worden beschreven als 'gebouwen op een perceel'. Uiteraard is 'de wereld' complexer dan dat.

Conceptueel model en bounded contexten

Bounded contexten zijn grenzen waarbinnen één gemeenschappelijk taal bestaat, ondubbelzinnig en consistent met eenduidige regels en begrippen. In 'ons WOZ-domein' kiezen wij voor een herkenbare bounded context voor WOZ Beheer & Waardebepaling. Deze wordt 'ingeklemd' door bounded context die 'ervoor' liggen, of upstream zijn, en die onze bounded context 'voedt' met informatie. Er zijn ook downstream bounded contexten die weer gebruik maken van onze informatie. Binnen onze bounded context erkennen we ook nog subcontexten, onderdelen die een eigen dynamiek en aandachtsgebied kennen:

• WOZ Beheer & Waardebepaling – de centrale gemeentelijke context, met vier subcontexten:
  • Objectbeheer – registratie en beheer van WOZ-objecten met relaties naar de BRK en BAG
  • Subjectbeheer – beheer van eigenaren en de aanwijzing van belanghebbenden
  • WOZ-beschikking – de waardebepaling en het formele besluit
  • Bezwaar – de bezwaarprocedure als subcontext binnen de heffingsketen
• BRK en BAG – upstream, buiten het gemeentelijk domein; leveren respectievelijk kadastrale objecten en gebouwgegevens via bridges
• Gemeentelijke belastingen – downstream, beknopt uitgewerkt; berekent de OZB-aanslag op basis van de WOZ-beschikking
• Belastingdienst – downstream bridge; ontvangt de WOZ-waarde via een contextovergang
• LV-WOZ – downstream bridge; ontvangt de beschikking voor de landelijke voorziening

Verdere toelichting en details over deze bounded context en subcontexten is te vinden in Bounded contexten in WOZ-domein.

Op basis van de subcontexten en de werking daarbinnen, ontstaat er een conceptueel model. Dit model wordt telkens gebruikt om een gedeelte van het domein uit te werken. De verschillende voorbeelden belichten verschillende aspecten, werking en situaties en telkens wordt dit conceptuele model gebruikt als basis.

Objectbeheer: ontstaan van WOZ-objecten

Er zijn meerdere bronnen voor het ontstaan van WOZ-objecten:

1. Migratie uit een vorig systeem; een initiële 'vulling'
2. Geautomatiseerd door een overdracht van eigendom in de BRK
3. Handmatig door een ambtenaar van de gemeente

We gaan er vanuit dat er een bestaand systeem is en bij de implementatie van een nieuw systeem dat volgens de handreiking betrouwbare registers gebouwd is, zal er een migratie plaatsvinden. Dit is specifieke complexiteit waar we in deze casus geen aandacht aan besteden.

Vanuit de BRK ontvangen we notificaties, berichten over wijzigingen in percelen en appartementen. Voor ons WOZ-domein zijn dit beiden Kadastrale objecten. Bij het splitsen of verenigen van percelen werken we uitsluitend de koppeling bij naar de gerelateerde Kadastrale objecten. Er verandert namelijk niets vanuit het perspectief van de WOZ; dezelfde belanghebbende ontvangt nog steeds dezelfde heffing op basis van dezelfde beschikking. Er is alleen een andere collectie Kadastrale objecten bij betrokken. Dat verandert mogelijk bij een overdracht van eigendom! Dat kunnen we geautomatiseerd verwerken.

Stel er is een WOZ-object dat gekoppeld is aan één Kadastraal object. We ontvangen een bericht van splitsing van dit perceel in twee nieuwe percelen, dan vervangen we de bestaande koppeling en voegen we de twee nieuwe referenties toe. Een tijdje later (minuten tot jaren later) ontvangen we een overdracht van eigendom van één van de twee nieuwe percelen. Vanaf dán wijzigt er ook iets in de WOZ! Vanaf nu zijn er nieuwe eigenaren en andere eigenaren met ook een andere belanghebbende. Nu wordt het tijd om het bestaande WOZ-object te beëindigen en twee nieuwe WOZ-objecten aan te maken, uiteraard met precies de juiste eigenaren en gekoppeld aan de juiste Kadastrale objecten. Dit is uitgewerkt in het voorbeeld Overdracht na perceelsplitsing in de BRK.

Vanuit de BAG ontvangen we ook notificaties, berichten over wijzigingen in verblijfsobjecten en panden. Voor ons WOZ-domein zijn dit gebouwen. Aangezien we in dit geval op geen enkele manier geautomatiseerd kunnen bepalen wat dit betekent voor de WOZ-objecten, leggen we in eerste instantie - tijdelijk - vast wat er veranderd is. Dit levert in het systeem een 'vlaggetje' op, een signaal naar de werkvoorraad van de betreffende ambtenaar om hier een ambtelijke beoordeling te doen. Op basis van de situatie kan een ambtenaar vervolgens ervoor kiezen om een nieuw WOZ-object aan te maken. Dit is uitgewerkt in het voorbeeld Gebouw geregistreerd.

Een WOZ-object kan meerdere kadastrale objecten omvatten en een kadastraal object kan aan meerdere WOZ-objecten zijn gekoppeld (n-op-n). Hetzelfde geldt voor de relatie met gebouwen uit de BAG.

Subjectbeheer: de belanghebbende

In het objectbeheer ontstaan de WOZ-objecten én worden de eigenaren bijgehouden vanuit de BRK. Dat is een stukje 'subjectbeheer' en toch ook weer niet. Het is de basis van de informatie die hier nodig is en toch is er onderscheid in taal:

Objectbeheer	Subjectbeheer
eigenaar	belanghebbende eigenaar
eigendom	eigendomsbelang

Een eigenaar is iemand die in het BRK als rechthebbende staat geregistreerd – een feitelijke situatie. Dit wordt eenvoudig overgenomen in het objectbeheer.

Een belanghebbende eigenaar is de persoon aan wie de gemeente de WOZ-waardebeschikking richt – een besluit. Die aanwijzing legt vast wie formeel partij is in het waarderingsproces en wie bezwaar kan maken.

In het werkelijke domein speelt daarbij ook een onderscheid met de gebruiker een bepalende rol – maar dat onderscheid modelleren wij niet. Zie wat we bewust niet modelleren voor de achtergrond.

Dit concept wordt uitgewerkt in Stap 2 – Subjectbeheer van het Keizersgracht 42 voorbeeld en in het losse voorbeeld Wijs belanghebbend eigenaar aan.

Waardebepaling: bewust vereenvoudigd

In deze casus brengen we de waardebepaling terug tot een simpele formule:

• WOZ-waarde o.b.v. woonoppervlakte = woonoppervlak (m²) × referentieprijs per m²
• WOZ-waarde o.b.v. perceeloppervlakte = perceeloppervlak (m²) × referentieprijs per m²
• WOZ-waarde = hoogste van WOZ-waarde o.b.v. woonoppervlakte of WOZ-waarde o.b.v. perceeloppervlakte

De referentieprijs wordt vastgelegd per postcode als onderdeel van de uitgangspositie. Dit is een bewuste vereenvoudiging. De echte waardebepaling werkt met modelmatige waardering, referentiewoningen, marktsegmentanalyse en individuele taxatie bij bijzondere objecten. We laten die complexiteit weg omdat het doel van de casus is om registerpatronen te illustreren, niet om de taxatielogica te modelleren.

Beschikking, aanslag en dagtekening

In het WOZ-domein zijn de beschikking en de aanslag twee wezenlijk verschillende besluiten:

• De WOZ-beschikking is een bestuursrechtelijk besluit over de vastgestelde waarde van het object. Het is een besluit in de zin van de Algemene wet bestuursrecht, waartegen bezwaar en beroep openstaan.
• De OZB-aanslag is een apart besluit: de berekening van de verschuldigde belasting op basis van die vastgestelde waarde.

Twee tijdstippen spelen een centrale rol in de beschikking:

• De waardepeildatum is het wettelijk vastgestelde tijdstip waarop de waarde betrekking heeft. In onze casus is dat 1 januari van het jaar vóór het belastingjaar.
• De dagtekening is de datum waarop de beschikking formeel tot stand komt. Dit is het startpunt van de bezwaartermijn van zes weken.

Dit onderscheid is bitemporeel relevant: de waardepeildatum is het geldigheidstijdstip van de waarde; de dagtekening is – in onze modellering – het registratietijdstip van de beschikking als formeel besluit. Dat is een modelleerkeuze: juridisch is de dagtekening de datum op het aanslagbiljet, niet per definitie het moment van registratie.

Zie Stap 3 – WOZ-beschikking 2025 voor de uitwerking in Keizersgracht 42.

Verhouding tot het werkelijke domein

Wat we bewust niet modelleren

• Objectafbakening – de vraag welke onroerende zaken samen één WOZ-object vormen, is een complexe taak met eigen regels; wij nemen een al afgebakend object als startpunt
• Niet-woningen – we modelleren uitsluitend woningen; niet-woningen hebben een aparte taxatiemethodiek en complexere subjectregels
• Eigenaar/gebruiker-onderscheid – in het werkelijke domein is het onderscheid tussen eigenaar (BRK-rechthebbende) en gebruiker (feitelijk gebruik zonder eigendom) bepalend voor de aanwijzing van de belanghebbende en voor de OZB-tariefsoort. Wij modelleren dit onderscheid niet; in onze voorbeelden is er simpelweg een belanghebbende.
• Subjectregistratie – personen worden in onze voorbeelden als gegeven vanuit de BRK aangenomen. Aangezien gebruikers niet worden uitgewerkt, is er geen eigen registratieproces voor subjecten in de casus
• Complexe taxatiemodellen – de echte waardebepaling omvat modelmatige waardering, referentiewoningen en marktsegmentanalyse; zie Waardebepaling: bewust vereenvoudigd
• LV-WOZ (uitwisseling) – de levering aan de Landelijke Voorziening WOZ via StUF-WOZ is een eigen bounded context of subcontext dat we niet modelleren
• Meervoudige aanslagen – een aanslagbiljet bevat in de praktijk meerdere heffingen naast OZB; wij beperken ons tot OZB en zelfs die noemen we alleen maar
• Bezwaarprocedure (volledig) – de bezwaarprocedure is een uitgebreid Awb-proces met ontvangstbevestiging, hoorzitting, heroverweging, uitspraak en beroep; wij brengen dit terug tot drie gevolgen: bezwaar gemaakt en bezwaar afgewezen of toegekend
• Appartementsrechten en VvE – de relatie tussen appartementsrechten, hoofdsplitsing en Vereniging van Eigenaren (VvE) bij de WOZ-waardering is complex; de BRK-bridge-voorbeelden raken er aan, maar het is niet volledig uitgewerkt

Waar we afwijken van de werkelijkheid

• WOZ Beheer & Waardebepaling als één bounded context – in de praktijk zijn objectbeheer, waardebepaling en subjectbeheer vaak aparte systemen of organisatorische eenheden. Wij beschouwen deze als subcontexten van één bounded context om de voorbeelden overzichtelijk te houden. Zo erkennen we het onderscheid en tegelijk blijft het overzichtelijk.
• Enkelvoudige referentieprijs per postcode – de echte WOZ-waardebepaling werkt met meerdere kenmerken (bouwjaar, onderhoudstoestand, ligging, type) en een complex taxatiemodel; wij hanteren één referentieprijs per m² per postcode
• Bezwaar als beperkte subcontext – zie Wat we bewust niet modelleren

Terminologische keuzes

• Belang – In het werkelijke WOZ-domein worden termen als eigenaar en gebruiker en belanghebbende vaak door elkaar gebruikt. Dat maakt de context en betekenis niet duidelijk. Wij kiezen voor eigenaar en belanghebbende zoals toegelicht in Subjectbeheer: de belanghebbende.
• Partij – wij gebruiken partijId als verwijzing naar een persoon of rechtspersoon. En in plaats van een heuse referentie naar de Basisregistratie personen m.b.v. een BSN of het Handelsregister o.b.v. het KvK-nummer, gebruiken we direct namen als identificerend.
• Subjectbeheer – als subcontext-term is dit onze keuze; de wet WOZ spreekt van "gebruiker" en "eigenaar" als categorieën maar kent geen expliciete subcontext.
• WOZ-objectnummer – wij noemen dit het primaire identificatiemiddel van een WOZ-object; in de LV-WOZ wordt dit de "WOZ-objectidentificatie" (identificerend attribuut) genoemd.
• Bounded context bridge – wij gebruiken de termen "contextovergang" en "bounded context bridge" voor het patroon dat externe notificaties vertaalt naar interne commando's; dit lijkt op het Anti-Corruption Layer in de DDD-literatuur. Zie Bounded contexten in het WOZ-domein voor een bredere onderbouwing.

Externe bronnen

Voor het begrip en uitwerken van deze casus hebben we veel gebruik gemaakt van de beschikbare documentatie rondom de WOZ, met name van de Algemene Waarderingskamer.