Inschrijvingsleidraad bouw LV WOZ (uittreksel) - Waarderingskamer

Inschrijvingsleidraad openbare Europese aanbesteding “Landelijke Voorziening WOZ” 

2. Doel, omvang en vorm van deze aanbesteding 

2.1. Doel en uitgangspunten 

Met deze aanbesteding beoogt Aanbesteder te komen tot een overeenkomst met één 

prestatiegerichte contractpartij voor het leveren van ICT-diensten. De ICT-diensten moeten leiden 

tot de realisatie en implementatie van een Landelijke Voorziening voor de WOZ (LV WOZ). 

De aanbesteding is gericht op het realiseren van de volgende doelstelling: 

• Het realiseren van een werkende LV WOZ per uiterlijk 1 januari 2013, eerder is beter; 

• passend binnen het platform van het Kadaster; 

• welke door het Kadaster in exploitatie en beheer is genomen; 

• dat gebruik maakt van de stelselafspraken en standaarden (waaronder StUF); 

• dat gebruik maakt van de generieke voorzieningen die ontwikkeld zijn voor het stelsel 

van basisregistraties, waarbij de abonnementenvoorziening Digilevering bijzondere 

aandacht verdient 1 ; 

• dat waar dit voordelen oplevert met het oog op realisatie en beheer van de LV WOZ, 

gebruik maakt van infrastructuur en voorzieningen die het Kadaster hanteert voor (de 

landelijke voorzieningen voor) andere (basis)registraties; 

• dat volledig overdraagbaar, zo eenvoudig mogelijk is te beheren, te onderhouden en 

door te ontwikkelen, door derden; 

• dat zelf deel uitmaakt van het stelsel van basisregistraties waarop doorontwikkeld wordt 2 ; 

• waarop met minimale inspanningen door gemeenten en afnemers kan worden 

aangesloten; 

• inclusief 3 jaar onderhoud; 

• en de garantie dat de ontwikkelde software voor een periode van tenminste drie jaar 

operationeel blijft en blijft aansluiten op de omgeving. 

In paragraaf 2.2 en 2.3 is een nadere schets gegeven van wat van een werkende LV WOZ wordt 

verwacht en van de eisen waaraan de LV WOZ moet voldoen. Deze aanbesteding is gericht op het 

realiseren en implementeren van het systeem voor deze Landelijke Voorziening WOZ. Het vullen 

van dit systeem met gegevens valt buiten deze aanbesteding. 

Aanbesteder verwacht dat voor de te realiseren oplossing gebruik gemaakt wordt van in de markt 

gebruikelijke standaarden zodat de continuïteit is gewaarborgd, ook op langere termijn. Met het 

oog hierop kan een (externe) review van code en documentatie uitgevoerd worden. Ook wil 

Aanbesteder gedurende de ontwikkeling en bij oplevering inzicht hebben in de kwaliteit en de 

onderhoudbaarheid van de software. Verder is van belang dat de aanbesteder of beheerder voor 

gebruik, beheer en doorontwikkeling geen kosten hoeft te maken voor aanschaf van licenties van 

ontwikkeltools, generatoren of dergelijke van de aanbieder. 

1 De versie van Digilevering die geschikt is voor gebruik door de LV WOZ komt naar verwachting pas na 1 januari 2013 

beschikbaar. Dit is geen probleem, omdat in 2013 in eerste instantie gemeenten aansluiten en de afnemers nog geen 

gebruik maken van de mutatieabonnementen, maar van de klassieke Stuf-WOZ bestanden in de overgangsfase. Het 

testen van de aansluiting op digilevering zal dus pas na de oplevering plaatsvinden. 

2 het ontwerp van LV WOZ dient dus rekening te houden met opschaalbaarheid en er moet onder meer functionaliteit 

aan kunnen worden toegevoegd of verwijderd. 

INK11-020 Pagina 8 van 71


2.2. Architectuur LV WOZ 

2.2.1. Toelichting op het architectuurdeel LV WOZ in het 

aanbestedingdocument 

Er is voor gekozen om de architectuur van de LV WOZ (projectstartarchitectuur, PSA) globaal te 

beschrijven in dit aanbestedingsdocument. De Stuurgroep LV WOZ die de aanbesteding heeft 

voorbereid, heeft het uitgangspunt gekozen dat het aanbestedingsdocument een 'zelfstandig 

leesbaar document' diende te zijn. 

Het opnemen van de globale projectstartarchitectuur past ook bij de gekozen procedure van 

aanbesteding, waarbij van de opdrachtnemer ook wordt verwacht dat deze inhoudelijk meedenkt 

over, onder andere, de inpassing van de LV WOZ in de omgeving en daarmee over de 

architectuur van de LV WOZ en omgeving. De globale projectstartarchitectuur in dit 

aanbestedingsdocument zal dan ook in de loop van het project door de opdrachtnemer actueel 

gehouden worden en waar nodig op onderdelen worden verdiept. 

Teneinde de architectuur te borgen, worden de projectstartarchitectuur en andere op te leveren 

architectuur producten getoetst (peer review) door architecten van de diverse stakeholders (KING/ 

Gemeenten, Belastingdienst, Logius). 

2.2.2. Samenvatting 

De te realiseren LV WOZ kan niet tot stand komen in een volledige 'green field' situatie. Er zal 

rekening gehouden moeten worden met de architectuur van onder andere de stelselvoorzieningen, 

de informatiekundige relaties met andere basisregistraties en (open) standaarden. 

Waar op stelselniveau nog geen voorzieningen zijn, zullen in eerste instantie de voorzieningen van 

de LV BAG gebruikt worden en/of worden de best practices, gebruikt bij de inrichting van andere 

basisregistraties, gevolgd. 

Daarnaast zijn er nog zaken waar het op stelselniveau of overheid breed nog aan voorzieningen of 

standaarden ontbreekt. De LV WOZ beoogt niet dat voor iedereen op te gaan lossen: de LV WOZ 

realiseert voor de eigen doelen dat wat er nodig is om de LV WOZ te laten werken, maar zal vanuit 

die ervaring wel aangeven richting de omgeving (stelsel) wat er nog nodig is om het stelsel een 

stap verder te brengen. Bij de realisatie wordt toekomstvast gewerkt zodat nog te ontwikkelen 

generieke voorzieningen en standaarden eenvoudig geïmplementeerd kunnen worden. 

In dit deel geeft de architectuur zicht op de lopende ontwikkelingen waarmee rekening gehouden 

dient te worden bij de realisatie van de LV WOZ. Deze aandachtspunten zijn verwoord als 

richtinggevende principes. 

2.2.3. Inleiding 

De LV WOZ is een voorziening binnen het stelsel van basisregistraties. De voorziening LV WOZ 

heeft daarom rekening te houden met al bestaande stelselvoorzieningen (er is geen sprake van 

een 'green-field' situatie). Zo moet binnen de architectuur bijvoorbeeld op informatiekundig vlak, 

de inhoud van de LV WOZ passen en in lijn zijn met de overige basisregistraties. Verder worden 

waar beschikbaar de generieke stelselvoorzieningen ingezet. 

Op een deel van de functionaliteit (bijvoorbeeld ten aanzien van 'Autorisatie / toegang') zijn er 

echter nog geen stelselvoorzieningen, terwijl deze wellicht in de toekomst wel beschikbaar zullen 

komen. Daar is binnen de functionaliteit van de LV WOZ dus nog ontwerpvrijheid. Bij het 

realiseren van deze functionaliteit wordt waar mogelijk gebruik gemaakt van de infrastructurele 

voorzieningen die het Kadaster beschikbaar heeft voor het beheer van de LV BAG. Verder dient 

ook rekening gehouden te worden met ontwikkelingen zoals het stelsel van eHerkenning en het 

project Authenticatie (start sept 2011). 



Naast de generieke voorzieningen die voor het stelsel van basisregistraties beschikbaar zijn (en 

die dus ook gebruikt zullen worden voor de Landelijke Voorziening WOZ), betekent de 

positionering van de LV WOZ bij het Kadaster dat er waar mogelijk ook gebruik gemaakt zal 

worden van voorzieningen die het Kadaster heeft ten behoeve van één of meer andere 

basisregistraties. In verband hiermee wordt het principe gehanteerd dat functionaliteit zoals 

authenticatie en autorisatie voor toegang tot de applicatie buiten de applicatie gebeurt. De 

identiteitsgegevens worden meegegeven aan de applicatie voor gebruik bij een check op de 

toegang tot specifieke objecten en voor audittrails en dergelijke. Gebruik van bestaande 

voorziening voor de LV BAG betekent dat de applicatie niet behoeft te worden aangepast bij 

doorgroei van deze voorzieningen naar toekomstige generieke voorzieningen voor het stelsel van 

basisregistraties. 

Om die reden komen in de (projectstart) architectuur voor de LV WOZ drie soorten criteria voor: 

• Criteria welke verwijzen naar en betrekking hebben op al bestaande stelselvoorzieningen 

en -standaarden. Voor deze criteria geldt dat deze voor de realisatie van de LV WOZ 

kaderstellend zijn. Daar waar mogelijk is een link of verwijzing opgenomen naar bronnen 

en vindplaatsen van informatie over de betreffende standaard of voorziening. 

• Criteria die verwijzen naar het maximaal profiteren van bestaande infrastructuur en 

voorzieningen bij het Kadaster (bijvoorbeeld voor autorisatie/authenticatie, Mijn Kadaster 

en de terugmeld voorziening voor doorgeleiding van terugmelding aan de desbetreffende 

gemeente). Daarbij dient een afweging gemaakt te worden of deze bestaande 

infrastructuur en voorzieningen (al dan niet na aanpassing) gebruikt kunnen worden voor 

de LV WOZ of dat zelfstandige infrastructuur en voorzieningen voor de LV WOZ vanuit 

kostenoogpunt voor realisatie en beheer de voorkeur geniet; 

• Richtinggevende principes: Op onderdelen is er meer ontwerpvrijheid dan bij de andere 2 

criteria. Voor deze onderdelen geldt dat die zodanig ingericht moeten worden, dat er geen 

conflicten ontstaan met bestaande voorzieningen en dat de LV WOZ mee kan bewegen 

met toekomstige ontwikkelingen. De principes waarlangs dit wordt gewaarborgd, 

zijn/worden geformuleerd als richtinggevende principes (zie NORA en principes van het 

stelsel van basisregistraties). 

Een belangrijk deel van de kader stellende criteria hebben een belangrijke rol gespeeld bij een 

functiepunt-analyse die is uitgevoerd ter voorbereiding op deze aanbesteding. De beschrijving van 

de benodigde functionaliteiten, die als uitgangspunt is gebruikt voor deze functiepunt-analyse, is 

als bijlage 1 bij dit document opgenomen. Gezien de aard van deze aanbesteding (Best Value 

Procurement), is deze lijst met eisen en wensen slechts bedoeld ter informatie. Het is geen 

overzicht met minimale eisen en wensen waarop Inschrijver een prijs dient te baseren. Er kunnen 

dan ook geen rechten aan deze lijst worden ontleend. 

2.2.4. Mijlpalen architectuur 

Tijdens het project zijn een aantal architectuurmijlpalen en -producten voorzien, teneinde de 

realisatie van de LV WOZ 'onder architectuur' plaats te laten vinden en de architectuur van de LV 

WOZ te borgen binnen haar omgeving. Onderstaande opsomming geeft een overzicht van deze 

architectuurmomenten. Van de opdrachtnemer wordt verwacht hieraan mee te werken. 

De architectuurmijlpalen / -producten zijn: 

• Vragen die tijdens de interviews in het kader van de selectie van een opdrachtnemer 

gesteld worden en op basis waarvan beoordeling van kandidaten plaatsvindt op hun 

kennis, vaardigheden en visie met betrekking tot architectuur voor de 

overheidsinformatievoorziening, het stelsel van basisregistraties en rond de LV WOZ in 

het bijzonder; 

• Toets van de door de gekozen partij op te stellen PSA door een groep architecten van 

stakeholders (afnemers, bronhouders, beheerder, stelselvoorzieningen). Deze PSA moet 

door de gekozen partij opgesteld worden vóór begonnen kan worden met de bouw; 

• Toets op NORA compliancy. Deze toets zal plaatsvinden op basis van de architectuur van 

de op te leveren voorziening, tijdens de bouwfase; 

• Beoordeling van de architectuur documenten bij oplevering van de gebouwde voorziening 

en borging in bestaande architectuur documentatie. 



Figuur 1 Architectuurmijlpalen LV WOZ 

2.2.5. Visie op Dienstverlening 

Bij een moderne informatiesamenleving hoort een goed functionerend openbaar bestuur waar 

burgers op kunnen vertrouwen. De overheidsdienstverlening dient daarbij van hoge kwaliteit te zijn 

met lage administratieve lasten voor burgers, bedrijven en overheden. Van belang is om goed voor 

ogen te houden wat de LV WOZ als voorziening bij gaat dragen aan het verbeteren van die 

dienstverlening aan burgers, bedrijven en afnemers. 

Mede met het oog hierop zullen bijvoorbeeld de gegevens in de Basisregistratie WOZ via de LV 

WOZ ook ontsloten worden voor de betrokken belanghebbende via Mijn Overheid. Voor deze 

aansluiting zal gebruikt gemaakt worden van de als generieke dienst "webservice individuele 

bevraging" gedefinieerde interface voor de LV WOZ. 

2.2.6. Visie op het stelsel van basisregistraties 

Een belangrijke hoeksteen van de informatievoorziening die de overheid nodig heeft, wordt 

gevormd door het stelsel van basisregistraties dat sinds de jaren ’90 in ontwikkeling is. Het stelsel 

van basisregistraties is een bestuursinstrument om de overheidsinformatievoorziening te 

verbeteren en bestuurlijke- en politieke doelstellingen te bereiken. De bestuurlijke- en politieke 

doelstellingen kunnen als volgt worden samengevat: 

• Het verbeteren van de overheidsdienstverlening aan burgers en bedrijven door eenmalig 

inwinnen/verzamelen en meervoudig gebruiken van informatie, bewaking van de 

kwaliteit, de mogelijkheid van terugmelding/correctie en borging; 

• Het verlagen van de administratieve lasten (o.a. eenmalig opvragen van gegevens) voor 

burgers, bedrijven en overheden; 

• Het vergroten van transparantie voor de burger; 

• Het verbeteren van fraudebestrijding, handhaving en toezicht; 

• Het realiseren van een kwalitatief hoogwaardige informatiehuishouding zoals dat van een 

moderne overheid verwacht mag worden; 

• Efficiëntere besteding van gemeenschapsgelden; 

• Goede bepaling, uitvoering en evaluatie van overheidsbeleid en afname van bestuurlijke 

drukte. 



2.2.7. Wat is het stelsel van basisregistraties 

De basisregistraties hebben betrekking op de voor het handelen van de overheid belangrijkste 

subjecten, objecten en de relaties daartussen. Samen vormen zij het stelsel van basisregistraties. 

Het stelsel van basisregistraties wordt gevormd door authentieke gegevens over personen, 

bedrijven, adressen, verblijfobjecten en hun ligging (percelen en topografie), voertuigen, lonen, 

arbeid- en uitkerings-verhoudingen, inkomens, ondergrond, en de waarde van onroerende zaken. 

De toegevoegde waarde van het stelsel ligt niet alleen in de gegevensverzamelingen 

(basisregistraties) zelf, maar vooral ook in hun onderlinge samenhang, relaties, koppelingen en 

afspraken op het niveau van het stelsel als geheel. Het stelsel kent een aantal 

gemeenschappelijke voorzieningen ten behoeve van: 

• Gegevensuitwisseling, zoals “Digikoppeling”2, de standaard voor gegevensuitwisseling 

tussen basisregistraties onderling en met afnemers; 

• Terugmelding, “Digimelding”3 die afnemers in staat stelt om via één voorziening, naar 

alle basisregistraties fouten terug te melden, om de kwaliteit te verhogen; 

• Ontsluiting en gebruik, hiervoor is de Gemeenschappelijke Ontsluiting van 

Basisregistraties (GOB), een verzameling diensten en voorzieningen ten behoeve van 

afnemers voor het ontsluiten en gebruiken van gegevens in basisregistraties. De 

belangrijkste hiervan is de zogenaamde abonnementenvoorziening, “Digilevering”. 

Leidende principes op stelselniveau 

Er is een aantal leidende principes met betrekking tot het stelsel van basisregistraties dat het 

stelsel meer maakt dan de som der delen: 

• Eenmalige aanlevering/verzamelen en meervoudig gebruik: burgers en bedrijven worden 

maar eenmaal verzocht gegevens aan te leveren en deze worden hergebruikt. Daarnaast 

worden gegevens door de overheid maar één keer in het veld verzameld en meervoudig 

gebruikt; 

• Verplicht gebruik: authentieke gegevens moeten verplicht door iedere overheidsinstantie 

worden gebruikt; 

• Terugmeldplicht: indien een afnemer vermoed dat een gegeven uit een basisregistratie 

onjuist is dan is hij (tijdelijk) niet verplicht het authentieke gegeven uit de basisregistratie 

te gebruiken, maar dan moet hij de vermoedelijke fout wel terugmelden aan de 

basisregistratie; 

• Onderzoeksplicht: een basisregistratie heeft als plicht het teruggemelde gegeven te 

onderzoeken en het resultaat van het onderzoek te melden aan de afnemer. De afnemer 

heeft de plicht het uiteindelijke resultaat van het onderzoek te gebruiken; 

• Kwaliteit: elke basisregistratie heeft een kwaliteitssysteem om er voor te zorgen dat de 

betreffende gegevens een zo hoog mogelijke kwaliteit hebben; 

• Interoperabiliteit: uitwisselbaarheid van gegevens en aansluiting op elkaars processen, 

eenduidige semantiek en samenwerkende infrastructuurcomponenten. 

Elke basisregistratie kent zijn basis in wetgeving waarin deze principes zijn vastgelegd. Het 

streven is om, waar mogelijk, de wezenlijke stelselafspraken in wet- en regelgeving te verankeren. 

Om standaardisatie te bevorderen en eenduidige afspraken over architectuur en technologie te 

maken is het stelsel van basisregistraties verankerd in de NORA. 

Bestuurlijke uitgangspunten 

• Alle gegevens in de basisregistraties zijn online, “24 x 7”, voor iedereen beschikbaar, 

vindbaar en herbruikbaar. Dit geldt zowel voor afnemers in de zin van organisaties, 

instellingen en bedrijven als voor de individuele burger. De marginale kosten van het 

digitale gebruik van basisregistraties binnen de overheid worden verdeeld tussen de 

verschillende overheidspartijen. Daarbij wordt geen enkel bestuursorgaan uitgezonderd. 



• Voor eindgebruikers binnen de overheid zijn er geen drempels of belemmeringen voor 

gebruik in de zin van tarifering, andere financiële drempels, auteursrechten of 

databanken rechten. Voor bestuursorganen gelden altijd dezelfde omstandigheden en 

uitgangspunten. Voor niet overheidsgebruikers wordt maximaal een vergoeding verlangd 

op basis van marginale verstrekking-kosten. Alleen bij specifiek maatwerk kunnen 

aanvullende meerkosten in rekening worden gebracht. 

• Elke basisregistratie heeft zijn eigen realisatieplanning waarin rekening wordt gehouden 

met de noodzakelijke aansluiting op de andere onderdelen van het stelsel. 

• Voor de afnemer/eindgebruiker is er maar één basisregistratie, er is geen onderscheid in 

een landelijke voorziening of andere technische voorzieningen omtrent de betreffende 

basisregistratie of afname bij de registerhouder zelf. 

• Aanvullende afspraken op geldende wet- en regelgeving worden vastgelegd in het voor 

iedereen toegankelijke en vindbare stelselhandboek. 

• De uitgangspunten van het actieplan Nederland Open In Verbinding zijn onverkort van 

toepassing 

De regie en coördinatie op het stelsel van basisregistraties is de verantwoordelijkheid van het 

Ministerie van Binnenlandse Zaken en Koninkrijksrelaties. 

2.2.8. As-is Architectuur van het stelsel 

Vanuit een schets van de huidige situatie komen we tot de volgende schets voor de positionering 

van de LV WOZ: 

Figuur 2 schets van de huidige situatie 

Bovenstaande schets roept mogelijk het beeld op dat bronhouders en afnemers verschillende 

instanties zijn. Dat is voor de WOZ niet het geval: gemeenten zijn zowel bronhouder als ook 

afnemer van WOZ gegevens. 



2.2.9. Visie op de LV WOZ 

Gemeenten zijn bronhouder van de Basisregistratie WOZ. Het aantal afnemers van deze 

basisregistratie groeit. Voor deze afnemers is een centraal landelijk loket voor de Basisregistratie 

WOZ van belang. Voor de afnemers is tevens van belang dat dit loket goed aansluit op de 

voorzieningen voor het stelsel van basisregistraties. 

Van belang is verder dat de Basisregistratie WOZ vooralsnog een niet-openbare basisregistratie 

is. Dit betekent dat de LV WOZ een voorziening voor autorisatie van de afnemers moet bieden. 

DigiKoppeling heeft een oplossing voor identificatie van gebruikers op organisatieniveau. Het 

autorisatievraagstuk is daarom een issue voor de BR en de LV WOZ. Momenteel lopen overheid 

breed discussies en trajecten om autorisatie eenduidig binnen de overheid te regelen. Het project 

LV WOZ gaat vooralsnog uit van de realisatie van een eigen autorisatie voorziening, maar zal de 

ontwikkelingen op dit gebied volgen. 

Daarnaast dient bij de ontwikkeling van de LV WOZ rekening gehouden te worden met het 

mogelijk openbaar worden van de WOZ-waarde. 

Aandachtspunt hierbij is het bijhouden van de hiervoor benodigde logistieke gegevens 

voor de uitwisseling. 

Aan het stelsel van basisregistraties is een visie gekoppeld van hoe de moderne overheid zou 

moeten functioneren en zijn doelstellingen geformuleerd om die visie te concretiseren. Daarmee is 

op rijksniveau de stip op de horizon geformuleerd en is afgesproken dat het rijk naar de stip 

toewerkt. 

Huidige (Ist) situatie waarop WOZ gegevens uitgewisseld worden 

In het onderstaande figuur is schematisch aangegeven op welke wijze de informatiestroom op dit 

moment is georganiseerd zonder LV WOZ. 

Doelgroepen 

Belastingdienst 

Waterschappen 

CBS 

Verzekeringsmij 

Notarissen 

Individu 

Gemeente 

Figuur 3 Huidige informatiestroom 

Ist-situatie 

Informatiestroom 

in bulk 

Individuele bevraging 

430 gemeenten 

Waarderen 

Registeren 

Ontsluiten 

Gemeente A 

Gemeente B 

Gemeente X 

In essentie komt de Ist-situatie er op neer dat elke gemeente zelf elke afnemer van gegevens 

voorziet en dat elke afnemer met elk van de voor hem relevante gemeenten een leveringsrelatie 

onderhoudt. De gegevenslevering in bulk betreft het periodiek aanleveren van een bestand, terwijl 

voor de individuele bevraging de afnemers diverse kanalen gebruiken. 



SOLL-situatie: beoogde situatie van uitwisselen van WOZ gegevens. 

In de Soll-situatie gaan alle gemeenten de gegevens aanleveren aan een LV WOZ. Deze 

landelijke voorziening bevat de WOZ-gegevens van alle gemeenten. Afnemers verkrijgen de voor 

hen relevante gegevens uit de LV WOZ. Daarmee wordt het aantal leveringsrelaties sterk beperkt. 

De wijze waarop gegevensuitwisseling is georganiseerd wordt daarmee, onder andere, gelijk 

getrokken met de wijze waarop dat bij de andere basisregistraties eveneens gebruikelijk is of 

wordt (levering via een centraal punt). 

Met de introductie van de LV WOZ wordt op het terrein van de WOZ het concept van de 

basisregistraties gerealiseerd. De belangrijkste wijziging ontstaat doordat gegevens op landelijk 

niveau bijeen worden gebracht en daar voor afnemers worden ontsloten. Dat betekent een 

belangrijke vereenvoudiging voor afnemers. Omdat de WOZ onderdeel is van het stelsel van 

basisregistraties wordt op termijn niet alleen efficiency bereikt, maar wordt ook een kwalitatieve 

verbetering van het gehele informatie stelsel bereikt. Voorafgaand aan de introductie van de LV 

WOZ verandert ook de wijze waarop informatie wordt gewisseld. Overgestapt wordt van 

uitwisseling van bestanden naar berichtenverkeer. 

Doelgroepen 

Belastingdienst 

Waterschappen 

CBS 

Verzekeringsmij 

Notarissen 

Gemeente 

Individu 

Waterschapshuis 

Soll-situatie 

Informatiestroom 

o.b.v. 

berichtenverkeer 

Individuele 

bevraging 

Figuur 4 Informatiestroom op basis van berichtenverkeer 

Landelijke 

Voorziening 

ontsluiten 

Gemeente A Waarderen 

Registreren 

Gemeente B Waarderen 

Registreren 

Gemeente C Waarderen 

Registreren 

430 

Gemeenten 

Waarderen 

Registreren 

De LV WOZ omvat de gegevens voor de BR WOZ. Daarnaast bevat de huidige (StUF-WOZ) 

gegevenslevering aan de afnemers gegevens die niet als onderdeel van de BR WOZ zijn 

aangewezen, bijvoorbeeld de indicatie in welk waterschap een WOZ-object ligt, of de mee 

getaxeerde oppervlakte gebouwd. Ook deze gegevens gaan via de LV WOZ geleverd worden aan 

de afnemers die deze gegevens nodig hebben. 

Met de LV WOZ worden de voor de BR WOZ relevante relaties met andere basisregistraties (BAG, 

GBA, NHR, Kadaster etc.) landelijk op een centraal punt bijeen gebracht en van daaruit aan de 

afnemers geleverd. Het is de bedoeling dat de volledige WOZ-gegevenslevering van de 

gemeenten aan de afnemers via de LV WOZ gaat lopen. De "Catalogus WOZ-gegevens voor 

afnemers" fungeert daarmee als de inhoudelijke basis voor de verdere ontwikkeling van de 

systemen benodigd voor het leveren en ontvangen van WOZ-gegevens door gemeenten en 

afnemers. De definities in de catalogus maken helder welke gegevens gemeenten moeten 

aanleveren aan deze landelijke voorziening en welke gegevens afnemers krijgen van (of kunnen 

ophalen bij) de LV WOZ. 

INK11-020 Pagina 15 van 71 

. 

. 

. 

.


Semantische relatie met stelsel van basisregistratie 

Binnen de LV WOZ vindt levering van gegevens plaats die afnemers nodig hebben om een WOZobject 

mede te identificeren. De LV WOZ voorziet echter niet in een voorziening die de vertaling 

maakt naar betekenis van dat gegeven zoals het gebruikt wordt in de context van afnemers. Op 

het gebied van semantische interoperabiliteit wordt aangesloten bij de ontwikkelingen zoals die 

mede vanuit het Bureau Forum Standaardisatie zijn ingezet. Het project LV WOZ volgt die 

ontwikkelingen en sluit daarop aan indien er een werkbare oplossing is. 

Zie ook: 

http://www.forumstandaardisatie.nl/fileadmin/os/documenten/Semantiek_op_stelselschaal.rapport_ 

definitief.pdf 

Stelselcatalogus 

De LV WOZ is onder meer de landelijke voorziening voor de Basisregistratie WOZ. De positie van 

de Basisregistratie WOZ binnen het stelsel en de inhoudelijke relatie met andere basisregistraties 

is uitgewerkt in de stelselcatalogus. 

Relevante documentatie over de stelselcatalogus is te vinden via: 

https://catalogus.stelselcatalogus.nl/StelselCatalogus/WAStelselcatalogus/basisregistratiecatalogi 

_algemene_specificaties/basisregistratie_catalogi/WaardeOnroerendeZaken 

Voor de positie en de relatie (informatiekundig) van de BR WOZ ten opzichte van andere 

basisregistraties binnen het stelsel, zie: 

http://www.waarderingskamer.nl/default.aspx?sec=grouphome&id=3 

Catalogus WOZ-gegevens voor afnemers 

De inhoud van de LV WOZ en de services die de LV WOZ moet bieden zijn gedefinieerd in de 

Catalogus WOZ-gegevens voor afnemers. 

http://www.waarderingskamer.nl/default.aspx?sec=content&id=800 

Relatie met open standaarden 

De communicatie (uitwisselen van WOZ gegevens op basis van berichten) met LV WOZ is 

gedefinieerd binnen StUF woz. Voor de realisatie van de LV WOZ wordt gebruik gemaakt van 

StUF woz 03.12 en specifiek de daarbinnen gedefinieerde Berichtcatalogus LV WOZ: 

http://www.kinggemeenten.nl/gemma/gegevens-en-berichten-%28stuf%29/documenten/stufwoz/stuf-woz0310 

Relatie met generieke voorzieningen 

Digikoppeling 

Gemeenten en afnemers kunnen uitsluitend via digikoppeling aansluiten op de LV WOZ. De 

LV WOZ moet hierin voorzien. Digikoppeling is operationeel. De huidige versie van digikoppeling 

voorziet in de noodzakelijke functionaliteit. Digikoppeling is in beheer bij Logius. 

Relevante documentatie Digikoppeling is te vinden op: 

https://wiki.noiv.nl/xwiki/bin/view/Stelselhandboek/Digikoppeling 

Digilevering 

Afnemers (in het bijzonder waterschappen en Belastingdienst) kunnen via abonnement op de 

hoogte gehouden worden van mutaties in de LV WOZ. Deze abonnementen verlopen via 

digilevering, zodat de LV WOZ zelf niet voorziet in een "abonnementenregistratie". Voor gebruik 

van de abonnementenregistratie van digilevering door de LV WOZ moet de bestaande digilevering 

nog wel worden uitgebreid met een autorisatievoorziening. Digilevering inclusief autorisatie moet 

beschikbaar zijn voordat afnemers aansluiten op de LV WOZ (voorzien begin 2014), 

Doorontwikkeling van digilevering met realisatie van autorisatievoorziening geschiedt onder 

verantwoordelijkheid van de Stuurgroep stelselvoorzieningen. Gedurende de bouw van de LV 

WOZ wordt de besluitvorming over deze doorontwikkeling gevolgd. 

Relevante documentatie over Digilevering is te vinden via: 

https://wiki.noiv.nl/xwiki/bin/view/Stelselhandboek/Digilevering 



Digimelding 

Voor terugmeldingen wordt gebruik gemaakt van Digimelding. De huidige versie van Digimelding 

is in beginsel voldoende. Digimelding is in beheer van Logius. 

De LV WOZ moet zorgen dat terugmeldingen vanuit digimelding worden doorgeleid naar de 

verantwoordelijke gemeente. Mede vanuit het streven naar een minimale inspanning voor de 

bronhouders om aan te sluiten op de LV WOZ wordt hierbij gebruik gemaakt van de 

terugmeldvoorziening voor de LV BAG. 

Relevante documentatie over Digimelding is te vinden via: 

https://wiki.noiv.nl/xwiki/bin/view/Stelselhandboek/DigimeldingWelkom 

Relatie met architectuur van betrokken partijen 

De LV WOZ en de architectuur moet aansluiten op referentiearchitectuur voor de overheid (NORA) 

en de afzonderlijke architectuurschetsen voor de bestuurslagen, in het bijzonder gemeenten. 

Informatie hierover is, onder meer, vastgelegd in GEMMA / RSGB en te vinden via: 

http://www.e-overheid.nl/onderwerpen/e-overheid/architectuur 

http://www.kinggemeenten.nl/gemma/algemeen 

2.2.10. Inpassing binnen architectuur beheerorganisatie Kadaster 

De Landelijke Voorziening WOZ zal beheerd worden door het Kadaster. Het te ontwikkelen 

systeem voor de Landelijke Voorziening WOZ zal dus moeten aansluiten op de systeemeisen die 

deze beheerorganisatie stelt. Daarnaast is het uitgangspunt dat binnen het stelsel van 

basisregistraties, naast het gebruik van generieke voorzieningen, ook maximaal hergebruik plaats 

vindt van reeds beschikbare voorzieningen en oplossingen. Bij ontwikkeling, realisatie en beheer 

van de LV WOZ wordt daarom nadrukkelijk gekeken naar de voorzieningen en oplossingen die het 

Kadaster in beheer heeft voor de Landelijke Voorziening voor de Basisregistraties adressen en 

gebouwen (LV BAG). 

Digimelding 

TMV 

BAG 

ebMS 

(DigiKoppeling) 

Rapportage 

Mutatie 

verwerking 

Figuur 5 

Funktionele 

Controle 

Aanleveraar 

Opslag in 

registratie 

BAG 

Generieke Toegangslaag 

Kadaster (Autorisatie) 

ebMS 

Adapter 

Inkomende 

berichten + 

DigiLevering 

Archief 

ESB 

Bevrager 

BAG online 

Synchrone 

Bevragingen 

Asynchrone 

antwoorden 

(BAG 

extract) 

Scheduler 

Opdrachtgever 

WUS 

(conform 

DigiKoppeling 

online 

A Synchrone 

Bevragingen/ 

BAGBestelloket 

GDS 

(Generieke 

Download) 

ebMS 

(DigiKoppeling) 

DigiLevering 

Order 

Management 

Extract 

Ontvanger 

WUS (concept 

DigiKoppeling 

Grote 

Berichten) 

Rapportage 

Levering 

Business 

Ware house 



Korte beschrijving van het proces conform de BAG 

Deze beschrijving geeft aan hoe het proces binnen de LV BAG verloopt en laat zien welke 

componenten vanuit de LV BAG voor de LV WOZ hergebruikt kunnen worden. 

Gemeente levert gebeurtenissen aan. Deze worden ontvangen door het Kadaster en op de 

Enterprise Service bus gezet. Er wordt in eerste instantie gecontroleerd op syntactische en 

semantische aspecten. Vervolgens wordt gecontroleerd op de mogelijkheid om de betreffende 

gebeurtenis consistent te verwerken in de LV. Zo niet dan wordt een foutbericht gestuurd. Zo ja 

dan wordt de betreffende wijziging opgeslagen in de registratie. 

De juist verwerkte berichten worden door het Kadaster doorgestuurd aan Digilevering. Hiervoor 

moet het binnengekomen bericht worden ingepakt in de Digilevering standaard (versiebeheer en 

ondersteuning meerdere versies vereist). De aansluiting op Digilevering wordt in 2012 

gerealiseerd. 

De authenticatie van de afzender van de berichten en de autorisatie voor het gebruik van de 

mutatie-applicatie vindt plaats in de Kadaster generieke infrastructuur waarna aan de applicatie 

een ticket wordt meegegeven waarin de benodigde identiteitsgegevens zijn opgenomen. Op basis 

van die identiteitsgegevens kan worden nagegaan door de applicatie, of bewerking op dat 

specifieke gegeven is toegestaan voor die afzender (bronhouder/beheerder). Voor de bevraging 

geldt eveneens dat authenticatie en autorisatie voor gebruik van de applicatie in de generieke 

infrastructuur van het Kadaster plaatsvindt. De toegang tot de WEB-applicatie vindt plaats via Mijn 

Kadaster, waar wachtwoorden aangepast kunnen worden en eventueel users kunnen worden 

toegevoegd. Ook van hieruit krijgt de applicatie een ticket mee, waarmee door de applicatie 

gecontroleerd kan worden of de afnemer bevoegd is voor raadpleging van een specifiek object. 

Toegang tot WEB-services is onder andere via PKI-overheid certificaten mogelijk. 

De klanten zijn geregistreerd in de klantenregistratie van het Kadaster. Voor de management 

informatie over het aantal verwerkte berichten wordt zorg gedragen door de applicatie. De 

informatie over het aantal verwerkte bevragingen wordt geleverd door het Business Warehouse 

van het Kadaster (via standaard ordermanagement). 

Alle binnenkomende berichten worden opgeslagen in het berichtenarchief van het Kadaster. Dit 

geldt ook voor bevragingen, meldingen en terugmeldingen. Van de uitgaande berichten worden 

alleen de berichten naar Digimelding opgeslagen. Dit gebeurt allemaal met standaard Kadaster 

functies. Daarnaast is het mogelijk om ten behoeve van een betrouwbare verwerking van 

meldingen, binnengekomen berichten van gemeenten, voor zover nodig, op te slaan in de 

database ten behoeve van een audittrail. Voor gebruik in geval van een calamiteit is vereist dat de 

betreffende berichten in een afzonderlijke omgeving worden opgeslagen. 

Massale bevragingen worden uitsluitend asynchroon beantwoord in de BAG (de WOZ kent een 

andere beschrijving van de dienst massale bevraging). Als eerste wordt (synchroon) een 

ontvangstbevestiging verstuurd. Daarna wordt door middel van ordermanagement en scheduling 

er voor gezorgd dat bestand wordt aangemaakt. Vervolgens kan dit door een generieke 

downloadservice ter beschikking aan de klant worden gesteld. Deze wordt hierover per E-mail 

geïnformeerd. Eventueel kan dit ook via de grote berichten standaard van Digikoppeling. 

Vertaling naar de WOZ 

Bij maximaal (her)gebruik van de componenten die in de LV BAG beschikbaar zijn, moeten door 

inschrijver minimaal de volgende software componenten worden opgeleverd: 



Figuur 6 Overzicht componenten 

1. Mutatie applicatie met: 

a. Module voor controle van aangeleverde berichten 

i. door XML validatie; 

ii. door controle op mogelijk consistente verwerking in de database; 

b. Module voor verwerking in de registratie; 

2. Controle autorisatie beheerder met betrekking tot WOZ object, idem bevrager; 

3. Database WOZ met historie en audittrail; 

4. Beheerapplicatie ten behoeve van functioneel beheer; 

5. Productgenerator voor omzetten van StUF naar Stuf WOZ (nieuw naar oud); 

6. Applicatie ten behoeve van bronhouders voor aanvragen en inzage in rapportages; 

7. Verstrekkingen applicatie: 

a. WEB-applicatie; 

b. Web-services ten behoeve van (massale en individuele) bevraging; 

c. Levering ten behoeve van Digilevering (inpakken in Digilevering formaat, inclusief 

versiebeheer); 

8. Productmaker (asynchrone bevraging, massaal) met terugkoppeling naar Productiescheduler; 

9. Service ten behoeve van TerugMeldVoorziening (wie is beheerder van welk Object); 

10. webpagina ten behoeve van informatieverstrekking en formulier voor aanvraag autorisatie. 

Voor inpassing binnen het platform van het Kadaster is verder van belang dat: 

- alle te ontwikkelen applicaties voldoen aan de Java Enterprise Editie v5 specificatie en zijn 

getest op JBoss EAP 5.1-GA; 

- de applicaties worden aangeleverd in de vorm van JBoss Operations Network (JON) Bundles; 

- de applicaties gebruiken J2EE security voor authenticatie en autorisatie; 

- de applicaties slaan gegevens alleen in een database op; 

- de applicaties functioneren correct in een stateless JBoss Applicatie Server cluster; 

- de applicaties loggen uitsluitend via log4j. Applicaties mogen geen 'root' categorie noch 

appenders definiëren; 

- de applicaties gebruiken het log niveau ERROR of FATAL als signalering van een situatie die 

aandacht behoeft van beheer; 

- de applicaties maken uitsluitend gebruik van de CXF web services stack uit het platform; 

- de applicaties zijn niet afhankelijk van java system properties of environment variabelen. 

De te ontwikkelen software wordt opgeleverd in installeerbare eenheden (kit's) en vervolgens 

geïnstalleerd en technisch getest (werken de verschillende componenten in samenhang?) in de 

Integratieomgeving (INT). De applicatie wordt vervolgens functioneel geaccepteerd in de 

Functionele Test Omgeving (FTO) en daarna op exploiteerbaarheid getest in de Productie Test 

Omgeving (PTO). Tenslotte wordt het systeem in de productieomgeving (PROD) geplaatst. 



Omgeving Testsoort Omschrijving 

INT UIT Unit Integratie Test 

S(I)T Systeem (Integratie) Test 

FTO FAT Functionele Acceptatie Test 

GAT Gebruikers Acceptatie Test 

PTO PAT Productie Acceptatie Test 

PROD PIT Post Implementatie Test 

2.2.11. Eindperspectief 

In het stelselhandboek basisregistraties is het eindperspectief geschetst en zijn de generieke 

voorzieningen benoemd die benodigd zijn om de werking van het stelsel mogelijk te maken. Er 

worden flinke stappen gezet om het stelsel te completeren. De LV WOZ zal vanaf het begin 

gebruik gaan maken van op dat moment beschikbare centrale voorzieningen zoals digilevering, 

digikoppeling, digimelding. Echter er zal de nodige tijd overheen gaan alvorens het stelsel 

integraal in overeenstemming met het concept functioneert en ook de technisch generieke 

voorzieningen zodanig werken dat de thans uit andere basisregistraties overgenomen gegevens 

niet langer in de LV WOZ hoeven worden opgenomen. In dat eindperspectief kan worden volstaan 

met alleen het opnemen van de desbetreffende relaties in de LV WOZ. De voorzieningen zorgen 

er dan voor dat de gegevens uit de andere basisregistraties in combinatie met de WOZ-gegevens 

direct bij bevraging in welke vorm dan ook beschikbaar zijn. Voorlopig is dat nog niet zover. De 

Waarderingskamer schat in dat er zeker een termijn van 10 jaar mee is gemoeid voordat dit 

eindperspectief kan worden gerealiseerd. Dat impliceert dat de fase waarin de geschetste LV WOZ 

in de beschreven vorm bestaat eenzelfde periode moet overbruggen. 

2.3. Proces 

De scope van de LV WOZ blijkt duidelijk wanneer de functionaliteit van de LV WOZ wordt 

geplaatst in het kader van de werkprocessen van gemeenten als bronhouder van de BR WOZ en 

van de afnemers van de BR WOZ. 

Binnen de procesbeschrijvingen van WOZ gerelateerde ketens, heeft de samenwerking in ketens 

gericht op dienstverlening óver de individuele organisatiegrenzen heen, expliciet de aandacht. 

Binnen de WOZ gerelateerde ketens wordt bij voorkeur zaakgericht samengewerkt. Om die reden 

vindt de gegevenslevering aan de LV WOZ en de mutatie-abonnementen plaats door middel van 

gebeurtenissen. 

Werkprocessen gemeenten 

Mutaties in de BR WOZ hangen samen met gebeurtenissen. Er zijn 21 gebeurtenissen 

gespecificeerd die aanleiding zijn tot een wijziging in de BR WOZ. Zodra een gebeurtenis zich 

voordoet wordt de mutatie voor het betreffende WOZ object in de (decentrale) registratie bij de 

gemeente verwerkt en ook direct als afzonderlijke gebeurtenis verzonden aan de LV WOZ. 

Gebeurtenissen worden als enkelvoudige gebeurtenissen afgehandeld. Er is dus geen sprake van 

causaliteit, dus geen 'alsdan' koppeling tussen gebeurtenissen. 

De belangrijkste piek van verwerking en aanlevering van gebeurtenissen doet zich jaarlijks voor in 

februari (sommige gemeenten januari) wanneer de nieuwe WOZ-waarden bekend worden gemaakt 

aan de belanghebbenden. Het "nemen van een WOZ-beschikking" is een gebeurtenis die is 

gedefinieerd in de Catalogus WOZ-gegevens voor afnemers. Wanneer de beschikkingen worden 

verzonden worden er ook massaal berichten over deze gebeurtenis door de gemeente aan de LV 

WOZ geleverd. Dit leidt in deze periode tot een piek in de verwerking van berichten (circa acht 

miljoen berichten voor een belangrijk deel in de tweede helft van februari). 



De WOZ-beschikkingen hebben betrekking op WOZ-objecten die in de registratie en de LV WOZ al 

bekend zijn. Naast de gebeurtenis "het nemen van een WOZ-beschikking" zijn er dan ook diverse 

berichten die betrekking hebben op het ontstaan, veranderen en beëindigen van een WOZ-object 

en op het actueel houden van de relatie van de WOZ-objecten met belanghebbenden, met 

kadastrale percelen en met BAG-objecten. Al deze gebeurtenissen (bijvoorbeeld nieuwe 

afbakening van objecten, nieuwe eigenaar, etc.) komen gedurende het gehele jaar voor en worden 

direct verwerkt en gemeld aan de LV WOZ. In de LV WOZ is dan ook direct te zien wie de actuele 

belanghebbende bij een WOZ-object is, ook wanneer deze belanghebbende pas recent 

belanghebbend is geworden en ten aanzien van deze belanghebbende zelf nog geen WOZbeschikking 

is genomen. 

Daarnaast zijn er gebeurtenissen die de hoogte of de status van de vastgestelde WOZ-waarde 

beïnvloeden. Dit betreft gebeurtenissen als "indienen bezwaar en beroep" en "doen van uitspraak 

bezwaar en beroep". Ook deze gebeurtenissen worden direct nadat ze zich voordoen verwerkt in 

de gemeentelijke registratie en aangeleverd aan de LV WOZ. 

Alle gebeurtenissen die leiden tot een mutatie in de gemeentelijke registratie leiden ook direct tot 

een bericht over deze gebeurtenis aan de LV WOZ. Doordat mutaties is de gemeentelijke 

registratie ook direct worden geleverd aan en verwerkt worden in de LV WOZ moet gewaarborgd 

zijn dat de kopie in de LV WOZ synchroon blijft met de originele registratie bij de gemeente. Toch 

heeft de gemeente altijd de mogelijkheid om op te vragen welke gegevens in de LV WOZ bekend 

zijn. Dit kan met de "service massale bevraging" of met de "service individuele bevraging". 

Wanneer er onverhoopt sprake is van een ontstaan verschil, dan bestaat de mogelijkheid één of 

meer synchronisatieberichten te verzenden. Op overeenkomstige wijze kan de LV WOZ (volledig 

elektronisch) de gemeente om één of meer synchronisatieberichten verzoeken, wanneer er 

mogelijk een onjuistheid is opgetreden in de verwerking. 

Werkprocessen afnemers voor belastingheffing 

De Belastingdienst, waterschappen en gemeenten gebruiken de WOZ-waarden en WOZ-gegevens 

voor de belastingheffing. Zij hebben daarbij een belang bij alle of in ieder geval een groot aantal 

van de WOZ-objecten binnen hun gebied. Gemeenten zullen de WOZ-gegevens voor de 

belastingheffing lang niet altijd "afnemen" via de LV WOZ. Zij kunnen immers ook direct binnen de 

gemeenten de gegevens overnemen. Maar wanneer bijvoorbeeld de gemeente de WOZ-uitvoering 

binnen de gemeentelijke organisatie heeft belegd, terwijl de belastingheffing geschiedt in een 

samenwerkingsverband met andere gemeenten (en/of waterschappen) kan het wel in de rede 

liggen om de WOZ-gegevens ook via de LV WOZ te betrekken voor de heffing van gemeentelijke 

belastingen. 

Bij het gebruik van de WOZ-gegevens hebben de afnemers op enig moment behoefte aan alle 

relevante gegevens. Dit is op het moment dat de aanslagen worden opgelegd (gemeenten en 

waterschappen) of het moment waarop de aangifte wordt "voor ingevuld" (Belastingdienst). De 

afnemer kan ervoor kiezen op dat moment alle gegevens direct te ontlenen aan de LV WOZ. De 

"service massale bevraging" voorziet hierin. De afnemer kan er ook voor kiezen een kopie van de 

WOZ-gegevens in de eigen belastingadministratie synchroon te houden met de LV WOZ. Dat kan 

door alle mutaties die worden aangebracht in de LV WOZ ook in de eigen administratie te 

verwerken. De afnemer kan hiervoor een abonnement afsluiten voor alle mutaties. Op basis van 

dit abonnement krijgt de afnemer alle gebeurtenissen "doorgeleverd" die de gemeente aanlevert 

aan de LV WOZ. Het administreren van dit abonnement en het doorleveren aan de afnemer 

geschiedt via digilevering. De LV WOZ levert elk aangeleverd en verwerkte gebeurtenis door aan 

digilevering en digilevering zoekt of er een afnemer is voor wie deze gebeurtenis past binnen het 

abonnement en zo ja dan stuurt digilevering dit bericht door. 

De abonnementen op gebeurtenissen zijn in ieder geval voor de afnemers noodzakelijk om 

uitvoering te kunnen geven aan de verplichting om een vermindering van de WOZ-waarde actief te 

verwerken in de opgelegde aanslagen (artikel 18a AWR). De afnemer zal dus de gebeurtenissen 

"doen van uitspraak bezwaar en beroep" en "vernietigen beschikking" moeten toetsen aan reeds 

opgelegde aanslagen. 



Wanneer een afnemer over een specifiek WOZ-object gegevens wil hebben, bijvoorbeeld bij 

vragen van een belastingplichtige, bij bezwaar tegen de aanslag etc. heeft de afnemer de 

mogelijkheid de gegevens van een afzonderlijk WOZ-object op te vragen ("service individuele 

bevraging" of eventueel "web applicatie individuele bevraging"). 

Uitsluitend voor deze categorie afnemers biedt de LV WOZ in de eerste periode ook nog een 

overgangsvoorziening. De LV WOZ kan deze afnemers maandelijks een Stuf-WOZ bestand 

leveren met de mutaties van de afgelopen maand. Dit bestand bevat geen xml-berichten over de 

gebeurtenissen die hebben plaatsgevonden, maar bevat ASCII-records met wijzigingen in de 

geregistreerde gegevens. 

Werkprocessen CBS als afnemer 

CBS heeft als afnemer een bijzondere positie. CBS gebruikt zelf niet de gegevens voor 

belastingheffing, maar heeft wel gegevens nodig over de belastingheffing door gemeenten in 

verband met het bepalen van de belastingcapaciteit van elke gemeente. Daarom zijn voor CBS 

ook extra gegevens in de LV WOZ opgenomen. 

Omdat CBS op twee momenten (vlak na verzending WOZ-beschikkingen en twee jaar later) de 

belastingcapaciteit bepaalt, ligt het voor de hand dat CBS op deze beide momenten de relevante 

gegevens massaal uit de LV WOZ ophaalt ("service massale bevraging"). 

Werkprocessen afnemers Basisregistratie WOZ (banken, verzekeraars en notarissen) 

De andere afnemers van de BR WOZ hebben uitsluitend toegang tot de gegevens die zijn 

gedefinieerd in de Catalogus Basisregistratie WOZ. De aanvullende gegevens die in de LV WOZ 

zijn opgenomen voor gemeenten, waterschappen, Belastingdienst en CBS (Catalogus WOZgegevens 

voor afnemers) zijn niet beschikbaar voor deze afnemers. 

Verder hebben deze afnemers alleen toegang tot de gegevens van een WOZ-object, wanneer dit 

WOZ-object betrokken is bij bijvoorbeeld een transactie of een hypotheekaanvraag. Het betreft 

daarmee dus altijd individuele bevragingen. Specifiek voor deze groep afnemers biedt de LV WOZ 

de "web applicatie individuele bevraging". Deze web applicatie levert gegevens over een 

individueel object, nadat is vastgesteld dat de gebruiker daartoe gerechtigd is (autorisatie) en 

alleen die gegevens waartoe deze gebruiker geautoriseerd is. 

Hierbij dient rekening gehouden te worden met het stelsel van eHerkenning, PKI en de 

standaarden zoals die binnen DigiKoppeling worden gebruikt. 

Het is ook mogelijk dat een andere serviceprovider relevante WOZ-gegevens aanlevert als 

onderdeel van een bredere informatievraag. Bijvoorbeeld wanneer de notaris ter voorbereiding op 

een transactie de kadastrale gegevens opvraagt bij het Kadaster, kan het Kadaster de WOZwaarde 

van het betreffende WOZ-object gelijk aan de notaris verstrekken. Of Dataland kan als 

onderdeel van de dienstverlening aan banken en verzekeraars een voorziening bieden voor het 

verstrekken van WOZ-waarden, wanneer een hypotheekaanvraag in behandeling is. Het Kadaster 

of Dataland kan daartoe de WOZ-gegevens aan de LV WOZ ontlenen (webservice individuele 

bevraging). Natuurlijk moet ook deze serviceproviders zorgen voor de nodige waarborgen omtrent 

autorisatie. 

Werkprocessen beheer LV WOZ 

Het systeem voor de LV WOZ is zodanig ontworpen en wordt zodanig gebouwd dat alle door 

gemeenten aangeleverde gebeurtenissen en alle door gemeenten en afnemers gestelde vragen 

(xml-serviceverzoeken of vragen via web applicatie individuele bevraging) volledig 

geautomatiseerd worden afgehandeld. 

De werkprocessen rond het beheer van de LV WOZ bevatten daarom hoofdzakelijk de reguliere 

werkzaamheden rond gegevens beheer (back-up, beveiliging, performance, softwarereleases, 

etc.) 



Daarnaast worden de mutaties en bevragingen gelogd en hierover worden rapportages gemaakt 

en (door de Waarderingskamer) geanalyseerd. Deze analyses kunnen bijvoorbeeld wijzen op 

onwaarschijnlijk veel of weinig gebeurtenissen van een bepaalde categorie in een gemeente of 

onwaarschijnlijk veel of weinig opvragen van een bepaalde afnemer. 

2.4. Vraagscope 

Om de opdrachtdoelstelling te realiseren omvat de opdracht in ieder geval, maar is niet beperkt 

tot, het bouwen van een systeem dat voorziet in: 

• Verwerken van door gemeenten aangeleverde berichten over WOZ-gebeurtenissen of ter 

synchronisatie van gemeentelijke registratie en Landelijke Voorziening WOZ; 

• Opslag van de gegevens binnen de reikwijdte van de doelstelling van de LV WOZ; 

• Ontsluiten van de gegevens voor de op basis van de wettelijke regelgeving WOZ 

onderkende organen of personen (inclusief autorisatiedeel) conform de vijf in de 

Catalogus WOZ-gegevens voor afnemers benoemde diensten; 

• Functionaliteit ter ondersteuning van het technisch beheer van de centrale applicatie; 

• Functionaliteit voor opstellen rapportages. 

Ter illustratie van de functionaliteit van het systeem is in bijlage 1 een lijst met eisen en wensen 

voor de functionaliteit van het te ontwikkelen systeem opgenomen. Deze lijst is in de voorbereiding 

van het project gebruikt voor het uitvoeren van een functiepunt-analyse. Deze lijst is zuiver ter 

illustratie van het te ontwikkelen systeem en is niet bedoeld als een overzicht van eisen en 

wensen waaraan het te realiseren systeem moet voldoen. Aan deze lijst kunnen dan ook geen 

rechten worden ontleend. 

2.5. Omvang 

Eén van de principes van Best Value Procurement is het werken met een plafondprijs. De 

plafondprijs is het maximum bedrag dat Opdrachtgever wil besteden. Ingediende inschrijvingen 

waarvan de prijs boven de plafondprijs uitkomt worden terzijde gelegd. 

Het plafondbedrag voor het realiseren van de werkende LV WOZ per 1 januari 2013 (uiterlijk) is 

€ 1.000.000,00 exclusief BTW. De plafondprijs voor het jaarlijkse onderhoud is € 200.000,00 

exclusief BTW. 

2.6. Wekelijkse rapportage (prestatie-meting) 

In de uitvoeringsfase is Opdrachtnemer gehouden Opdrachtgever wekelijks te informeren over de 

voortgang van de ICT-Diensten (de uitvoering) in termen van tijd, budget en kwaliteit. Hij dient te 

rapporteren over de ontwikkeling van de risico’s (zowel de risico’s die zijn voorzien als de risico’s 

die onverwacht optreden). Opdrachtnemer is verantwoordelijk voor het opstellen van de 

weekrapportage. Aanbesteder controleert alleen of de gegeven informatie accuraat is, overeen 

stemt met wat is uitgevoerd en of Opdrachtnemer eventueel actie verwacht van Aanbesteder in het 

licht van een opgetreden risico die buiten de invloedsfeer ligt van Opdrachtnemer.

Inschrijvingsleidraad bouw LV WOZ (uittreksel) - Waarderingskamer

Create successful ePaper yourself

Delete template?

Save as template?