Vaak voorkomend probleem: verschil tussen wijzigen en corrigeren
Waarom is de historiek zo belangrijk?
We hebben al bekeken hoe Lokaal Mandatenbeheer werkt, hoe je erin navigeert en hoe het functioneert als een archief van de volledige legislatuur: alle mandaten én alle mandatarissen die die mandaten opnemen.
Net omdat de historiek fungeert als een digitaal archief, gebeuren hier de meeste fouten.
Voorbeeld "Historiek in 1,2,3":
Bij veel acties moet je de historiek van een mandaat of een mandataris aanpassen:
een wijziging in mandaat,
een nieuwe startdatum,
een eerdere einddatum,
een verhindering,
een verandering in rangorde,
een vervanging, …
Al deze gebeurtenissen worden geregistreerd in de historiek binnen de applicatie, hier ontstaan de meeste validatiefouten.
Het Lokaal Mandatenbeheer hanteert hierbij een heel specifieke logica:
Een correctie betekent: er is een fout binnen dezelfde periode en die fout moet aangepast worden.
Een wijziging betekent: er ontstaat een nieuwe situatie die een nieuwe periode in de historiek vereist.
Historiekwijzigingen en historiekcorrecties
Binnen Lokaal Mandatenbeheer kan je zowel correcties als wijzigingen doorvoeren. Het is cruciaal om het verschil tussen beide goed te kennen, omdat dit bepaalt hoe de historiek wordt opgebouwd.
Wat is een correctie?
Een correctie past een bestaande periode aan. Gebruik dit wanneer er effectief een fout zit in de huidige periode dus wanneer de gegevens nooit juist waren.
Voorbeeld: Het mandaat stond eindigend in 2030, maar in werkelijkheid stopt het mandaat vroeger. Hierdoor corrigeer je de einddatum van 2030 naar de juiste eerdere datum.
Wat is een wijziging?
Een wijziging laat de huidige periode staan en voegt een nieuwe periode toe. Gebruik dit wanneer de huidige gegevens wel correct zijn, maar er een nieuwe situatie ontstaat.
Voorbeeld: De rangorde van een mandaat verandert door een verhindering elders. Hierdoor kies je voor wijzigen, omdat de rangorde in de huidige periode correct was, maar verandert vanaf nu. Dit vraagt dus een nieuwe periode.
Praktijkvoorbeelden (fictieve data vanuit de testomgeving):
Voorbeeld 1:
In bovenstaande twee screenshots wijzigen we de rangorde van een gemeenteraadslid van 11e lid naar 8e lid. Via de knop Bewerk mandaat orde passen we de rangorde aan, en krijgen we twee opties:
De mandataris verandert van rangorde
De rangorde van de mandataris was verkeerd ingevuld en wordt gecorrigeerd
Optie 1: de mandataris verandert van rangorde
Wanneer je deze optie kiest, geef je aan dat de huidige rangorde wel correct was, maar dat er nu een nieuwe situatie ontstaat.
Het systeem maakt een nieuwe periode aan vanaf de gekozen startdatum. In die nieuwe periode krijgt het mandaat de aangepaste rangorde namelijk: achtste lid.
Belangrijk: De vorige periode blijft bestaan en blijft aantonen dat de mandataris destijds effectief de elfde rangorde had. We herschrijven dus niet het verleden, we voegen enkel een nieuwe periode toe.
Optie 2: De rangorde van de mandataris was verkeerd ingevuld en wordt gecorrigeerd
Wanneer je deze optie kiest, geef je aan dat de rangorde in de huidige periode foutief was ingevoerd en dus moet worden rechtgezet.
De huidige periode wordt aangepast. De rangorde verandert van elfde lid naar achtste lid binnen dezelfde periode. Er wordt geen nieuwe periode aangemaakt. In de historiek lijkt het alsof de rangorde altijd achtste lid is geweest.
Belangrijk: Een correctie overschrijft de bestaande data, omdat die data nooit juist waren.
Voorbeeld 2:
In bovenstaande afbeelding wijzigen we de rangorde van twee gemeenteraadsleden op 20/05/2025 (de datum staat naast de rode pijl).
Michael verandert naar derde lid
Stephanie verandert naar achtste lid
Wanneer deze wijzigingen zijn ingevoerd, krijg je de keuze tussen:
Corrigeer rangorde
Wijzig rangorde
1.Als je kiest voor corrigeren, dan zeg je tegen het systeem: “De rangorde op deze datum was fout ingevoerd, en we moeten die fout verbeteren.”
De rangorde op de 20/05/2025 binnen de bestaande periode wordt overschreven.
Voor Michael wordt de rangorde aangepast naar derde lid en voor Stephanie wordt de rangorde aangepast naar achtste lid. De periode wordt aangepast. In de historiek lijkt het alsof ze altijd de derde en achtste rangorde hadden op 20/05/2025.
2.Als je kiest voor wijzigen, dan zeg je tegen het systeem: “De rangorde tot nu toe was correct, maar vanaf deze datum verandert de rangorde.”
Het systeem maakt een nieuwe periode aan vanaf 20/05/2025.
In deze nieuwe periode krijgt Michael de rangorde derde lid en Stephanie krijgt de rangorde achtste lid. De periode voor 20/05/2025 wordt niet aangepast. De historiek wordt uitgebreid met een nieuwe tegel die de rangorde aanpast voor beide mandatarissen vanaf 20/0/2025. De vorige periode blijft bestaan en blijft aantonen dat de mandataris destijds een andere rangorde had.
Last updated