WOZ servicepagina

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.
 

Bugfix correcties

De StUF 3.01 schrijft (op pagina 61) voor dat elementen met een ander tijdvakGeldigheid in de registratie niet worden geraakt door een correctie van beginGeldigheid. Bij het corrigeren van beginGeldigheid moet daarom altijd gecheckt worden of er geen kerngegevens of andere verplichte gegevens zijn met beginGeldigheid gelijk aan t(bo) waarvan het niet de bedoeling is om de beginGeldigheid te verschuiven. Als dit het geval is, dan kan de beoogde correctie van beginGeldigheid niet worden doorgegeven met een losse correctie kennisgeving, maar zal deze onderdeel dienen te zijn van een Sh01/02-bericht.

StUF specificeert niet wat dit betekent voor attributen die geen materiële historie hebben. Om te voldoen aan bovenstaande StUF-regel eiste de Landelijke Voorziening WOZ dat in het synchronisatiebericht correctie van attributen zonder materiële historie niet in dezelfde werden gedaan als correctie van attributen die wel materiële historie hebben. Aan genoemde StUF-eis kan ook voldaan worden met een iets minder strikte werkwijze. Correctie van attributen zonder materiële historie kan voortaan in alle situaties in 1 tegelijk met correctie van attributen met materiële historie worden geformuleerd.

Terugmeldingen worden nu goed gerouteerd

Er zat een fout in de configuratie van WOZ-Terugmeldingen waardoor ingestuurde terugmeldingen resulteerden in een http404 (not found). We hebben de configuratie aangepast waardoor terugmelding nu correct worden gerouteerd. Hiermee is het probleem verholpen.

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

We hebben vastgesteld dat er bij het opvragen van de catalogus via een CatalogusRequest de response geen WS-adressing headers bevatte. Op 14 maart hebben we een wijziging doorgevoerd. Hierdoor wordt voortaan bij alle CatalogusResponse berichten de WS-adressing headers meegeleverd. Deze ziet er als volgt uit:

Header Catalogus response
<S:Envelope xmlns:S=http://schemas.xmlsoap.org/soap/envelope/ xmlns:wsa="http://www.w3.org/2005/08/addressing"> 
<S:Header> 
<wsa:To>http://www.w3.org/2005/08/addressing/anonymous</wsa:To>
<wsa:Action>http://www.digimelding.nl/dmks/cookiebox/CatalogusResponse</wsa:Action>
<wsa:MessageID>d2bbf1ee-d138-4098-8c56-a9be8f56ae4f</wsa:MessageID>
<wsa:RelatesTo>urn:uuid:f858999e-346c-46cf-ae44-75346eb83ef2</wsa:RelatesTo>
</S:Header>
<S:Body>…</S:Body>
</S:Envelope>

We merkten dat de sortering van annotaties niet correct werd uitgevoerd. Bij detailsTerugmeldingenRequest of StatusOverzichtRequest werden de annotaties niet in chronologische volgorde teruggeleverd of werd de laatste status niet geleverd.

Dit is opgelost met deze release. Annotaties worden nu gesorteerd op volgorde van indiening. 

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