Skabelon til dokumentrevisionslog

En skabelon til dokumentrevisionslog, også kaldet en ændringslog: følg en ændring af et hvilket som helst styret dokument fra anmodning over en verserende post, implementering og verifikation til en afsluttet, dateret registrering.

Brug denne skabelon

Sådan fungerer det

  1. Omdøb banerne til jeres egne roller

    Erstat Anmoder, Logejer, Forfatter, Reviewer og Auditor med de roller, I faktisk har. I et lille team er logejeren og reviewer ofte samme person; behold dem som én bane i stedet for at tegne et review, der aldrig sker. Kan mere end én person forfatte en ændring, så behold Forfatter som en rolle frem for at navngive enkeltpersoner, så diagrammet overlever personaleudskiftning.

  2. Beslut, hvad der tæller som en logbar ændring

    Ikke enhver redigering kræver en post: at rette en slåfejl er noget andet end at ændre en kontrolgrænse. Sæt en tærskel ved beslutningen 'Ændring godkendt til logføring?', for eksempel at væsentlige ændringer af omfang, ansvar, tal eller krav logføres, mens formaterings- eller stavefejl ikke gør, og skriv tærsklen ned, for 'væsentlig' er det ord, enhver diskussion om denne beslutning ender ved.

  3. Fastlæg jeres postnummereringsordning

    Ved 'Tildel postnummer og link dokumentet' skal I beslutte, om postnumre løber pr. dokument, ændring #4 til denne politik, eller som én løbende sekvens på tværs af hele loggen. Nummerering pr. dokument læses bedre inde i et enkelt dokuments egen historik; én løbende sekvens er lettere at søge i og rapportere på tværs af hele registret.

  4. Skriv standarden for før-og-efter

    'Registrér før-og-efter-beskrivelse, forfatter og dato' er kun brugbar, hvis hver post lever op til samme standard. Kræv den tidligere ordlyd eller værdi, den nye ordlyd eller værdi, hvem der lavede ændringen, og datoen, i den rækkefølge, så en auditor, der stikprøvekontrollerer poster, læser samme form for registrering hver gang, uanset hvem der skrev den.

  5. Fastlæg, hvad verifikationen faktisk tjekker

    Giv reviewer en konkret test ved 'Sammenlign logposten med den implementerede ændring': åbn dokumentet, find ændringen, og bekræft, at postens før-og-efter-tekst matcher det, der faktisk står. Et tjek, der kun korrekturlæser logposten, er ikke verifikation mod dokumentet.

  6. Definér jeres regel for stikprøveudtagning ved audit

    'Stikprøvekontrollér afsluttede poster ved periodisk audit' kræver en angivet hyppighed og stikprøvestørrelse, for eksempel ti poster i kvartalet eller hver post over et defineret risikoniveau, fastsat i jeres auditprogram frem for besluttet ad hoc, hver gang nogen beder om dokumentation.

Ofte stillede spørgsmål

Hvad er en dokumentrevisionslog?

Det er en kronologisk registrering af hver ændring, der er foretaget af et styret dokument, adskilt fra selve dokumentet: hvem anmodede om ændringen, hvem implementerede den, en før-og-efter-beskrivelse af hvad der ændrede sig, datoen, og om den blev verificeret mod det faktiske dokument. Nogle organisationer kalder samme registrering en ændringslog; begge betegnelser beskriver en løbende historik over ændringer frem for dokumentets aktuelle indhold.

Er en dokumentrevisionslog det samme som en ændringslog?

Ja, i den forstand at begge beskriver en løbende registrering af ændringer frem for aktuelt indhold. 'Revisionslog' bruges mest i kvalitets- og regulatoriske sammenhænge knyttet til et bestemt styret dokument; 'ændringslog' bruges bredere, fra en enkelt politik til en fælles referencetabel. Denne skabelon modellerer det generiske livsforløb bag begge betegnelser: anmodning, verserende post, implementering, verifikation, afsluttet post.

Hvordan adskiller dette sig fra et dokuments egen versionshistorik?

Et dokuments versionshistorik ligger normalt inde i selve filen eller dens metadata og viser rækkefølgen af nummererede versioner, der er udstedt. En revisionslog er et separat register, der kan dække mange dokumenter på én gang, og som registrerer selve ændringsaktiviteten (hvem rørte hvad og hvornår) frem for kun det resulterende versionsnummer. Mange organisationer holder begge dele: dokumentet bærer sit versionsnummer og sin ikrafttrædelsesdato, og loggen bærer fortællingen om hver ændring, der frembragte dem.

Hvem bør verificere en logført ændring?

Nogen andre end den, der implementerede den. Formålet med beslutningen 'Verificeret mod dokumentet?' er et uafhængigt tjek af, at før-og-efter-beskrivelsen i posten faktisk matcher det, der ændrede sig i dokumentet, ikke en second opinion fra den samme person, der skrev begge dele. I et meget lille team kan det være logejeren frem for en dedikeret reviewer, men det bør ikke være forfatteren, der tjekker sin egen post.

Brug denne skabelon

Mere i Skabeloner til procesdiagrammer