Wijzigingshistorie • technische beslissingen • documentatie

Historie van technische beslissingen
met de context van wijzigingen in het machineproject

In documentatie over machineveiligheid heb je niets aan alleen de einduitkomst. Je moet beslissingen kunnen reconstrueren: wie veranderde de taakstatus, wanneer is de keuze voor risicoreductie vastgelegd, waarom werd het restrisico als aanvaardbaar beoordeeld en welke versie van de verklaring gold op dat moment. Safety Software toont een audit trail die direct gekoppeld is aan de risicobeoordeling, reductiemaatregelen en verklaringen — in plaats van context te laten verdwijnen in spreadsheets, Word-bestanden en mappen vol PDF’s.

Voor teams die niet alleen de uitkomst moeten laten zien, maar ook de route ernaartoe

Een audit trail heeft pas waarde als die vastzit aan echt engineeringswerk.

Safety Software legt historie vast precies waar beslissingen vallen: bij taakstatussen, risicoreductie, iteraties van restrisico, verklaringen, bijlagen en toegangsbesluiten.

1 tijdlijn
chronologische beslissingshistorie in het documentatierapport van de risicobeoordeling
▲ UP
Context wijzigingen
wie veranderde wat, wanneer en waarom — direct gekoppeld aan technische beslissingen in het machineproject
▲ UP
KMS
versleuteling van gevoelige velden in de risicoreductiehistorie wanneer KMS is ingeschakeld
▲ UP
statusgeschiedenis:
  gebied: ISO 12100-taak
  voor: ter beoordeling
  na: goedgekeurd
  gebruiker: Anna K.
  tijd: 2026-05-13 10:42
  notitie: geen aanvullende gevaren
Historie van taakstatussen

Een statuswijziging verdwijnt niet in een overschreven cel.

In de risicobeoordeling werkt het team met taken, bewerkingen, gevarenbronnen en scenario’s. Zodra een gebruiker een status wijzigt, kan het systeem de vorige en nieuwe status vastleggen, plus de persoon, het tijdstip en een technische notitie.

Daardoor laat het rapport niet alleen de huidige projectstand zien. Het laat ook zien hoe een beslissing is gegroeid en of een deel van de beoordeling bewust is afgesloten, aangevuld of doorgestuurd naar verdere risicoreductie.

  • taak- of bewerkingsstatus met wijzigingshistorie
  • persoon, datum en omschrijving van de wijziging
  • context meegenomen naar de documentatie van de risicobeoordeling
Risicoreductie

Een beschermingsmaatregel verdient een eigen spoor.

Bij risicoreductie telt niet alleen dát er een afscherming, vergrendeling, procedure of waarschuwing is toegepast. Net zo belangrijk is wie de effectiviteit heeft beoordeeld, of er secundaire gevaren ontstonden en wat het resultaat na reductie was.

De historiefunctie voor risicoreductie legt gebeurtenissen vast bij het specifieke gevaar en de beoordeling. Zo kun je het besluit terughalen: reductiestap, resultaat, invoergegevens, gebruiker en tijdstip van wijziging.

  • beslissingen per stap van de risicoreductie
  • informatie over secundaire gevaren en restrisico
  • koppeling van de gebeurtenis aan een concreet gevaar
risicoreductie:
  gevaar: invoerzone
  stap: technische maatregel
  gebeurtenis: beslissing_opgeslagen
  resultaat: effectieve reductie
  context: meting van de veiligheidsafstand
restrisico:
  iteratie: 2
  methode: HRN
  resultaat: 12
  categorie: laag
  aanvaardbaar: ja
  notitie: extra afscherming + reinigingsinstructie
Iteraties van restrisico

Restrisico is een beslissing, geen slotalinea in het rapport.

Na het toepassen van reductiemaatregelen kan het team teruggaan naar de beoordeling en een nieuwe iteratie van het restrisico vastleggen: methode, resultaat, categorie, aanvaardbaarheid en notitie.

Dat is cruciaal bij modernisaties, constructiewijzigingen en reviews na een audit. Wordt een beslissing later ter discussie gesteld, dan helpt het systeem niet alleen de eindbeoordeling te tonen, maar ook eerdere pogingen, correcties en onderbouwingen.

  • opeenvolgende iteraties van het resultaat na reductie
  • resultaat, categorie en aanvaardbaarheid van het restrisico
  • technische notitie vastgelegd bij de beslissing
Verklaringen en toegang tot resources

Niet alleen de risicobeoordeling. Ook belangrijke documentgebeurtenissen blijven in beeld.

In de verklaringenmodule worden gebeurtenissen vastgelegd rond het aanmaken van een concept, een update, de uitgifte van een verklaring en de vervanging van een eerdere versie. Los daarvan kan het systeem toegangsbesluiten voor resources en gebeurtenissen rond bijlagen registreren.

Dat vervangt de organisatorische procedure van de fabrikant niet, maar het legt wel een stevige basis: de historie ligt niet verspreid over mailboxen, bestandsnamen en chatcommentaar.

  • historie van concepten, uitgiften en vervangingen van verklaringen
  • gebeurtenissen rond bijlagen en bestanden
  • registratie van toegangsbesluiten voor resources
verklaring:
  gebeurtenis: declaration.issued
  document: EU-conformiteitsverklaring
  versie: 3
  vervangt: versie 2
  status: uitgegeven

Wat moet je kunnen aantonen als iemand naar de beslissingshistorie vraagt?

Een audit trail is pas bruikbaar als een gebeurtenis aan technische context hangt. Alleen een wijzigingsdatum zegt te weinig.

Wat je nodig hebt
Wat er in Safety Software zit
Persoon en tijd
Wie voerde de wijziging uit, wanneer en in welk projectonderdeel.
Gebruikers-ID, gebruikersnaam en tijdstip worden vastgelegd bij beslissingsgebeurtenissen.
Onderwerp van de beslissing
Niet een vage omschrijving, maar de concrete taak, het gevaar, de maatregel, verklaring of resource.
Gebeurtenissen gekoppeld aan beoordeling, gevaar, reductiestap, verklaring, bijlage of resource.
Technische context
Onderbouwing, resultaat, categorie, aanvaardbaarheid, notitie of invoergegevens van de methode.
Gebeurtenisgegevens en data van restrisico-iteraties worden opgeslagen bij de historieregel.
Rapportage
De mogelijkheid om de historie in documentatie te tonen, niet alleen in een beheerpaneel.
De sectie met beslissingshistorie in de risicobeoordelingsdocumentatie combineert statussen, reductie en iteraties in één tijdlijn.
Databeveiliging
Toegangsbeheer en bescherming van gevoelige velden in de historie.
Gegevens van de risicoreductiehistorie kunnen in versleutelde velden worden opgeslagen wanneer KMS is ingeschakeld.

Het verschil zie je pas na een paar maanden, niet op de dag dat het document is ondertekend.

Een kwalitatieve vergelijking van wat er meestal overblijft van technische beslissingen in een spreadsheet, een bestandsmap en een gestructureerde beslissingshistorie.

Het verschil zie je pas na een paar maanden, niet op de dag dat het document is ondertekend. — dane tabelaryczne
mate van reconstrueerbaarheid (0-6) Spreadsheet Bestandsmap Safety Software
Reconstrueerbaarheid van de beslissing 1 2 6
Koppeling met technisch bewijs 1 2 5

Beslissingshistorie moet meelopen met het proces, niet er achteraf aan worden geplakt.

De meest geloofwaardige audit trail ontstaat tijdens het werk: bij een wijziging van taakstatus, het vastleggen van een reductiemaatregel, een nieuwe beoordeling van restrisico, de uitgifte van een verklaring of een toegangsbesluit voor een resource.

Beslissingshistorie moet meelopen met het proces, niet er achteraf aan worden geplakt. Os czasu z 5 wydarzeniami compliance. 1 — wijziging van taak- of bewerkingsstatus 1 taakstatus 2 — beslissing over risicoreductie en secundaire gevaren 2 reductie 3 — iteratie van restrisico met resultaat en notitie 3 restrisico 4 — uitgifte of vervanging van een verklaring 4 verklaring 5 — documentatierapport met tijdlijn van beslissingen 5 rapport

Dit is geen eventlijst voor een beheerder. Dit is het technische geheugen van het project.

Een goed bijgehouden audit trail laat je teruggaan naar beslissingen na een modernisering, klacht, audit of wisseling van projectverantwoordelijke.

Als je later niet meer kunt reconstrueren wie het restrisico als aanvaardbaar heeft beoordeeld en op basis waarvan, verliest de documentatie een groot deel van haar bewijskracht.
Safety Software
beslissingshistorie in de risicobeoordeling
Een audit trail neemt de verantwoordelijkheid van de fabrikant niet over. Het helpt aantonen dat een beslissing niet uit de lucht kwam vallen, maar uit een gestructureerd proces.
Safety Software
technische documentatie en conformiteit

Veelgestelde vragen over audit trail

Betekent een audit trail dat elke beslissing automatisch juist is?
Nee. Het systeem beoordeelt de technische juistheid van een beslissing niet zelfstandig en neemt de verantwoordelijkheid van de fabrikant niet over. Het brengt de historie op orde: wie nam de beslissing, wanneer, waarover ging die en in welke context.
Gaat de wijzigingshistorie alleen over de risicobeoordeling?
Het sterkst zie je die terug in risicobeoordeling, risicoreductie en restrisico, maar de applicatie legt ook gebeurtenissen vast voor verklaringen, bijlagen en toegangsbesluiten voor resources.
Komt de beslissingshistorie ook in de documentatie van de risicobeoordeling terecht?
Ja. De documentatiemodule kan een sectie met beslissingshistorie opbouwen uit taakstatushistorie, gebeurtenissen rond risicoreductie en iteraties van restrisico, en die tonen als een heldere tijdlijn met technische context.
Kun je historie verwijderen?
Het systeem toont een geordend spoor van het projectwerk en helpt de context van technische beslissingen te reconstrueren. Welke historie zichtbaar is, welke rechten gelden en hoe gegevens worden gepresenteerd, kan afhangen van de systeemconfiguratie en de rol van de gebruiker. We claimen geen onverwijderbaar register. We claimen betere reconstrueerbaarheid van beslissingen dan in spreadsheets, PDF’s en documenten die per mail rondgaan.

Stop met de projecthistorie te baseren op bestandsnamen en het geheugen van het team.

Voer risicobeoordeling, risicoreductie, restrisico, verklaringen en documentatie in één proces uit — een proces waarin beslissingen een leesbaar spoor achterlaten.

Activeer audit trail in een project

De beste test? Eén machine, één technische wijziging en daarna een reconstructieproef: wie heeft wat gewijzigd, wanneer en waarom.

Praktische artikelen over risicobeoordeling, machinerichtlijnen en compliance — ter ondersteuning van deze productpagina.