Als tester van een client applicatie wil ik dat externe links (identificaties) consistent zijn met de betreffende testomgevingen

[fsamwel]

zodat ik mijn applicatie kan testen en demonstreren met werkende gerelateerde data.

dus:

• aanduiding.nummeraanduidingIdentificatie is bestaand adres in BAG (identificatie + hele adres)
• adresseerbaarObjectIdentificaties is bestaand adresseerbaar object in BAG
• belanghebbendeEigenaar en belanghebbendeGebruiker is, wanneer dit natuurlijk persoon met burgerservicenummer is, bestaande persoon in GBA-V proefomgeving
• belanghebbendeEigenaar en belanghebbendeGebruiker is, wanneer dit niet-natuurlijk persoon is met rsin, kvknummer of vestigingnummer, bestaande persoon, maatschappelijke activiteit of vestiging in KvK dataservice
• belanghebbendeEigenaar is eigenaar in Haal Centraal BRK API testomgeving

Het zoeken van WOZ-objecten van natuurlijk personen (op burgerservicenummer), gaat via de BRK API. De daarin gevonden onroerende zaken moeten ook een bijbehorend WOZ-object hebben. Dus heb ik WOZ-objecten nodig voor kadastraalOnroerendeZaakidentificaties:

• 76870487970000
• 22310827210003
• 65490485270000
• 17550448670000

[fsamwel]

Nu zitten er bijvoorbeeld ook burgerservicenummers in die echt (in productie) kunnen bestaan. Dit is uit beveiligingsoverwegingen niet gewenst, zie advies van RvIG hierover: https://www.rvig.nl/bsn/proefomgeving-bv-bsn/tips-bij-het-testbestand

Bijvoorbeeld in /wozobjecten/800000093455:
"belanghebbendeEigenaar": {
"burgerservicenummer": "355745264",
"geheimhoudingPersoonsgegevens": false,
"naam": "MutatieWitte",
"type": "natuurlijk_persoon"
},