Herstel eigenaarschap
Na overdracht van eigendom: 1 van de eigenaren klopt niet, Henk zou Hendrica moeten zijn. De fout wordt hersteld.Brondata
HerstelEigenaarschapVoorbeeldTest-herstel-van-eigenaarschap.jsonCommit430099bOpgehaald23 juni 2026
In de komende voorbeelden gaan we aan de slag met herstel, wat vooral interessant is voor wat betreft zijn impact op de tijdlijnen. Bij herstel ga je 'terug in de tijd' om iets wat fout is aan te passen naar hoe het zou moeten zijn. Het doel van herstel is om op de geldigheidstijdlijn de 'hoe het had moeten zijn' terug te kunnen zien. Daarnaast is het nog steeds belangrijk voor de herhaalbare vraag dat je nog weet wat je in het verleden toonde, zodat zodat vragen van eerder nog steeds gesteld kunnen worden en hetzelfde antwoord krijgen.
In dit voorbeeld beginnen we met een eenvoudige uitgangspositie: we hebben een WOZ object en er is een overdracht geweest.
Aanleiding
Nu blijkt dat de overdracht niet correct is geweest: 1 van de partijen is incorrect. Dit kunnen we corrigeren met een speciaal daarvoor gemaakt command:
Verwerking: command → gevolg
Het command vertelt ons dat de eigenaren gecorrigeerd dienen te worden. Ten aanzien van de informatievoorziening dienen we bij correctie in de basis drie verschillende doelen:
- We willen (kunnen) informeren over wat het herstel precies geweest is.
- We willen (kunnen) informeren over wat er fout was.
- We willen (kunnen) informeren over hoe de situatie eigenlijk had moeten zijn.
In het gevolg leggen we voor beide varianten de informatie vast. EigenaarGecorrigeerd legt vast wat er precies gecorrigeerd is, en daarnaast wordt er heel expliciet, met subgevolgen, vastgelegd hoe de gevolgen hadden moeten zijn:
Als we dan de hele tijdlijn bekijken voor deze aggregate, WOZ Object 1, kunnen we zien welke gevolgen in ons gevolgenjournaal zitten. Dit noemen we 'geregistreerd'. Daarnaast kunnen we een projectie maken van een tijdlijn met 'hoe de gevolgen hadden moeten zijn'. Hierin is duidelijk te zien dat het 'foute gevolg' eruit gefilterd is en dat deze is gecorrigeerd en voorzien van een nieuw gevolg, als subgevolg van het correctiegevolg.
Door in de WozObjectprojectie de gevolgen hoe ze hadden moeten zijn af te spelen kunnen we de eerder foute projecties bovenschrijven met verbeterde varianten. Bovenop de eerdere projectie aangemaakt voor de overdracht leggen we de verbeterde variant. Als je nu alleen queriet op geldigheidstijdstip krijg je de tijdlijn hoe deze had moeten zijn. En je kan nog steeds de oorspronkelijke, foute projectie, bekijken door ook een eerder gevolgtijdstip mee te geven in de query.
Wat opvalt in de grafieken is dat er bij de WozObjectType-projectie geen nieuw moment ontstaan is: de overdracht heeft geen impact op WOZ objecttype.