WOZ servicepagina

Op maandag 24 maart hebben wij een release uitgevoerd waarbij de volgende issues zijn opgelost:

• Muteren en synchroniseren WOZ-objecten gebruikscode 80
• Nieuwe foutmelding StUF055 - object met lege beginrelatie
• Bug WOZ Terugmelding

Muteren en synchroniseren WOZ-objecten gebruikscode 80

De Landelijke Voorziening WOZ moet twee situaties ondersteunen met betrekking tot gebruikscode 80:

1. Wanneer een gebruiker een WOZ-object wil muteren van een andere gebruikscode (bijvoorbeeld 40) naar gebruikscode 80, dan zal het systeem moeten aangeven dat het bestaande WOZ-object wordt beëindigd en dat een nieuw WOZ-object met gebruikscode 80 wordt opgevoerd. Voor de LV WOZ betekent dit dat de beëindiging wordt aangeleverd (BWOZ).
2. Indien het WOZ-object bij nader inzien (bijvoorbeeld wanneer dat blijkt in een bezwaarprocedure) altijd gebruikscode 80 gehad zou moeten hebben, dan wordt het object in de LV WOZ omgezet naar statusObject "9" (ten onrechte opgevoerd) voor de gehele periode. Deze omzetting van status wordt aangeleverd door een wozSh bericht.

Door een fout in de Landelijke Voorziening was soms zowel het genoemde BWOZ-bericht als het genoemde wozSh01-bericht niet mogelijk. Deze fout is opgelost.

Nieuwe foutmelding StUF055 - Object met lege beginrelatie

Recent heeft de LV-WOZ mutatie en synchronisatieberichten ontvangen waarbij in het tijdvakRelatie het attribuut beginRelatie leeg is. Dit is niet toegestaan. In sommige gevallen mag tijdvakRelatie in zijn geheel ontbreken in een deel van een mutatie- of synchronisatiebericht. Maar wanneer tijdvakRelatie is toegevoegd dan moet beginRelatie gevuld zijn met een geldige waarde. Er is daarom een nieuwe foutmelding geïntroduceerd waarmee deze fout afgekeurd wordt. 
Code: StUF055 
Omschrijving: Berichtbody is niet conform sectormodel
Details: BeginRelatie dient gevuld te zijn met datum/tijdstip

Bug WOZ Terugmelding opgelost

In reactie op een StatusOverzichtRequest werd informatie van teveel terugmeldingen teruggegeven. Dit betrof ook terugmeldingen op objecten die buiten de eigen (geautoriseerde) gemeente(n) vielen. Dit issue is gecorrigeerd en alleen geautoriseerde partijen kunnen nu informatie over deze terugmeldingen opvragen.

 

 

Op woensdag 29 januari heeft de LV-WOZ een release uitgevoerd. Hierbij zijn de onderstaande bugs opgelost:

• In de BevragingsApp is het weer mogelijk om voor elke beëindigde belanghebbende-relatie detailinformatie op te vragen. Voor een klein deel van de relaties was dit tijdelijk niet mogelijk, en ontstond een foutmelding nadat de einddatum van de relatie werd ingevuld.
• In de RapportageApp wordt de inhoud van de velden Peildatum Geldigheid en Waardepeildatum weer getoond. Dit betreft zowel de oude rapportages als nieuwe rapportages die worden aangevraagd.

Vragen of suggesties voor verbetering

Wilt u meer informatie ontvangen over deze release? Hebt u vragen of suggesties voor verbeteringen van onze dienst? Neem dan contact op met de Klantenservice WOZ:

• telefoonnummer: 088 - 183 43 00
• via het contactformulier Klantenservice WOZ

In het 3e kwartaal van dit jaar hebben wij meldingen ontvangen van een van onze bronhouders dat ingestuurde synchronisatieberichten resulteerden in een StUF058 foutmelding - Proces voor afhandeling bericht geeft fout. Het ontstaan van deze foutmelding kan verschillende oorzaken hebben waarvoor in het systeem nog geen specifieke foutmelding beschikbaar is.

Reden van de terugdraai

Wij hebben deze casus geanalyseerd. In dit synchronisatiebericht werd een kennisgeving toegevoegd, maar de wijzigingen van het synchronisatiebericht voor deze kennisgeving werden niet goed verwerkt. Door de sleutelsynchronisatie anders toe te passen hadden we verwacht dit issue te verhelpen. Maar dit bleek niet het geval. Na de uitrol naar productie is de casus van de bronhouder ook daar getest. Helaas hebben wij moeten constateren dat de beoogde oplossing het probleem niet had verholpen. Om deze reden hebben wij de uitrol teruggedraaid.

We werken aan een oplossing

U bent naderhand niet geïnformeerd over het terugdraaien van de uitrol, omdat er niet de beoogde impact was op het ontstaan van de StuF058 foutmelding. Uiteraard zijn wij nog van plan om dit specifieke issue goed op te lossen. Omdat dit invloed heeft op de mutatielevering zal dit ongetwijfeld na de beschikkingsronde 2025 zijn.
 

Op maandag 30 september wijzigt ons uitgaande verkeer van de TLS-proxy naar een directe internet koppeling om het uitgaande verkeer nog stabieler te maken. Hierdoor krijgt ons uitgaande verkeer een ander source IP-adres.

We adviseren het gebruik van DNS

Organisaties die het Domain Name System (DNS) gebruiken, kunnen daar het juiste IP-adres ophalen op basis van het gebruikte endpoint. Voor Diginetwerk-verkeer is hiervoor de Rijks-DNS beschikbaar. Organisaties die gebruik maken van whitelisten kunnen hinder ondervinden op alle onderdelen van de LV-WOZ. Zij moeten het nieuwe IP-adres toevoegen aan hun whitelist. Wij adviseren deze organisaties om het DNS in gebruik te nemen want deze is altijd up-to-date.

Nieuw IP-adres

Het IP-adres van ons Fully Qualified Domain Name (FQDN): sr-endpoint.kadaster.nl wijzigt. De naam van het endpoint is gelijk ongeacht of u gebruik maakt van Internet of Diginetwerk maar het IP-adres zal wel anders zijn afhankelijk van uw type netwerkkoppeling.
Nieuw IP-adres:
- Internet: 145.77.230.200
- Diginetwerk: 145.21.197.12
Wij adviseren organisaties gebruik te maken van DNS om het juiste IP-adres vast te stellen.
 

Wanneer er een synchronisatiebericht werd ingestuurd waarin een heeftSluimerendObject-relatie werd toegevoegd dan stuurden wij soms een StUF067 foutbericht (dubbeling voor object gevonden). Dit komt doordat bij het implementeren van de sleutelsynchronisatie een toevoeging van de heeftSluimerendObject-relatie niet correct is geïmplementeerd. Hierdoor werden sommige synchronisatieberichten afgekeurd.
Nu hebben wij een oplossing doorgevoerd op productie waardoor dergelijke berichten nu correct worden verwerkt en niet meer worden afgekeurd.

Wanneer er een synchronisatiebericht werd ingestuurd waarin een heeftSluimerendObject-relatie werd toegevoegd dan stuurden wij soms een StUF067 foutbericht (dubbeling voor object gevonden). Dit komt doordat bij het implementeren van de sleutelsynchronisatie een toevoeging van de heeftSluimerendObject-relatie niet correct is geïmplementeerd. Hierdoor werden sommige synchronisatieberichten afgekeurd.

Nu hebben wij een oplossing doorgevoerd op de ETO waardoor dergelijke berichten nu correct worden verwerkt en niet meer worden afgekeurd.
Mogelijk kan deze wijziging impact hebben op uw software. Voordat wij de wijziging naar PROD brengen vragen wij u daarom dit scenario te testen op de ETO op korte termijn. Uw bevindingen kunt u met ons delen door op deze mail te reageren, met name wanneer deze wijziging complicaties oplevert in uw software.

Wij willen de bugfix uiterlijk in de week van 1 juli naar PROD te brengen.