Waarom append-only registratie essentieel is

Het principe

PileGuard is ontworpen rond een append-only-model, waarin een gebeurtenis niet wordt gewijzigd of verwijderd. Het register groeit uitsluitend aan: elke registratie — een heigebeurtenis, een kalendering, een betonstort, een inspectie, een statusovergang — wordt toegevoegd en blijft daarna staan zoals ze is vastgelegd. Dit heet append-only registratie, en als ontwerpuitgangspunt is het de ruggengraat van elk verdedigbaar funderingsdossier.

Het ontwerp voorziet erin dit op databaseniveau af te dwingen: in de beoogde implementatie kennen de repositories voor gebeurtenissen, auditlogs, statushistorie, planrevisies en rapporthandtekeningen geen update- of delete-operatie. Een bewerking die niet bestaat, kan ook niet worden misbruikt. Dit vereist technische implementatie en de juiste rechten- en infrastructuurinrichting; het is een ontwerpkeuze, geen vanzelfsprekendheid.

Fouten bestaan — en juist daarom

De eerste vraag die iedereen stelt: wat als er iets fout is geregistreerd? Een verkeerd betonvolume, een paalnummer verwisseld, een meting verkeerd overgenomen?

Het antwoord: de fout blijft staan, en er komt een correctie naast. Een correctie is in dit model zelf een nieuwe gebeurtenis, expliciet gemarkeerd als correctie, met een verwijzing naar de oorspronkelijke registratie en een reden. Beide momenten blijven zichtbaar: wanneer de gebeurtenis werkelijk plaatsvond en wanneer ze werd vastgelegd. Het ontwerp voorziet erin dat een verschil tussen die twee momenten zichtbaar wordt gemaakt, zodat registraties die geruime tijd na het feit binnenkomen als late registratie herkenbaar zijn.

Dit lijkt omslachtiger dan simpelweg het veld aanpassen. Het is het tegenovergestelde van omslachtig — het is het enige patroon dat de geloofwaardigheid van het dossier intact laat. Een dossier waarin fouten spoorloos verdwijnen, is een dossier waarin álles spoorloos aangepast kan zijn. Een dossier waarin je de fout, de ontdekking, de reden en de correctie kunt volgen, toont juist dat het kwaliteitsproces werkt.

Wat overschrijfbaarheid juridisch kost

Funderingswerk verdwijnt letterlijk onder de grond. Wanneer jaren later scheurvorming, zetting of een geschil ontstaat, is het dossier vaak het enige dat resteert. Op dat moment stelt een wederpartij, expert of rechter drie vragen:

1. Is dit wat er destijds is vastgelegd? In een systeem waar records bewerkbaar zijn, is die vraag niet te beantwoorden. Een timestamp op een gewijzigde rij bewijst niets over de oorspronkelijke inhoud.
2. Wie had de mogelijkheid om dit aan te passen? Elke beheerder met schrijfrechten wordt een potentiële verdachte van manipulatie — ook als er nooit iets is aangepast.
3. Waarom zou ik dit vertrouwen boven de versie van de tegenpartij? Twee partijen met bewerkbare administraties staan tegenover elkaar met woord tegen woord.

Het append-only-model adresseert alle drie structureel. Niet omdat de organisatie belóóft niets aan te passen, maar omdat het ontwerp erop gericht is stilzwijgende aanpassing te voorkomen: een correctie kan alleen als nieuw, herleidbaar record ontstaan. Het verschil tussen “wij hebben niets gewijzigd” en “het model is zo opgezet dat stil wijzigen niet past” is het verschil tussen een verklaring en een controleerbaar spoor. Hoe hard die eigenschap in de praktijk is, hangt af van de volledige technische en operationele keten: append-only op registratieniveau is niet automatisch hetzelfde als cryptografische onveranderlijkheid van elk document. Het eerste voorkomt stil overschrijven; het tweede is een aanvullende, apart te bewijzen integriteitsgarantie.

Meer dan events: het patroon door het hele platform

Append-only is in PileGuard bedoeld als patroon dat niet alleen voor de eventtabel geldt, maar door het hele ontwerp loopt. Goedgekeurde paalplannen kunnen bij elke wijziging als afzonderlijke revisie-snapshot worden vastgelegd, zodat reconstrueerbaar blijft tegen welke ontwerpwaarden en toleranties op enig moment is gewerkt. Voor gefinaliseerde dagrapporten voorziet het ontwerp in een superseding-model: heropening van een werkdag levert een nieuwe rapportversie op, terwijl de vorige als vervangen — maar bewaard — blijft bestaan. Als aanvullende integriteitsmaatregel kunnen zulke rapporten worden voorzien van een cryptografische controlesom (zoals SHA-256), die kan ondersteunen dat een later opgevraagd document overeenkomt met de vastgelegde versie; dat vereist technische implementatie en vervangt de audit trail niet. Leveringscertificaten worden in het model één keer gekoppeld en daarna niet meer vervangen. Projecten en palen worden niet verwijderd maar veranderen alleen van status — en elke statusovergang wordt zelf weer vastgelegd.

De operationele bonus

Wat als juridische eis begint, blijkt operationeel goud waard. Omdat niets verdwijnt, is elke vraag over het verleden beantwoordbaar: hoe zag dit project eruit op de dag van de stort? Welke afwijkingen waren toen bekend? Wie wist wat, wanneer? Trendanalyse, capaciteitsonderbouwing en forensische reconstructie — zoals de volledige reconstructie van een project met honderden palen over meerdere stellingen — zijn alleen mogelijk op een register dat zijn eigen geschiedenis niet heeft weggegooid.

Samengevat

Append-only registratie ruilt een kleine vanzelfsprekendheid (even een veldje aanpassen) in voor iets onvergelijkbaar waardevollers: een dossier waarvan de integriteit minder afhangt van vertrouwen in mensen en meer van een ontwerp dat stilzwijgende manipulatie tegengaat. In een sector waar het bewijs onder het maaiveld ligt, is dat geen luxe maar een ontwerpeis.

Wilt u weten of uw huidige dossier stilzwijgende wijzigingen uitsluit?

De Funderingsdossier Quickscan onderzoekt onder meer revisies, correcties, bronherkomst en audit trails. Daarmee wordt zichtbaar waar een dossier zijn oorspronkelijke registraties aantoonbaar behoudt en waar de reconstructie kwetsbaar blijft.

Laat uw funderingsdossier beoordelen

Zie ook: Waarom AI geen bewijs mag creëren en Wat maakt een funderingsdossier juridisch verdedigbaar?.