Code Monkey home page Code Monkey logo

haal-centraal-brk-event-sourcing's People

Contributors

cathydingemanse avatar dependabot[bot] avatar fsamwel avatar johanboer avatar melsk-r avatar melvlee avatar michielverhoef avatar

Stargazers

 avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar

haal-centraal-brk-event-sourcing's Issues

Als medewerker belastingzaken wil ik gebeurtenissen krijgen waarmee persoonsgegevens van kadasterpersonen met eigendoms-, opstal-, erfpacht- of vruchtgebruik rechten zijn gewijzigd

...zodat ik de gegevens van de belastingplichtige(n) van het gekoppelde WOZ object kan wijzigen.

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.

  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.

  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.

  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.

  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.

  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.

  • de gebeurtenis kan niet worden ingetrokken.

  • de gebeurtenis kan niet worden verwijderd.

  • relevante aard stukdelen zijn onderdeel van de gebeurtenis
    Relevante aard stukdelen:
    635 | naamswijziging rechtspersoon
    637 | verandering geslachtsnaam
    638 | verandering voornaam.

  • [ ]

Definition of done

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

Als gemeente, waterschap of samenwerkend belastingkantoor wil ik mijn nieuwe events ophalen

...zodat ik bijbehorende events kan verzamelen voordat ik deze ga verwerken
EN deze kan verwerken

Toelichting:

  • nieuwe events zijn events die ik nog niet heb opgehaald
  • bijbehorende events zijn alle andere events waaraan hetzelfde stuk ten grondslag ligt (eis)
    En eventueel events van bij elkaar horende stukken (wens).

Acceptatiecriteria

  • de events zijn voorzien van een datum en volgnummer die de volgorde van verwerking voorschrijven.
  • de identificatie van het stuk dat aan alle bij elkaar horende events ten grondslag ligt wordt meegeleverd, evenals een indicatie of alle events die bij een stukdeel van het stuk zijn ingeschreven of niet (indicatie inschrijving afgerond, laatste stukdeel van het stuk is ingeschreven).
  • bij een event met persoonsgegevens wordt een indicatie meegeleverd "matching afgerond".

Definition of done

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

Als medewerker belastingzaken wil ik gebeurtenissen krijgen waarmee een recht van vruchtgebruik is gevestigd, gewijzigd of vervallen

...zodat ik kan bepalen wie de belastingplichtige is van een gekoppeld WOZ object.

VRAAG: als sprake is van vruchtgebruik en eigendom van een aangrenzend perceel mogen de WOZ objecten dan worden samengevoegd (als bij opstal en eigendom?)

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.
  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.
  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.
  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.
  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.
  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.
  • de gebeurtenis kan niet worden ingetrokken.
  • de gebeurtenis kan niet worden verwijderd.
  • het aard stukdeel maakt onderdeel uit van de gebeurtenis. relevante aard stukdelen zijn:
    611 | vestiging zakelijk recht van vruchtgebruik
    613 | vestiging zakelijk recht van gebruik en bewoning ??????? Is hetzelfde alleen vervalt bij overlijden bewoner.

VRAAG Theo: geen aard stukdeel voor wijziging/ beeindiging?

  • [ ]

Definition of done

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

Als gemeente, waterschap of samenwerkend belastingkantoor wil ik alle events waaraan hetzelfde stuk ten grondslag ligt kunnen zoeken en raadplegen

...zodat ik een fout of onvolledigheid in het gekoppelde WOZ object kan herstellen/corrigeren.

Acceptatiecriteria

  • queryparameter = stukidentificatie
  • de event resource (response) bevat het aard stukdeel, datum, tijdstip, volgnummer.

Definition of done

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

Als medewerker belastingzaken wil ik gebeurtenissen krijgen waarbij de zakelijke rechten eigendom, erfpacht, opstal, vruchtgebruik op een kadastraal onroerende zaak, de daarbij behorende tenaamstelling en/of de persoon is gevestigd, gewijzigd of vervallen

...zodat ik kan bepalen of het gerelateerde WOZ object gesplitst of samengevoegd moet worden
EN van het gerelateerde WOZ object de belastingplichtige kan bepalen.

Opgesplitst in user stories: #11 #10 #9 #8 #7

Toelichting
Als opstalrecht en eigendom van aangrenzend perceel bij dezelfde persoon komen, mag je WOZ objecten samenvoegen.
Volgens de ficties (overdrachtsfictie en verkrijgingsfictie) wordt een WOZ object gewaardeerd alsof het geen bezwaard eigendom heeft, en heeft daarmee geen effect op taxatie. Wordt wel geregistreerd.

Iemand is belastingplichtig ‘als hij het genot krachtens zakelijk recht heeft van een onroerende zaak’. Zo is men ook belastingplichtig als men het genot van de onroerende zaak heeft door:

  • een appartementsrecht (eigendom KOZ), zie #11
  • een recht van erfpacht, #10
  • een recht van opstal #9
  • een recht van vruchtgebruik #8
    De bloot eigenaar is hiervoor niet belastingplichtig.

Bij HARVO en PARVO werkt het net anders. Dit komt voor bij verenigingsgebouwen, kiosken, sportkantines etc. Die worden alleen aangeslagen voor gebruik van de grond (en het huisje waarvan zij eigenaar zijn). Zij zijn geen eigenaar van de grond. Omdat de grond niet wordt meegenomen bij de opstal. De bloot eigenaar (vaak gemeente) wordt voor eigendom aangeslagen).

VRAAG: zit de HARVO (Huurafhankelijk recht van opstal) en de PARVO (pachtafhankelijk recht van opstal) hiertussen?

Definition of done

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

Als medewerker Belastingzaken wil ik gebeurtenissen krijgen waarbij een nieuwe koopsom is geregistreerd

...zodat ik deze in de marktanalyse kan meenemen tbv taxatie van WOZ objecten.
en de gekoppelde WOZ objecten kan wijzigen tbv taxatie.

De koopsom en koopjaar zijn vooral input voor de marktanalyse.

Graag alleen een koopsom uitleveren bij een transactie-gebeurtenis (verkoop, overdracht eigendom) Toelichting: omdat bij het kadaster de koopsom en koopjaar een attribuut zijn van een perceel, wordt dit steeds opnieuw meegegeven als andere zaken van het perceel zijn veranderd, terwijl we alleen meldingen willen krijgen van een nieuwe koopsom.

Het is niet zo dat de koopsom 1 op 1 van toepassing is op het WOZ object (bijvoorbeeld aankoop pand dat wordt gesplitst in twee kadastraal onroerende zaken).

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.
  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.
  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.
  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.
  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.
  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.
  • de gebeurtenis kan niet worden ingetrokken.
  • de gebeurtenis kan niet worden verwijderd.
  • het aard stukdeel maakt onderdeel uit van de gebeurtenis. relevante aard stukdelen zijn:
    • 553 overdracht naar aanleiding van ontbinding rechtspersoon
    • 596 dwaling omtrent grensaanwijs ????? @theo is hier een koopsom bij betrokken?
    • 606 overdracht (eigendom en/of beperkt recht)
    • 626 vervulling ontbindende voorwaarde (overdracht)
    • 583 openbare verkoop (onvrijwillig) - vervreemder optioneel
    • 659 openbare verkoop (vrijwillig) - vervreemder optioneel
    VRAAG: @theo: is bovenstaande lijst compleet?

Definition of done

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

Als medewerker belastingzaken wil ik een gebeurtenis krijgen waarbij een publiekrechtelijke beperking op een kadastraal onroerende zaak is ingeschreven, gewijzigd of vervallen

...zodat ik het gekoppelde WOZ object kan aanpassen en de impact op de marktwaarde van het bijbehorende WOZ object kan bepalen.

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.

  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.

  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig kan determineren.

  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.

  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.

  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.

  • de gebeurtenis kan niet worden ingetrokken.

  • de gebeurtenis kan niet worden verwijderd.

  • het aard stukdeel maakt onderdeel uit van de gebeurtenis. relevante aard stukdelen zijn:
    685 | ambtshalve wijziging einddatum publiekrechtelijke beperking
    686 | ambtshalve wijziging beperkingsgebied publiekrechtelijke beperking
    687 | correctie publiekrechtelijke beperking
    679 | onderzoek publiekrechtelijke beperking beëindigen
    510 | beperking op basis van een overheidsbesluit (doorhaling)
    511 | beperking op basis van een overheidsbesluit (handhaving)
    512 | beperking op basis van een overheidsbesluit (vestiging)
    513 | beperking op basis van een overheidsbesluit (wijziging)

  • [ ]

  • [ ]

Definition of done

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

Als medewerker belastingzaken wil ik pas een gebeurtenis krijgen als de inschrijving van een stuk in zijn geheel is afgerond en alle wijzigingen op het BRK aggregaat en de gerelateerde personen (voor zover mogelijk) zijn verwerkt.

...zodat ik evt. kan wachten met de verwerking van de gebeurtenissen
EN de consequenties voor de WOZ administratie in één keer kan beoordelen en efficiënt kan verwerken.

Is een akte helemaal ingeschreven of een voorstadium daarvan, waarbij er nog wijziging komen?

Vaak wordt in een latere fase een BSN toegevoegd en een naam veranderd.

  • Wat wij zien gebeuren in de mutaties is dat er geen BSN aanleveren maar wel persoonsgegevens en later wel een BSN toevoegen, waarbij tevens blijkt dat eerder aangeleverde persoonsgegevens niet correct. Daarom heeft Den Haag heeft er voor gekozen om deze gevallen altijd af te wachten.
  • Of je denkt dat je klaar bent, komt er nog een splitsing achteraan.....

Opmerking Kadaster:
Het kadaster weet wel wanneer een stuk (hele akte) in zijn geheel is ingeschreven.
Het kadaster zou ook kunnen leveren nadat de matchingsproces van KPR met de BRP of het handelsregister is gebeurd (met pos of neg resultaat).

Het is goed mogelijk dat op een later moment een correctie komt/wordt ingeschreven (nieuwe stuk). Het is niet mogelijk voor het kadaster om te weten of er een nieuw stuk komt.
Er kan een verzoek tot verbetering komt (bijvoorbeeld de kadastrale aanduiding klopt niet). Dan krijgt de notaris 3 dagen de tijd om (gratis) te verbeteren. Daarna moet hij betalen. Het kadaster zou dit kunnen afwachten. Sommige notarissen leveren na een jaar nog niet aan, dus dan moet je wel gaan leveren. Er kan dan wel een inschrijving tussendoor komen. We kunnen ook een status meesturen (er is een verzoek tot verbetering!).

VRAAG: Theo, kan een stuk uit meerdere, in specifieke volgorde te verwerken wijzigingen (nav stukdelen) bestaan?

LET OP: TIJDSTIP LEVERING verandert NIETS aan de juiste volgordelijke verwerking waarvoor metadata door de provider wordt meegegeven. Zie acceptatiecriteria user stories.

Hindrik (Den Haag): kan het kadaster de notaris kan vragen welke stukken elkaar direct beïnvloeden en bij elkaar horen?

Acceptatiecriteria

  • [ ]
  • [ ]

Definition of done

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

ALS medewerker belastingzaken WIL IK gebeurtenissen krijgen waarbij één of meer nieuwe Kadastraal Onroerende Zaken zijn ontstaan

...zodat ik in samenhang met #24 kan bepalen of een WOZ object is ontstaan of WOZ objecten kunnen worden samengevoegd.

Het ontstaan van een appartementsrecht is het ontstaan van een KOZ zonder dat de KOZ waaruit zij ontstaat wordt beëindigd. Bij een splitsing wordt een KOZ niet beëindigd, bij een filiatie wel. Ontstaan uit (filiatie) moet worden meegeleverd.

Na bespreking met het Thijs Pothoven (kadaster):
Dit kan alleen het ontstaan van een appartementsrecht of parkeerplaats zijn: het bijbehorende grondperceel wordt niet beëindigd. Verder kan dit niet voorkomen, tenzij het kadaster een fout maakt.

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.
  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.
  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig kan determineren.
  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.
  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.
  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.
  • de gebeurtenis kan niet worden ingetrokken.
  • de gebeurtenis kan niet worden verwijderd.
  • het aard stukdeel maakt onderdeel uit van de gebeurtenis. relevante aard stukdelen zijn:
    616 | splitsing in appartementsrechten
    617 | ondersplitsing in appartementsrechten

VRAAG: Theo, is dit volledig?

  • [ ]
  • [ ]

Definition of done

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

Als medewerker belastingzaken wil ik gebeurtenissen krijgen waarmee een opstalrecht is gevestigd, gewijzigd of beëindigd

..zodat ik kan bepalen of een gekoppeld WOZ object moet worden samengevoegd of gesplitst
EN de belastingplichtige kan bepalen en registreren.

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.
  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.
  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.
  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.
  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.
  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.
  • de gebeurtenis kan niet worden ingetrokken.
  • de gebeurtenis kan niet worden verwijderd.
  • de aard stukdelen die ten grondslag liggen aan de gebeurtenis maken onderdeel uit van de gebeurtenis. Relevante aard stukdelen zijn:
    610 | vestiging zakelijk recht van opstal
    644 | vestiging zakelijk recht van opstal nutsvoorzieningen

VRAAG: geen aardstukdelen voor wijziging/ verval van opstalrecht?

[ ]
[ ]

Definition of done

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

Als Linux-gebruiker wil ik (ook) graag kunnen testen

Poging gedaan maar krijg 'de twee kadastrale containers' niet gestart vanwege (lijkt het) probleem met benodigd server/developer certificaat. Nog even gegoogled naar 'Linux aspnetcore certificate' maar dat is (voor mij) een brug te ver'.

Welke andere objecten zijn bij een stuk betrokken

Aanleiding: Wens vanuit belastingsamenwerkingen n.a.v. inventarisatie door Mark Backer en Bert Oldenburger.

Vanuit afnemers is de wens geuit om in het mutatiebericht te kunnen zien welke andere objecten bij het stuk betrokken zijn. In BRK Levering 2.0 leveren we deze informatie mee door deze toe te voegen aan de header van het mutatiebericht. Deze worden alleen geleverd bij stukken die de BRK wijzigen, inclusief geometriewijzigingen. Dus niet bij persoonswijzigingen en objectadreswijzigingen.

Mogelijke oplossing :

Dit is een wens die volgens ons buiten het IMKAD model valt (correct me if i'm wrong). Hier valt een oplossing voor te bedenken (Bv door deze informatie in header info mee te leveren).

Als medewerker belastingzaken wil ik correctie- of rectificatiegebeurtenissen krijgen op een kadastraal onroerende zaak waarbij zakelijk gerechtigden, beperkingen of kadasterpersonen zijn gewijzigd.

...zodat ik de impact op de WOZ administratie kan bepalen en deze kan bijwerken.

Het gaat om correcties (kadasterstukken) en niet om ter inschrijving aangeboden stukken. Er zijn geen typen kadasterstukken.

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.
  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.
  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.
  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.
  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.
  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.
  • de gebeurtenis kan niet worden ingetrokken.
  • de gebeurtenis kan niet worden verwijderd.

Definition of done

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

ALS medewerker belastingzaken WIL IK een gebeurtenis krijgen waarbij twee of meer kadastraal onroerende zaken tot één nieuwe kadastraal onroerende zaak zijn samengevoegd

...ZODAT ik in samenhang met #24 kan bepalen of ik bijbehorende WOZ objecten moet uitbreiden, wijzigen, of beëindigen.

Acceptatiecriteria*

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.
  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.
  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.
  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.
  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.
  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.
  • de gebeurtenis kan niet worden ingetrokken.
  • de gebeurtenis kan niet worden verwijderd.
  • gebeurtenis bevat volledige filiatiegegevens
  • relevante aard stukdelen zijn onderdeel van de gebeurtenis
    Relevante aard stukdelen:
    559 | perceelvereniging
    VRAAG: wat is het aard stukdeel voor samenvoeging appartementsrechten?

Definition of done

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

Als medewerker belastingzaken wil ik gebeurtenissen krijgen waarmee een KOZ van eigenaar is veranderd

..zodat ik kan bepalen of een gekoppeld WOZ object moet worden samengevoegd of gesplitst
EN de belastingplichtige kan bepalen en registreren.

Toelichting:

  • eigenaar = zakelijk recht=eigendom, tenaamstelling en persoon
  • Als eigendom van aangrenzend perceel bij dezelfde persoon komen, mag je WOZ objecten samenvoegen.

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.
  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.
  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.
  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.
  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.
  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.
  • de gebeurtenis kan niet worden ingetrokken.
  • de gebeurtenis kan niet worden verwijderd.
  • het aard stukdeel maakt onderdeel uit van de gebeurtenis.
    De volgende stukdelen zijn van toepassing (bron: Theo Splithof, kadaster)
    • 553 overdracht naar aanleiding van ontbinding rechtspersoon
    • 596 dwaling omtrent grensaanwijs
    • 606 overdracht (eigendom en/of beperkt recht)
    • 607 ruiling
    • 608 schenking
    • 626 vervulling ontbindende voorwaarde (overdracht)
    • 642 overdracht om niet
    • 583 openbare verkoop (onvrijwillig) - vervreemder optioneel
    • 659 openbare verkoop (vrijwillig) - vervreemder optioneel

VRAAG: Theo, horen onderstaande stukdelen hier ook bij?
553 | overdracht naar aanleiding van ontbinding rechtspersoon
554 | onteigening
556 | overdracht (eigendom en/of beperkt recht) onder voorbehoud zakelijk recht
579 | verdeling van gemeenschap (erfgenamen)
580 | verdeling van gemeenschap (gezamenlijk rechthebbenden)
581 | verdeling van gemeenschap (huwelijk / geregistreerd partnerschap)
585 | verklaring van erfrecht
643 | verkrijging door een rechtspersoon in oprichting
651 | koopovereenkomst, art. 7:3 BW en 10 WVG
652 | koopovereenkomst, art. 7:3 BW
677 | schenking onder voorbehoud van
678 | verdeling van gemeenschap onder voorbehoud van
664 | inschrijving gemeenschap van goederen
503 | afstand huwelijksgemeenschap
565 | inbreng in of ontbinding van personenvennootschap
597 | omzetting rechtspersoon
598 | splitsen rechtspersoon
535 | huurkoop (overeenkomst)
536 | huwelijkse voorwaarden
540 | kavelruil
541 | kavelruil overeenkomst
542 | kavelruil overeenkomst (beëindiging)
546 | mandeligheid (beëindiging)
547 | mandeligheid (ontstaan)
548 | melding authentieke gegevens
681 | echtscheiding
688 | verenigen personen
641 | afgifte legaat

Definition of done

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

Als medewerker belastingzaken WIL IK een gebeurtenis krijgen waarbij een Kadastraal Onroerende Zaak is gesplitst

ZODAT IK in samenhang met #24 kan bepalen of een WOZ object moet worden gesplitst of samengevoegd

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.
  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.
  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.
  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.
  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.
  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.
  • de gebeurtenis kan niet worden ingetrokken.
  • de gebeurtenis kan niet worden verwijderd.
  • relevante aard stukdelen zijn onderdeel van de gebeurtenis
    Relevante aard stukdelen zijn:
    558 | perceelsplitsing
    601 | appartementsrechtsplitsing (wijzigen reglement / voorwaarden)

filiatiegegevens zijn volledig en onderdeel van de gebeurtenis

  • [ ]

Definition of done

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

ALS medewerker belastingzaken WIL IK een gebeurtenis krijgen waarbij een of meer eigenschappen van een kadastrale onroerende zaak zijn gewijzigd

...ZODAT ik kan taxeren of de WOZ waarde van de KOZ is gewijzigd.

door de eigenschappen van de WOZ objecten aan te passen en
door controles uit te voeren op de WOZ objecten (objectsoort, oppervlakte e.d.)

Het gaat om:

  • perceeloppervlakte
  • begrenzingPerceel,
  • toelichting bewaarder,
  • aardCultuur bebouwd
  • aard cultuur onbebouwd,
  • kadastrale grootte

Voorbeeld:
Bij splitsingen die notarissen en Rijkswaterstaat doorvoeren (vkg percelen) wordt een voorlopige kadastrale grens vastgesteld en een voorlopige oppervlakte. Daar gaat de WOZ al mee aan het werk. Vlak nadat het kadaster gemeten heeft, wordt de oppervlakte en de grens definitief. Hiervoor moet een event worden gedefinieerd.
Als het kadaster splitst is er direct een definitieve oppervlakte.

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.
  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.
  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.
  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.
  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.
  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.
  • de gebeurtenis kan niet worden ingetrokken.
  • de gebeurtenis kan niet worden verwijderd.
  • relevante aard stukdelen zijn onderdeel van de gebeurtenis
    Relevante aard stukdelen zijn:
    ?????

Definition of done

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

ALS medewerker belastingzaken WIL IK een gebeurtenis krijgen waarbij een eerdere splitsing ongedaan is gemaakt of gewijzigd

...ZODAT ik in samenhang met #24 kan bepalen of WOZ objecten moeten worden samengevoegd of gewijzigd.

Stel: iemand koopt een appartement naast zijn eigen eigen appartement en maakt er 1 woning van. Dat hoeft niet perse een samenvoeging te zijn. Als er maar twee appartementsrechten waren en het wordt weer 1 woning op 1 perceel, dan bestaat de kadastraal onroerende zaak al. Het betreft dan een opheffing van een eerdere splitsing.

effect op WOZ:
bij 2 gebruikers: er verandert niks aan de afbakening
bij 1 gebruiker: samenvoeging woz object (wijziging woz objecten en beëindiging woz object).

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.
  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.
  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.
  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.
  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.
  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.
  • de gebeurtenis kan niet worden ingetrokken.
  • de gebeurtenis kan niet worden verwijderd.
  • relevante aard stukdelen zijn onderdeel van de gebeurtenis
  • gebeurtenis bevat volledige filiatiegegevens
    Relevante aard stukdelen:
    620 | opheffing splitsing in appartementsrechten
    621 | opheffing ondersplitsing in appartementsrechten
    618 | wijziging splitsing m.b.t. appartementindices
    619 | wijziging ondersplitsing m.b.t. appartementindices
    622 | wijziging splitsing m.b.t. onttrekken grondperceel
    623 | wijziging splitsing m.b.t. toevoegen grondperceel

(Herstel moeder kadastraal object, taxatie)

Definition of done

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

Als medewerker belastingzaken wil ik gebeurtenissen krijgen waarmee een recht van erfpacht is gevestigd, gewijzigd of afgekocht

...zodat ik kan bepalen wie de belastingplichtige is van een gekoppeld WOZ object.

VRAAG: als sprake is van erfpacht en eigendom van aangrenzende percelen, mogen de WOZ objecten dan worden samengevoegd (als bij opstal en eigendom?)

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.
  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.
  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.
  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.
  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.
  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.
  • de gebeurtenis kan niet worden ingetrokken.
  • de gebeurtenis kan niet worden verwijderd.
  • het aard stukdeel maakt onderdeel uit van de gebeurtenis. relevante aard stukdelen zijn:
    527 | erfpachtcanon (wijziging)
    609 | vestiging zakelijk recht van erfpacht
    655 | spiegelsplitsing t.b.v. afkoop erfpacht???????????? (Theo, stond niet op jouw lijstje)
    662 | verticale splitsing erfpacht
    669 | afstand of vermenging na afkoop erfpachtrecht????? (Theo, stond niet op jouw lijstje)
    674 | vereniging erfpacht
    629 | afkoop grondrente (Theo, stond niet op jouw lijstje)

Definition of done

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

Property gezamenlijkAandeel uitbreiden met andereZakelijkGerechtigden

(array van id's) (wordt toegevoegd)

Aanleiding: Wens vanuit belastingsamenwerkingen n.a.v. inventarisatie door Mark Backer en Bert Oldenburger.

Wens:
Met deze wijziging wordt de herkenbaarheid van groepen gerechtigden met een gezamenlijk aandeel beter.
In een voorbeeld: een perceel is voor de helft in eigendom van 2 personen (aandelen onverdeeld), de andere helft is in eigendom van 10 personen (aandelen onverdeeld). In BRK Levering 1.0 ziet u 12 personen met ½ onverdeeld gezamenlijk aandeel. In BRK Levering 2.0 kunt u de twee groepen afzonderlijk herkennen (2 personen met gezamenlijk ½ aandeel en 10 personen met gezamenlijk ½ aandeel).

Als gemeente, waterschap of samenwerkend belastingkantoor wil ik een event kunnen opzoeken

...zodat ik deze kan raadplegen om een fout of onvolledigheid in het gekoppelde WOZ object te herstellen/corrigeren.
EN het moment van "replay" kan bepalen voor herstel van het WOZ object vanaf het correctietijdstip.

Acceptatiecriteria

  • Queryparameters zijn minimaal kadastraal objectIdentificatie, kadastrale aanduiding, datum event, zakelijkgerechtigde identificatie
  • [ ]

Definition of done

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

ALS medewerker belastingzaken WIL IK een gebeurtenis krijgen waarbij een of meer zakelijke gerechtigde(n) van een Kadastraal Onroerende Zaak zijn gewijzigd

...ZODAT ik kan bepalen wie de belastingplichtige is
EN of een WOZ object moet worden samengevoegd of gesplitst

Toelichting: zakelijk gerechtigde = zakelijk recht, tenaamstelling en persoon
Als Opstalrecht+eigendom van aangrenzend perceel bij dezelfde persoon komen, mag je WOZ objecten samenvoegen.

Volgens de ficties (overdrachtsfictie en verkrijgingsfictie) wordt een WOZ object gewaardeerd alsof het geen bezwaard eigendom heeft, en heeft daarmee geen effect op taxatie. Wordt wel geregistreerd.

Iemand is belastingplichtig ‘als hij het genot krachtens zakelijk recht heeft van een onroerende zaak’. Zo is men ook belastingplichtig als men het genot van de onroerende zaak heeft door:

  • een appartementsrecht (eigendom KOZ), zie #11
  • een recht van erfpacht, #10
  • een recht van opstal #9
  • een recht van vruchtgebruik #8
    De bloot eigenaar is hiervoor niet belastingplichtig.

Vraag 2: zit de HARVO (Huurafhankelijk recht van opstal) en de PARVO (pachtafhankelijk recht van opstal) hiertussen?
Bij HARVO en PARVO werkt het net anders (zien onder). Is het handig om hier een aparte gebeurtenis van te maken? Komt voor bij verenigingsgebouwen, kiosk, sportkantines etc. Die worden alleen aangeslagen voor gebruik van de grond (en het huisje waarvan zij eigenaar zijn), maar geen eigenaar. Omdat de grond niet wordt meegenomen bij de opstal (bloot eigenaar is gemeente wordt voor eigendom aangeslagen).

Vraag 1: Wat wordt met de andere typen gerechtigden ( zie hieronder, niet bold) gedaan?

beklemrechthouder - 1 Beklemrechthouder
eigenaar - 2 Eigenaar
erfpachter - 3 Erfpachter
gebruik_bewoning - 4 Rechthebbende van Gebruik en bewoning
grondrente - 5 Grondrente gerechtigde
opstalhouder - 7 Opstalhouder
vaderlandsrecht - 9 Rechthebbende van Oud-vaderlandsrecht
stadsmeierrecht - 11 Rechthebbende van Stadsmeierrecht
vruchtgebruiker - 12 Vruchtgebruiker
erfpachter_opstalhouder - 13 Erfpachter en opstalhouder
nutsvoorzieningen - 14 Opstalhouder nutsvoorzieningen
twee_belastingen - 20 Zakelijk Rechthebbende na twee of meer zakelijke belastingen
belasting_derde - 21 Zakelijk rechthebbende belasting derde of volgende
bp_recht - 22 BP-gerechtigde
nutsvoorzieningen_gedeelte - 23 Opstalhouder Nutsvoorzieningen op gedeelte van perceel
artikel5_3b - 24 Zakelijk gerechtigde als bedoeld in artikel 5, lid 3, onder b, van de Belemmeringenwet Privaatrecht op gedeelte van perceel

Acceptatiecriteria

  • notificatie bevat aanduiding van het soort gebeurtenis (Wijziging (zakelijk) recht)
  • [ ]

Definition of done

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

InOnderzoek uitwerken en opnemen

Aanleiding: Wens vanuit belastingsamenwerkingen n.a.v. inventarisatie door Mark Backer en Bert Oldenburger.

Indien de bewaarder twijfelt over de juistheid van de informatie worden zakelijk rechten in onderzoek geplaatst. Dit is van belang bij het interpreteren van de gegevens. In BRK Levering 2.0 leveren we daarvan een melding.

Als medewerker belastingzaken wil ik gebeurtenissen krijgen waarmee een KOZ is ontstaan, gewijzigd, of beëindigd

...zodat ik mbv gegevens over het eigendom, opstal, erfpacht en vruchtgebruik een WOZ object kan (her)definiëren.

Opgesplitst in user stories: VNG-Realisatie/Haal-Centraal-BRK-bevragen#441 VNG-Realisatie/Haal-Centraal-BRK-bevragen#421 VNG-Realisatie/Haal-Centraal-BRK-bevragen#325 VNG-Realisatie/Haal-Centraal-BRK-bevragen#318 VNG-Realisatie/Haal-Centraal-BRK-bevragen#317 VNG-Realisatie/Haal-Centraal-BRK-bevragen#315

Acceptatiecriteria

  • [ ]
  • [ ]

Definition of done

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

Als gemeente, waterschap of samenwerkend belastingkantoor wil ik een event kunnen raadplegen

..zodat ik een fout of onvolledigheid in het gekoppelde WOZ object kan herstellen/corrigeren.
EN het moment van "replay" kan bepalen voor herstel van het WOZ object vanaf het correctietijdstip.

Acceptatiecriteria

  • Raadplegen event resource op basis van een unieke identificatie
  • [ ]

Definition of done

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

Als medewerker belastingzaken WIL IK een gebeurtenis krijgen waarbij een aantekening op een tenaamstelling van een Kadastraal Onroerende Zaak is ingeschreven, gewijzigd of vervallen

ZODAT ik kan bepalen naar wie ik de aanslag ((nieuwe) eigenaar of bewindsvoerder oid) moet sturen
en of ik het gekoppelde WOZ object moet aanpassen.

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.
  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.
  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.
  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.
  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.
  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.
  • de gebeurtenis kan niet worden ingetrokken.
  • de gebeurtenis kan niet worden verwijderd.
  • relevante aard stukdelen zijn onderdeel van de gebeurtenis. Relevante aard stukdelen zijn:
    a) beperking op de tenaamstelling, aard stukdelen:
    656 | overig bij tenaamstelling aan te tekenen stuk (ontstaan)
    b) om een beperking op de handelingsbevoegdheid van een zakelijk gerechtigde (gerechtelijk stuk)
    Het gaat om de volgende stukdelen:
    645 | beperking beschikkingsbevoegdheid m.b.t. onroerend goed
    646 | faillietverklaring
    595 | beperking beschikkingsbevoegdheid opheffen
    561 | rechterlijke uitspraak
    649 | stuk m.b.t. beperking beschikkingsbevoegdheid

Definition of done

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

Indicatie afgeschermd persoon

Aanleiding: Wens vanuit belastingsamenwerkingen n.a.v. inventarisatie door Mark Backer en Bert Oldenburger.

Deze indicatie wordt toegevoegd aan BRK Levering 2.0. Overeenkomstig de wettelijke verplichting leveren wij ook in BRK Levering 2.0 geen persoonsgegevens van afgeschermde personen. Indien een afnemer deze gegevens nodig heeft voor de uitvoer van een wettelijke taak, kunnen de gegevens worden verstrekt door het APG-loket.

ALS medewerker belastingzaken WIL IK een gebeurtenis krijgen waarbij een Kadastraal Onroerende Zaak is beëindigd en deze niet in een of meer nieuwe kadastrale objecten is overgegaan

...ZODAT ik in samenhang met VNG-Realisatie/Haal-Centraal-BRK-bevragen#320 kan bepalen of ik bijbehorende WOZobjecten kan beëindigen
EN/OF een ander WOZ object kan worden aangepast (vergroot).

Opmerking
Dit is een uitzonderingssituatie. Kwam vroeger meer voor ivm deelpercelen.
Bij appartementen komt het nog wel voor, bijvoorbeeld bij een beeindiging van een splitsing (terug naar het oude grondperceel). Dit oude grondperceel is geen nieuwe KOZ (want bestond al). De appartementsrechten zijn dan verdwenen.

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.
  • de gebeurtenis bevat filiatiegegevens
  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.
  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.
  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.
  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.
  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.
  • de gebeurtenis kan niet worden ingetrokken.
  • de gebeurtenis kan niet worden verwijderd.
  • relevante aard stukdelen zijn onderdeel van de gebeurtenis
    Relevante aard stukdelen: ???

Definition of done

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

ALS medewerker belastingzaken WIL IK een gebeurtenis krijgen waarbij een Kadastraal Onroerende Zaak is overgegaan in een nieuwe Kadastraal Onroerende Zaak

...ZODAT ik het gekoppelde WOZ object kan wijzigen
EN kan controleren of dit effect heeft op de waardering.

Er is geen sprake van een splitsing of samenvoeging maar van een vernummering.

Besproken met Thijs Pothoven (Kadaster).
Wat in de praktijk gebeurt:
Er is sprake is van een voorlopige kadastrale grens. Als de landmeter langs komt voor de definitieve meting en er zijn wijzigingen, komt het voor dat de eigenaar een nieuw perceelnummer wil. Wanneer hieraan tegemoet wordt gekomen krijgt het perceel een nieuwe kadastrale aanduiding en een nieuwe kadastrale objectidentificatie.

Acceptatiecriteria

  • met de gebeurtenis kan ik historie van de WOZ registratie opbouwen.

  • de gebeurtenis is de feitelijke representatie van de wijziging die in de BRK heeft plaatsgevonden, ofwel een weergave van het afgeronde verwerkingsproces in de BRK.

  • de gebeurtenis is compleet, en bevat ALLE als gevolg van de gebeurtenis gewijzigde gegevens van het BRK aggregaat, zodat ik de wijziging op de WOZ registratie volledig en eenduidig determineren.

  • de gebeurtenis is onderdeel van een centrale eventlog die ik kan bevragen. Hiermee kan ik de WOZ administratie vanaf ieder willekeurig moment opnieuw (re)produceren.

  • de gebeurtenis bevat informatie van de provider waarmee ik als consumer de volgorde van verwerking van gebeurtenissen kan bepalen en uitvoeren.

  • de gebeurtenis bevat informatie waarmee ik kan controleren dat ik in de tijd geen gebeurtenissen heb gemist.

  • de gebeurtenis kan niet worden ingetrokken.

  • de gebeurtenis kan niet worden verwijderd.

  • gebeurtenis bevat filiatiegegevens

  • relevante aard stukdelen zijn onderdeel van de gebeurtenis
    Relevante aard stukdelen:
    Is er een aard stukdeel voor vernummering?????

  • functionele specificatie

  • Open API specificatie

  • gegenereerde code

  • testgevallen

  • referentie-implementatie

Koppelingswijze van adres opnemen of niet

Aanleiding: Wens vanuit belastingsamenwerkingen n.a.v. inventarisatie door Mark Backer en Bert Oldenburger.

BAG-adressen worden meegeleverd in BRK Levering. De koppeling tussen kadastrale objecten en de adressen die hierbij horen, kan op verschillende manieren ontstaan. De methode waarop de koppeling is gelegd, geeft informatie over de kwaliteit van deze koppeling (Koppelingswijze). Deze informatie wordt niet meegeleverd in BRK Levering 1.0 maar gaat wel onderdeel uitmaken van BRK Levering 2.0. Meer informatie over de koppelmethode vindt u op de pagina BRK-BAG-koppeling: https://www.kadaster.nl/brk-bagkoppeling.

Er wordt onderzocht in hoeverre deze koppelingswijze daadwerkelijk gevuld wordt zoals bedoeld en of dit dan ook een toegeveoegde waarde heeft voor het beoordelen van de kwaliteit van de adres-koppeling.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.