Ändringshistorik • tekniska beslut • dokumentation

Historik över tekniska beslut
med kontext för ändringar i maskinprojektet

I maskinsäkerhetsdokumentation räcker det inte att känna till slutresultatet. Du måste kunna spåra besluten: vem som ändrade status på en uppgift, när beslutet om riskreducering sparades, varför restrisken bedömdes som acceptabel och vilken deklarationsversion som gällde vid den tidpunkten. Safety Software visar ett revisionsspår som är kopplat till riskbedömning, riskreducerande åtgärder och deklarationer, i stället för att låta ändringskontexten försvinna i kalkylblad, Word-filer och mappar med PDF:er.

Se beslutsspåret i projektet Vad systemet registrerar
Revisionsspår och beslutshistorik

För team som måste visa inte bara resultatet, utan också vägen dit

Ett revisionsspår har först värde när det sitter ihop med det tekniska arbetet.

Safety Software registrerar historiken där besluten faktiskt fattas: vid statusändringar på uppgifter, i riskreducering, iterationer av restrisk, deklarationer, bilagor och åtkomstbeslut.

1 tidslinje
kronologisk beslutshistorik i dokumentationsrapporten för riskbedömningen
▲ UP
Kontext för ändringar
vem, när, vad som ändrades och varför — kopplat till tekniska beslut i maskinprojektet
▲ UP
KMS
kryptering av känsliga fält i historiken för riskreducering när KMS är aktiverat
▲ UP 
statushistorik:
  område: uppgift ISO 12100
  före: för granskning
  efter: godkänd
  person: Anna K.
  tid: 2026-05-13 10:42
  notering: inga ytterligare faror
Historik över uppgiftsstatus

En statusändring försvinner inte bara för att någon skriver över cellen.

I riskbedömningen arbetar teamet med uppgifter, operationer, farokällor och scenarier. När en användare ändrar status kan systemet spara information om tidigare och nytt läge, person, tidpunkt och teknisk notering.

Det gör att rapporten inte bara visar projektets aktuella läge. Den visar också hur beslutet utvecklades och om en viss del av bedömningen medvetet stängdes, kompletterades eller skickades vidare för fortsatt riskreducering.

  • status för uppgift eller operation med ändringshistorik
  • person, datum och beskrivning av ändringen
  • överföring av kontext till dokumentationen för riskbedömningen
Riskreducering

Ett beslut om skyddsåtgärd behöver sitt eget spår.

Vid riskreducering räcker det inte att veta att ett skydd, en förregling, en procedur eller en varning lades till. Det avgörande är också vem som bedömde åtgärdens effekt, om sekundära faror uppstod och vilket resultatet blev efter reduceringen.

Modulen för historik i riskreducering sparar händelser på nivån för specifik fara och bedömning. Det gör att du kan återskapa beslutsgången: reduceringssteg, resultat, indata, användare och tidpunkt för ändringen.

  • beslut för steg i riskreduceringen
  • information om sekundära faror och restrisk
  • koppling mellan händelsen och den konkreta faran
riskreducering:
  fara: matarzon
  steg: teknisk åtgärd
  händelse: beslut_sparat
  resultat: effektiv reducering
  kontext: mätning av säkerhetsavstånd
restrisk:
  iteration: 2
  metod: HRN
  resultat: 12
  kategori: låg
  acceptabelt: Ja
  notering: extra skydd + rengöringsinstruktion
Iterationer av restrisk

Restrisk är ett beslut, inte sista stycket i rapporten.

Efter att riskreducerande åtgärder har införts kan teamet gå tillbaka till bedömningen och spara nästa iteration av restrisken: metod, resultat, kategori, acceptabilitet och notering.

Det här är avgörande vid ombyggnader, konstruktionsändringar och genomgångar efter revision. Om beslutet ifrågasätts långt senare hjälper systemet dig att visa inte bara slutbedömningen, utan också tidigare försök, korrigeringar och motiveringar.

  • flera iterationer av resultatet efter reducering
  • resultat, kategori och acceptabilitet för restrisk
  • teknisk notering sparad tillsammans med beslutet
Deklarationer och resursåtkomst

Det gäller inte bara riskbedömningen. Viktiga dokumenthändelser måste också finnas kvar i historiken.

I deklarationsmodulen sparas händelser kopplade till att skapa utkast, uppdatera, utfärda deklarationer och ersätta en tidigare version. Systemet kan också registrera beslut om åtkomst till resurser samt händelser för bilagor.

Det ersätter inte tillverkarens organisatoriska rutin, men det ger en stabil grund: historiken ligger inte utspridd i mejl, filnamn och kommentarer i chatten.

  • historik över utkast, utfärdade deklarationer och ersatta versioner
  • händelser för bilagor och filer
  • registrering av beslut om resursåtkomst
deklaration:
  händelse: declaration.issued
  dokument: EU-försäkran om överensstämmelse
  version: 3
  ersätter: version 2
  status: utfärdad

Vad måste du kunna visa när någon frågar efter beslutshistoriken?

Ett revisionsspår blir användbart först när varje händelse är kopplad till teknisk kontext. Ett datum för ändringen räcker inte.

Det som behövs
Det som finns i Safety Software
Person och tid
Vem som gjorde ändringen, när och i vilken del av projektet.
Användar-ID, användarnamn och händelsetid sparas tillsammans med beslutshändelserna.
Vad beslutet gällde
Inte bara en allmän beskrivning, utan en konkret uppgift, fara, åtgärd, deklaration eller resurs.
Händelser kopplas till bedömning, fara, reduceringssteg, deklaration, bilaga eller resurs.
Teknisk kontext
Motivering, resultat, kategori, acceptabilitet, notering eller metodens indata.
Händelsedata och data från iterationer av restrisk lagras i historikposten.
Rapportering
Möjlighet att visa historiken i dokumentationen, inte bara i adminpanelen.
Avsnittet för beslutsspår i dokumentationen för riskbedömningen sammanför statusar, riskreducering och iterationer i en enda tidslinje.
Datasäkerhet
Behörighetsstyrning och skydd av känsliga historikfält.
Data i spåret för riskreducering kan lagras i krypterade fält när KMS-stöd är aktiverat.

Skillnaden syns efter några månader, inte den dag dokumentet signeras.

En kvalitativ jämförelse av vad som normalt finns kvar efter tekniska beslut i ett kalkylblad, i en mapp med filer och i ett strukturerat beslutsspår.

Skillnaden syns efter några månader, inte den dag dokumentet signeras. — dane tabelaryczne
nivå för återskapbarhet (0-6) Kalkylblad Mapp med filer Safety Software
Möjlighet att återskapa beslut 1 2 6
Koppling till tekniskt underlag 1 2 5

Beslutshistoriken ska löpa parallellt med processen, inte skrivas in i efterhand.

Det mest trovärdiga revisionsspåret skapas medan arbetet pågår: vid statusändring av en uppgift, när en riskreducerande åtgärd registreras, vid nästa bedömning av restrisk, när en deklaration utfärdas eller när åtkomst till en resurs beslutas.

Beslutshistoriken ska löpa parallellt med processen, inte skrivas in i efterhand. Os czasu z 5 wydarzeniami compliance. 1 — ändring av status för uppgift eller operation 1 uppgiftsstatus 2 — beslut om riskreducering och sekundära faror 2 reducering 3 — iteration av restrisk med resultat och notering 3 restrisk 4 — utfärdande eller ersättning av deklaration 4 deklaration 5 — dokumentationsrapport med tidslinje för beslut 5 rapport

Det här är inte en händelselista för administratören. Det är projektets tekniska minne.

Ett välskött revisionsspår gör att du kan gå tillbaka till beslut efter ombyggnad, reklamation, revision eller byte av ansvarig i projektet.

Om det i efterhand inte går att återskapa vem som bedömde restrisken som acceptabel och på vilka grunder, tappar dokumentationen en stor del av sitt bevisvärde.
Safety Software
beslutshistorik i riskbedömning
Ett revisionsspår ersätter inte tillverkarens ansvar. Det hjälper dig att visa att beslutet inte var slumpmässigt, utan kom ur en strukturerad process.
Safety Software
teknisk dokumentation och överensstämmelse

Vanliga frågor om revisionsspår

Betyder ett revisionsspår att varje beslut automatiskt är korrekt?
Nej. Systemet bedömer inte själv om ett tekniskt beslut är korrekt och ersätter inte tillverkarens ansvar. Uppgiften är att strukturera historiken: vem som fattade beslutet, när, vad det gällde och i vilket tekniskt sammanhang.
Omfattar ändringshistoriken bara riskbedömningen?
Den syns tydligast inom riskbedömning, riskreducering och restrisk, men applikationen registrerar också händelser för deklarationer, bilagor och beslut om resursåtkomst.
Kommer beslutsspåret med i dokumentationen för riskbedömningen?
Ja. Dokumentationsmodulen kan bygga ett avsnitt för beslutsspår utifrån historik över uppgiftsstatus, händelser i riskreducering och iterationer av restrisk, och visa dem som en tydlig tidslinje med teknisk kontext.
Går det att radera historiken?
Systemet visar ett strukturerat arbetsspår i projektet och hjälper dig att återskapa kontexten bakom tekniska beslut. Omfattningen av synlig historik, behörigheter och hur informationen presenteras kan bero på systemkonfiguration och användarroll. Vi kommunicerar inte ett oföränderligt register. Vi kommunicerar bättre spårbarhet än i kalkylblad, PDF-filer och dokument som skickas via mejl.

Sluta bygga projektets historik på filnamn och teamets minne.

Hantera riskbedömning, riskreducering, restrisk, deklarationer och dokumentation i en enda process där besluten lämnar ett tydligt spår.

Aktivera revisionsspår i projektet

Det bästa testet är en maskin, en teknisk ändring och ett återskapningstest: vem, när, vad som ändrades och varför.

Praktiska artiklar om riskbedömning, maskindirektiv och compliance — som stöd för denna produktsida.