Dokumentversionsstyring til ISO 9001-kvalitetsledelsessystemer

Kort fortalt

• Punkt 7.5 kræver, at dokumenteret information identificeres, gennemgås og godkendes før udstedelse, distribueres og adgangsstyres, og opbevares eller bortskaffes: versionsstyring er identifikations- og godkendelseshalvdelen af den liste.
• ISO 9001:2015 fjernede den obligatoriske procedure »styring af dokumenter«; en skreven procedure er valgfri, selve kontrollen er det ikke.
• En auditor stikprøvekontrollerer versionsstyring ved at tage et dokument ved anvendelsesstedet og tjekke dets revision mod registret, ikke ved at læse jeres procedure.
• Versionsstyring (= revisionsstyring) er ikke ændringsstyring (at godkende en ændring) eller dokumentstyring (hele punkt 7.5-systemet) eller dokumenthåndtering (opbevaring og fremfinding).
• At trække den erstattede kopi tilbage er lige så meget et punkt 7.5-krav som at udstede den nye: de fleste audithuller ligger her, ikke i nummereringssystemet.
• QueryCharts versionshistorik (ændringslog, Sammenlign versioner, gendannelse) dækker versionsstyringskravet gratis; se /features/version-control.

Punkt 7.5 droppede proceduren, ikke beviset

»Versionsstyring«, »revisionsstyring«, »ændringsstyring« og »dokumentstyring« bliver brugt, som om de var indbyrdes udskiftelige, og i et ISO 9001-audit koster den vane fund. Versionsstyring og revisionsstyring er samme idé under to navne: at vide, hvilken iteration af et dokument der er gældende. Ændringsstyring er beslutningen, der godkender en ændring, før den sker. Dokumentstyring er det bredere system, punkt 7.5 faktisk navngiver, og versionsstyring er ét krav indeni det. En auditor, der siger »vis mig jeres versionsstyring«, stiller ét specifikt spørgsmål: for et vilkårligt dokument, hvilken revision er gældende lige nu, og hvem sagde det.

Punkt 7.5 i ISO 9001:2015 kræver ikke en dokumenteret procedure: de seks obligatoriske procedurer, 2008-udgaven krævede, inklusive én med titlen »styring af dokumenter«, blev fjernet. Det, der erstattede dem, er et krav om at styre »dokumenteret information«: identificere og beskrive den (en titel, en dato, en forfatter, et referencenummer, versionen), gennemgå og godkende den for egnethed før udstedelse, og styre dens distribution, adgang, fremfinding, opbevaring, beskyttelse mod utilsigtet ændring, samt opbevaring og bortskaffelse. Intet på den liste siger, at kontrollen skal skrives ned som en procedure. Alt på den siger, at kontrollen skal kunne påvises, hvilket er, hvad en auditor stikprøvekontrollerer for: tag et dokument ved anvendelsesstedet, tjek dets revision mod registret, og spørg, hvad der skete med den, det erstattede.

QueryCharts gratis versionshistorik giver jer den påviselige halvdel uden ekstra opsætning: hver gemning er en dateret, tilskrevet revision, ændringsloggen viser, hvem der ændrede hvilket felt og fra hvilken værdi, Sammenlign versioner sætter to revisioner side om side, og at gendanne en gammel er ét klik. Se /features/version-control. Det, den ikke gør alene, er at køre det bredere dokumentstyringslivsforløb (anmodning, udkast, review, godkendelse, udstedelse, tilbagetrækning, review igen), hvilket er den fyldigere proces, gennemgået på /da/guides/saadan-laver-du-en-dokumentstyringsproces og bygget ud herunder som diagrammet på /da/templates/dokumentstyring-proces. Denne guide holder sig inden i versionsstyringsskiven af det livsforløb: id'et og revisionen, godkendelsen før udstedelse, og tilbagetrækningen af det, en ny revision erstatter.

Hvor punkt 7.5's kontroller sidder i ét livsforløb

Tyve rækker, fem baner: samme kæde, en auditor ville stikprøvekontrollere: identificér, godkend, versionér, publicér, træk tilbage, styr adgang, opbevar eller bortskaf derefter.

1. Identificér, godkend så før brug

   Rækkerne 1 til 8 er punkt 7.5's »identificér« og »godkend før brug«: »Opret dokumentændringsanmodning« kommer, før nogen udarbejder et udkast, »Gennemfør faglig gennemgang« og »Kommentarer at afklare?« løkker gennem »Ret udkastet efter kommentarerne«, og »Godkendt til udstedelse?« er den godkendelse, punkt 7.5 kræver, før et dokument når nogen andre.

2. Versionsnummeret, registret, tilbagetrækningen

   Række 9, »Tildel version og ikrafttrædelsesdato«, er det id, punkt 7.5 navngiver. Række 10 skriver det til dokumentregistret som en Fil-række. Række 11 publicerer på den styrede placering. Række 12, »Træk forældede kopier tilbage«, er den bortskaffelseskontrol, de fleste dokumentstyringsprocesser helt udelader.

3. Distribution og adgang, navngivet som rækker

   Rækkerne 13 til 16 er distributions- og adgangshalvdelen af punkt 7.5: »Kræver ændringen oplæring?« forgrener til »Gennemfør oplæring i ændringen« eller »Læs og kvitter for ny version«, og begge mødes ved »Arbejd efter gældende version«, den række, der gør det til en afvigelse at bruge noget andet.

4. Opbevaring og bortskaffelse lukker løkken

   »Udløs planlagt periodisk review« og »Er dokumentet stadig gyldigt?« er det reviewinterval, punkt 7.5 antyder. »Gyldigt« registrerer udfaldet og næste dato ved række 19; »Revider« løkker tilbage til række 2 for at åbne en ny version; »Udfas« når frem til »Dokument tilbagetrukket og udfaset«: bortskaffelse, den kontrol, de fleste registre reelt aldrig udøver.

Sådan fungerer det

1. Giv hvert dokument et entydigt id og en revision

   Fastlæg et nummereringssystem (hele tal til udstedte revisioner, decimaler til udkast), og tryk id, revision, ikrafttrædelsesdato og godkender i sidehovedet på hver side. Dette er »identificér«-halvdelen af punkt 7.5's krav om dokumenteret information, og det er det første, en auditor tjekker mod registret.

2. Registrér godkendelse før udstedelse, ikke bagefter

   Send hvert nyt eller revideret dokument gennem en navngiven reviewer og godkender, før det når sin styrede placering, og hold en registrering af, hvem der godkendte hvilken revision, og hvornår. Punkt 7.5 beder om godkendelse for egnethed og tilstrækkelighed før brug: et dokument, der allerede er i omløb, og som godkendes bagudrettet, er fundet, ikke rettelsen.

3. Publicér på én autoritativ placering, og registrér det

   Hver kopi uden for dén ene placering er et kontrolhul, der venter på at blive fundet. Skriv den nye revision til dokumentregistret i samme trin, I publicerer den, så registret og den styrede kopi aldrig kan glide fra hinanden.

4. Træk den erstattede revision tilbage i samme trin

   Giv tilbagetrækning sit eget trin straks efter publicering, og list hvert anvendelsessted, den gamle revision nåede ud til: opslagstavler, fælles drev, leverandørmapper. Et register, der siger, at revision 4 er gældende, mens revision 3 stadig hænger på væggen, er det hul, de fleste audits faktisk finder.

5. Sæt et reviewinterval, og registrér dets udfald

   Sæt en reviewdato på hvert styret dokument, og log udfaldet (behold, revidér eller udfas) frem for kun at forny datoen. Punkt 7.5's bortskaffelseskrav forventer en afslutning, så »udfas« skal være et opnåeligt udfald på diagrammet, ikke en antagelse uden for det.

6. Lad QueryCharts versionshistorik stå som jeres dokumentation

   Hver redigering af et diagram eller dokument bygget i QueryChart er automatisk en dateret, tilskrevet revision. Åbn ændringsloggen for at vise en reviewer præcis, hvad der ændrede sig, brug Sammenlign versioner til at sætte to revisioner side om side for en auditor, og gendan en tidligere, hvis en revision skal rulles tilbage. Se /features/version-control.

Faldgruber du skal undgå

• En procedure, der beskriver en kontrol, ingen kører

  At skrive en elegant dokumentstyringsprocedure tilfredsstiller ingen, hvis registret er uenigt med det, der hænger på væggen. Punkt 7.5 kræver ikke proceduren; det kræver beviset, så brug indsatsen på registret og tilbagetrækningslisten, ikke proseteksten.

• At forveksle versionsstyring med ændringsstyring

  Versionsstyring svarer på »hvilken revision er gældende«; ændringsstyring svarer på »blev denne ændring godkendt, før den skete«. Et diagram kan vise begge dele, men de er separate spørgsmål med separate rækker: at smelte dem sammen til ét godkendelsestrin er dét, der får en auditor til at stille et opfølgende spørgsmål, I ikke kan svare på. Se /da/guides/saadan-laver-du-en-aendringsstyringsproces for ændringsstyringsmekanikken alene.

• Intet svar for den printede kopi

  En revision printet til en maskinstation eller givet til en leverandør er uden for jeres styrede placering, og det er den kopi, en auditor beder om at se først. Enten stempl og registrér tilladte udskrifter, eller forbyd dem: »vi har ikke en politik om det« er ikke et versionsstyringssystem.

• At behandle gendannelse som fortryd

  At gendanne en gammel diagramrevision i QueryChart skaber en ny gældende revision frem for at slette dem imellem, så den fulde historik forbliver intakt for registret og for en auditors spor. At gendanne er ikke den samme handling som at slette en fejl.

Byg jeres ISO 9001-dokumentregister

Tag dokumentstyringsdiagrammet som jeres startregister, tildel jeres eget nummereringssystem, og lad QueryCharts ændringslog stå som den dokumentation, et ISO 9001-audit stikprøvekontrollerer for.

Byg jeres ISO 9001-dokumentregister

Relaterede guides

• Hvad er versionsstyring af dokumenter og procedurer?
• Sådan versionsstyrer du et dokument
• Sådan versionsstyrer du en SOP

Ofte stillede spørgsmål

Hvad kræver ISO 9001 punkt 7.5 reelt for dokumentversionsstyring?

Det kræver, at dokumenteret information identificeres (en titel, dato, forfatter og reference, versionen), gennemgås og godkendes for egnethed før udstedelse, og styres for distribution, adgang, fremfinding, opbevaring, beskyttelse mod utilsigtet ændring, samt opbevaring og bortskaffelse. Versionsstyring er identifikations-, godkendelse-før-udstedelse- og bortskaffelsesdelene af den liste; distribution og adgang er en beslægtet, men separat kontrol, punkt 7.5 angiver ved siden af den.

Kræves der stadig en skreven procedure til dokumentstyring under ISO 9001:2015?

Nej. 2015-revisionen fjernede de seks obligatoriske dokumenterede procedurer, 2008-udgaven krævede, inklusive den med titlen »styring af dokumenter«. Det, punkt 7.5 nu beder om, er selve kontrollen, påvist gennem dokumenteret information (et register, et versionssystem, en godkendelsesregistrering), uanset om en procedure beskriver, hvordan I kører den. Se /da/guides/saadan-laver-du-en-dokumentstyringsproces for den fyldigere proces, en procedure ellers ville beskrive.

Hvordan adskiller versionsstyring sig fra revisionsstyring, ændringsstyring og dokumentstyring?

Versionsstyring og revisionsstyring er samme idé under to navne: at vide, hvilken iteration af et dokument der er gældende. Ændringsstyring er beslutningen, der godkender en ændring, før den laves: porten, ikke registreringen. Dokumentstyring er hele det system, punkt 7.5 navngiver, hvoraf versionsstyring er én del; dokumenthåndtering er den bredere disciplin at opbevare, finde og sikre dokumenter, version eller ej. Denne side dækker versionsstyringsskiven; /da/guides/saadan-laver-du-en-aendringsstyringsproces dækker ændringsstyringsmekanikken.

Er dokumentversionsstyring til ISO 9001 det samme som punkt 4.4?

Nej. Punkt 4.4 beder jer om at fastlægge en proces' input, output, rækkefølge, samspil med andre processer, kriterier, ressourcer, ansvar og risici: procesdesign, ikke dokumenter. Punkt 7.5 styrer den dokumenterede information, en proces producerer, inklusive dens version. Et procesdiagram kan opfylde en del af 4.4 og stadig fejle 7.5, hvis selve diagrammet ikke har nogen revision, ingen godkendelsesregistrering og ingen registerpost. Se /da/guides/saadan-laver-du-en-proces-til-iso-9001 for punkt 4.4-siden.

Opfylder QueryCharts versionshistorik ISO 9001-kravet om versionsstyring?

For identifikations-, godkendelse-før-udstedelse- og historiksiden, ja: hver gemning er en dateret, tilskrevet revision, ændringsloggen registrerer, hvem der ændrede hvad, og Sammenlign versioner og gendannelse giver jer den dokumentation, en auditor stikprøvekontrollerer for, alt sammen i gratisniveauet. Se /features/version-control. Det, den ikke gør som standard, er at håndhæve et hash-kædet, manipulationssikret audit trail mod et navngivet compliance-framework: det er en separat, tilvalgt funktion til organisationer, der har brug for det, ikke noget slået til for hvert diagram.