You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hieronder wordt het scenario beschreven om de zakelijkgerechtigden op te vragen van een persoon. Daarbij wordt eerst gekeken hoe de huidige flow is vormgegeven (WAS) en daarna hoe de nieuwe flow er uit komt te zien (WORDT). Reden voor een aanpassing in deze flow is het feit dat bepaalde aanvragen nu in een timeout treden en dus niet op te vragen zijn. De nieuwe flow moet dit verhelpen.
In onderstaande flow wordt alleen 1 flow uitgewerkt, maar deze oplossing geldt dus ook voor de volgende endpoints:
Levert alle zakelijkGerechtigden van een kadastraalOnroerendeZaak op. Hier kan ook gekozen worden om nog een type parameter mee te geven als de gebruiker alleen op zoek is naar zakelijkGerechtigden van een bepaald type (wat voorheen in de WAS situatie kon met de parameter zakelijkgerechtigde___type.
GET /kadastraalonroerendezaken/76870482570000/zakelijkgerechtigden
This comment originally might have been created by someone else.
Grotendeels is het mij duidelijk. Ik heb wel een opmerking en een vraag.
Misschien een beetje muggenziften maar uit de WORDT situatie leidt ik af dat het eerste JSON fragment in de WAS situatie eigenlijk als onderstaand zou moeten zijn:
This comment originally might have been created by someone else.
Ziehier de antwoorden:
De response levert hier alleen de zakelijkgerechtigdeIdentificaties van deze persoon (71291440). ZakelijkgerechtigdeIdentificatie 20170717 is gekoppeld aan een ander persoon en wordt dus niet teruggegeven.
Aangezien je nu de zakelijkgerechtigden gaat opvragen van een kadastraalonroerendezaak, krijg je dus alle zakelijkgerechtigden terug die gekoppeld zijn aan deze zaak. Daarom moet er nog een filtering plaatsvinden om alleen de zakelijkgerechtigden te pakken die betrekking hebben op de persoon (71291440) die je initieel bevraagt.
Originally created by kad-hebbim (kadaster/BRK-bevragen#962):
Hieronder wordt het scenario beschreven om de zakelijkgerechtigden op te vragen van een persoon. Daarbij wordt eerst gekeken hoe de huidige flow is vormgegeven (WAS) en daarna hoe de nieuwe flow er uit komt te zien (WORDT). Reden voor een aanpassing in deze flow is het feit dat bepaalde aanvragen nu in een timeout treden en dus niet op te vragen zijn. De nieuwe flow moet dit verhelpen.
In onderstaande flow wordt alleen 1 flow uitgewerkt, maar deze oplossing geldt dus ook voor de volgende endpoints:
WAS:
1. Opvragen persoon:
Levert de persoonsgegevens, een lijst met KadastraalOnroerendeZaken en een lijst met ZakelijkGerechtigden op.
GET /kadasternietnatuurlijkpersonen/71291440
2. Opvragen zakelijkGerechtigde (loop):
Levert de zakelijkGerechtigde op.
GET /kadastraalonroerendezaken/76870482570000/zakelijkgerechtigden/20170719
GET /kadastraalonroerendezaken/76870482570000/zakelijkgerechtigden/30493369
WORDT:
1. Opvragen persoon:
Levert de persoonsgegevens & een lijst met KadastraalOnroerendeZaken op.
GET /kadasternietnatuurlijkpersonen/71291440
2. Opvragen zakelijkGerechtigden (loop):
Levert alle zakelijkGerechtigden van een kadastraalOnroerendeZaak op. Hier kan ook gekozen worden om nog een type parameter mee te geven als de gebruiker alleen op zoek is naar zakelijkGerechtigden van een bepaald type (wat voorheen in de WAS situatie kon met de parameter zakelijkgerechtigde___type.
GET /kadastraalonroerendezaken/76870482570000/zakelijkgerechtigden
GET /kadastraalonroerendezaken/76870488070000/zakelijkgerechtigden
3. Filter de zakelijkGerechtigden.
Kanttekening
Dit is een breaking change; immers we leveren geen zakelijkGerechtigden meer bij bovenstaande endpoints.
The text was updated successfully, but these errors were encountered: