Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Aanpassen BRK provider API v1.5 naar v2.0 - zakelijke gerechtigde identificaties & zakelijk gerechtigde links komen niet in het antwoord terug #3

Open
melsk-r opened this issue Jun 26, 2024 · 2 comments
Labels
bug Something isn't working

Comments

@melsk-r
Copy link
Collaborator

melsk-r commented Jun 26, 2024

Originally created by norbertveldman (kadaster/BRK-bevragen#995):

Bij het aanpassen van de BRK provider API van v1.5 naar v2.0, zie onze leverancier het volgende:
In de nieuw toegevoegde kadastrale onroerende zaken BSN API web-methode, komen de zakelijk gerechtigde identificaties & zakelijk gerechtigde links niet in het antwoord terug.
Als dezelfde kadastraal onroerende zaak wordt opgevraagd m.b.v. de kadastrale aanduiding, zijn deze gegevens wel aanwezig. Dit lijkt een issue in de bron?

Wel resultaat via bevraging via kadastrale aanduiding (get) :
URL: https://api.brk.kadaster.nl/esd-eto-apikey/bevragen/v2/kadastraalonroerendezaken?kadastraleAanduiding=Odoorn N 2340

image

Geen resultaat via bevraging via BSN 999990482 (post) :
URL: https://api.brk.kadaster.nl/esd-eto-apikey/bevragen/v2/kadastraalonroerendezaken
Body: {"burgerservicenummer": 999990482}

image

@melsk-r melsk-r added the bug Something isn't working label Jun 26, 2024
@melsk-r
Copy link
Collaborator Author

melsk-r commented Jun 26, 2024

This comment originally might have been created by someone else.

Norbert,

Zoals je in de issues 956 en 953 kunt zien traden er in versie 1.5 time-out problemen op op de zakelijkgerechtigden bij het opvragen van een persoon of de kadastraalOnroerendeZaken bij een persoon.
Om die reden komen de zakelijk gerechtigde identificaties en zakelijk gerechtigde links dus niet voor in het resultaat van het post bericht van versie 2.0 en moeten in die API de zakelijk gerechtigden via een tweetraps route worden opgevraagd. Het is dus geen issue in de bron maar een weloverwogen ontwerpbeslissing.

@melsk-r
Copy link
Collaborator Author

melsk-r commented Jun 26, 2024

This comment originally might have been created by someone else.

Hoi @melsk-r ik snap dat keuze gemaakt is, maar de specificaties bevatten wel zakelijkGerechtigdeIdentificaties in de response-definitie (KadastraalOnroerendeZaakHal). Dat veroorzaakt blijkbaar verwarring bij ontwikkelaars die een API client implementeren.

Nu vind ik hierover alleen een opmerking "LET OP: dit endpoint geeft geen informatie over Zakelijk Gerechtigden (zakelijkGerechtigdeIdentificaties) terug bij een KadastraalOnroerendeZaak." Ik denk dat dit niet genoeg is, aangezien de specificaties iets anders suggereren.

Kan je de specificaties niet aanpassen, zodat die alleen dingen bevatten die ook daadwerkelijk geleverd worden? Dat je bijvoorbeeld een KadastraalOnroerendeZaakBeperktHal maakt voor de zoekoperaties?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant