De StUF-standaard bevat allerlei regels over historie. Eén belangrijke regel ontbreekt echter nog, namelijk wanneer een fundamenteel entiteittype historisch wordt.
Voor relaties is ervoor gekozen om deze historisch te laten worden zodra de relatie beëindigd is en in de praktijk lijkt dit te voldoen. Voor bijvoorbeeld een persoon voldoet niet. Een overleden persoon blijft bijvoorbeeld nog enige tijd relevant en mag dan nog niet als een historische persoon behandeld worden en daardoor niet meer gevonden worden met een Lv01-bericht.
Voorstel: Introduceer het begrip tijdvakRelevantie en laat een object pas historisch worden, als de tijdvakRelevantie in het verleden ligt. Ga na of dit ook geïntroduceerd moet worden voor relaties.
tijdvakRelevantie lijkt me typisch een subjectief gegeven, bv afhankelijk van de afnemer. Hoe moet je dat door een centrale bronhouder laten registreren?
Het historie mechanisme lijkt me al moeilijk genoeg. Ik kom vaak genoeg mensen tegen die niet weten wat een bitemporal database is of hoe ze ermee om moeten gaan.
We hebben al heel veel tijdstippen, tijdvakken en wat nog meer. Minder is meer. Mijn idee: zoek naar een oplossing voor het probleem door het model te vereenvoudigen. Zijn er nog meer entiteiten behalve Persoon waar dit probleem speelt? Zo nee, los het op bij Persoon.
Het probleem speelt zeker breder dan bij persoon alleen. Het geldt mijns inziens voor alle in basisregistraties beheerde objecttypen. De functionele vraag is welke verzameling objecten van een bepaald objecttype wordt doorzocht bij selecties. Het allersimpelste antwoord op deze vraag is: alle objecten die ooit in de basisregistratie zijn opgenomen. Het is aan degene die de vraag stelt om via selectiecriteria ervoor te zorgen dat bepaalde objecten niet meekomen.
Een jaartje verder voel ik wel met je mee en wil voorstellen om het hier maar bij te laten, want het is inderdaad nogal subjectief.
Met vriendelijke groet,
Maarten
Dit RFC is opgevoerd in de onderhoudsverzoeken als RFC0110.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Tijdens de StUF Expertgroep van 20-5-2015 is besloten deze RFC niet door te voeren in StUF 3.02 maar door te schuiven naar een volgende versie.
Tijdens de StUF Expertgroep van 18 januari 2017 is dit RFC afgevoerd. Mocht er in StUF 5 behoefte aan zijn dan moet hij gewoon opnieuw opgevoerd worden.