Als medewerker Grondzaken wil ik inzicht in alle eigenschappen en kenmerken van betrokken percelen en appartementsrechten (zoals de kadastrale grens), de kadastrale kaart, de meest recente splitsing en samenvoeging, en de ligging t.o.v. gemeenschappelijk ruimtes

[CathyDingemanse]

...zodat ik een Wvg- of onteigeningsbesluit kan voorbereiden of een koopovereenkomst kan opstellen .

Acceptatiecriteria

• [ ]
• [ ]

Definition of done

• [ ] functionele specificatie
• [ ] Open API specificatie
• [ ] gegenereerde code
• [ ] testgevallen
• [ ] referentie-implementatie

[JohanBoer]

Voor deze user-story is adres buitenland toegevoegd aan de spreadsheet bij consumerproces grondbedrijf. Ik kan die informatiebehoefte niet terugvinden in bovenstaande tekst van de user-story.

Daarbij bestaat er geen directe relatie tussen het de objectlocatie Buitenland adres buitenland en het kadastraal object. Er is alleen een "betreft" relatie met objectlocatiebinnenland.

AdreslocatieBuitenland vooralsnog niet geïmplementeerd.

[JohanBoer]

Ik kan niet beoordelen of met de huidige invulling de ligging t.o.v. gemeenschappelijke ruimten inzichtelijk gemaakt zijn.

[MelvLee]

Klopt het dat de medewerker van een Kadastraal Onroerende Zaak wil hebben:

• de Kadastrale Onroerende Zaken waaruit de KOZ is ontstaan
• de Kadastrale Onroerende Zaken waar de KOZ is over gegaan

Indien dit klopt, klopt het dat de manier om dit voor elkaar te krijgen dat de medewerker voor de betreffende KOZ een request moet doen voor elke KOZ in isOvergegaanIn en isOntstaanUit? Dit lijkt mij voor performance niet handig. Een manier om het mogelijk te maken is om het mogelijk te maken de isOvergegaanIn en isOntstaanUit KOZen met een expand op te halen. Is er een reden waarom dit niet mogelijk is gemaakt? Indien dit niet gewenst is omdat een KOZ uit veel KOZen kan onstaan of in veel KOZen kan overgaan, kan de /kadastraalonroerendezaken endpoint worden uitgebreid met een koz identificaties parameter waarmee meerdere KOZen tegelijk kan worden bevraagd?