melsk-r
commented
2 weeks ago This comment originally might have been created by someone else.
@jeroenriemens Ik kan mij voorstellen dat dit nodig is als een gegevensmagazijn historie moet opbouwen. Echter, het is de bedoeling om het straks zonder gegevensmagazijn te doen en zoveel mogelijk rechtstreeks bij het kadaster te bevragen. Het Kadaster levert historie vanaf oktober 2018. Een structurele oplossing zou zijn dat we functionaliteit definieren waarmee de eigenaren van een kadastraal onroerende zaak (chronologisch) kunnen worden opgevraagd over een bepaalde periode of op een bepaalde peildatum. Vanaf 2018 halen we dit op bij het kadaster, en daarvoor eventueel door een eigen gemeentelijke bron te koppelen (die dan niet meer hoeft te worden bijgewerkt).
Biedt dat soelaas?
Originally created by jeroenriemens (https://github.com/VNG-Realisatie/Haal-Centraal-BRK-bevragen/issues/359):
name: 'User story: Als medewerker OOV (Openbare Orde en Veiligheid) wil ik álle transacties (dus ook meerdere op 1 dag) in kunnen zien'
...zodat ik daar ook de (mogelijk) frauduleuze gevallen uit kan pikken.
Acceptatiecriteria
Toelichting Tot nog toe wordt er over gesproken om alle mutaties wel via de update-api te versturen, met de mogelijkheid om dan de laatste versie van dat object via de bevraag-api op te halen. Als we deze werkwijze gaan gebruiken voor het updaten van ons gegevensmagazijn, ontbreken er belangrijke gegevens, bijvoorbeeld het feit dat een perceel 3x op 1 dag verkocht is. Dit is niet wenselijk en ook een flinke achteruitgang ten opzichte van het werken met BRK Levering. Als alle mutaties per objectklasse geleverd worden en opgehaald kunnen worden is dit issue opgelost.
Definition of done