Versiebeheer documenten: welke versie is de echte?

Versiebeheer van documenten regel je door van elk document dat mensen daadwerkelijk volgen één bron aan te wijzen, er één eigenaar aan te hangen, een vaststellingsdatum en een status toe te voegen, en te herzien zodra er iets verandert — niet automatisch bij elke opslag. Waar je een document bewaart en welke versie geldig is, zijn twee aparte vragen; een tool als SharePoint of Google Drive lost alleen de eerste vanzelf voor je op.

Wat is versiebeheer van documenten, en waarom loopt het zo vaak mis?

Versiebeheer is de manier waarop je vastlegt welke versie van een document op dit moment de geldige is, wie dat heeft bepaald en wanneer. Het loopt mis zodra 'de nieuwste versie' wordt verward met 'de geldige versie' — een collega die een kopie bijwerkt zonder hem officieel vrij te geven, maakt een nieuwer bestand, geen nieuwe geldige versie.

Herkenbaar: een bestand genaamd handleiding_v3_definitief_JW_final.docx, met een kopie op de gedeelde schijf, een kopie in een e-mail van drie maanden geleden en een geprinte versie die aan de muur van de werkplek hangt. Alle drie zien eruit als 'de instructie'. Geen enkele vertelt je of hij nog klopt, en niemand weet zeker welke de collega's op de vloer daadwerkelijk volgen.

Dit speelt het duidelijkst bij documenten die letterlijk worden gevolgd, zoals een werkinstructie of een SOP — daar leidt de verkeerde versie meteen tot een verkeerde handeling. Maar hetzelfde patroon ontstaat bij een prijslijst, een beleidsstuk of een contract. Iemand die drie kopieën naast elkaar moet leggen om te bepalen welke klopt, is niet aan het werk maar aan het zoeken naar het juiste bestand — en dat kost meer tijd dan de documentkop die het had voorkomen.

Wat is het verschil tussen technisch versiebeheer en organisatorisch versiebeheer?

Technisch versiebeheer is wat een tool als SharePoint, Google Drive of Confluence gratis meelevert: elke opslag krijgt een tijdstempel en je kunt teruggaan naar een eerdere versie. Organisatorisch versiebeheer is de vraag die de tool niet beantwoordt: wie heeft deze versie goedgekeurd, wanneer verloopt hij, en wie moet weten dat hij is gewijzigd.

Dat onderscheid wordt vaak niet gemaakt, omdat beide 'versiebeheer' heten. Een bedrijf dat overstapt naar een tool met versiegeschiedenis, denkt daarmee het probleem te hebben opgelost — en heeft alleen de eerste helft ervan opgelost. De tool onthoudt feilloos wát er is opgeslagen en wanneer. Wie bepaalt of een van die opgeslagen versies ook de geldige is, blijft een menselijke afspraak die nergens in de software staat, tenzij je hem er zelf in zet.

Wat hoort er minimaal in een documentkop te staan?

Vijf velden zijn genoeg voor de meeste bedrijven: wie de eigenaar is, welke versie het is, wanneer die is vastgesteld, wanneer hij uiterlijk wordt herzien, en wat er in de laatste wijziging is veranderd. Zonder deze kop moet iedereen die het document opent zelf uitzoeken of het nog klopt — en dat gebeurt in de praktijk bijna nooit.

Voor documenten die extern worden gedeeld of waarvan een oude versie actief gevaarlijk of verwarrend is als iemand hem per ongeluk gebruikt, is een zesde veld de moeite waard: status — concept, geldig of vervallen. Dat voorkomt dat een verouderde versie die je niet hebt verwijderd, per ongeluk wordt aangezien voor de huidige.

Heb je major/minor-versienummering nodig, of is dat overkill?

Voor de meeste interne documenten is een simpel oplopend nummer of alleen een datum genoeg. Major/minor-nummering — 1.0, 1.1, 2.0 — wordt de moeite waard zodra meerdere mensen tegelijk aan een document werken, zodra het extern wordt gedeeld met een klant of auditor, of zodra een klein verschil tussen twee versies grote gevolgen kan hebben.

• Alleen een datum volstaat bij documenten met één eigenaar die niemand anders tegelijk bewerkt — de meeste interne procedures en werkinstructies vallen hieronder.
• Major/minor is de moeite waard zodra een document extern wordt gedeeld en een klant of auditor moet kunnen aantonen welke versie hij precies ontving.
• Major/minor is de moeite waard bij documenten waar een klein verschil tussen versies een groot gevolg heeft — een prijslijst, een contract, een technische tekening.
• Overkill is een volledig documentbeheersysteem met workflows en goedkeuringsketens voor een interne instructie die door twee collega's wordt gelezen.

Werk je al met een concreet nummeringsschema voor procedures — bijvoorbeeld concept als 0.x, vrijgave als 1.0, kleine wijzigingen als 1.1, 1.2 — dan staat die uitwerking in het artikel over SOP's maken. Het punt hier is een stap eerder: bepaal per documentsoort of je dat niveau van precisie daadwerkelijk nodig hebt, voordat je het overal invoert. De meeste MKB-bedrijven hebben voor het merendeel van hun documenten aan een datum en een naam genoeg.

Wanneer herzie je een document: op een gebeurtenis, of op een vaste datum?

Herzie een document zodra er iets verandert dat de inhoud raakt — een procesverandering, een incident, een nieuwe machine of een nieuwe regel — en gebruik een kalenderdatum alleen als vangnet voor wat je anders zou vergeten. Wachten op de jaarlijkse revisieronde betekent dat een document maandenlang fout kan staan terwijl iedereen het intussen gewoon gebruikt.

1. Een procesverandering — een nieuwe leverancier, een nieuw systeem, een andere werkwijze.
2. Een incident of bijna-ongeval waarbij bleek dat de instructie niet klopte of niet werd gevolgd.
3. Een nieuwe machine, tool of softwareversie waarmee het werk wordt gedaan.
4. Een gewijzigde wet- of regelgeving die de inhoud van het document raakt.
5. Een vraag die voor de derde keer terugkomt over iets dat het document eigenlijk al had moeten afdekken.

Een vaste jaarlijkse revisiedatum vervangt dit lijstje niet, maar vangt op wat er tussendoor is gemist: het document waarvan niemand toevallig heeft opgemerkt dat de praktijk eromheen is veranderd. Beide horen erbij — de gebeurtenis triggert de herziening die ertoe doet, de kalenderdatum vangt de rest op.

Wat vraagt ISO 9001 in de praktijk van een bedrijf dat niet gecertificeerd is?

ISO 9001 groepeert dit onder 'gedocumenteerde informatie': een document moet herkenbaar zijn, beoordeeld en goedgekeurd zijn vóór gebruik, en beschermd worden tegen onbedoelde wijziging en tegen het gebruik van een verouderde versie. Zonder certificeringsdoel ben je hier niet toe verplicht — de vijf velden uit de documentkop hierboven dekken in de praktijk het grootste deel van wat een auditor zou toetsen.

Concreet vertaalt de eigen Auditing Practices Group van ISO/TC 176 clausule 7.5 naar een kort rijtje praktijkvragen voor een auditor: is er een proces ingericht voor identificatie, beschrijving en format, voor beoordeling en goedkeuring, en voor toegang, opvraging en opslag — met wijzigingsbeheer als aparte eis ernaast.⁷ Dat rijtje dekt vrijwel één op één de velden uit de documentkop hierboven: eigenaar en versie zijn identificatie, vastgesteld op is de beoordeling en goedkeuring, en herzien vóór is het wijzigingsbeheer waar de norm om vraagt. Een andere APG-uitgave citeert clausule 7.5.1(b) zelf op dit punt: de organisatie bepaalt welke 'documented information determined by the organization as being necessary for the effectiveness of the quality management system' zij vastlegt — precies het criterium dat aangeeft wanneer een document een documentkop verdient en wanneer niet.⁸

NEN, dat de Nederlandse editie van de norm uitgeeft, wijst in haar eigen toelichting op een onderliggend onderscheid: wat je onderhoudt (een document, zoals een procedure) tegenover wat je bewaart (een registratie, zoals een ondertekend formulier). De begeleidende richtlijn NEN-ISO 10013 is herzien om rekening te houden met digitalisering en beweegt daarbij bewust weg van een verplichte, hiërarchische mappenstructuur.⁴ Met andere woorden: ook de norm zelf schrijft geen tool voor — hij schrijft voor wat een tool moet kunnen aantonen.

Voor de aanverwante clausule over kennis van de organisatie zelf gaat het artikel over ISO 9001 en kennis van de organisatie dieper in. Dit artikel blijft bewust beperkt tot de vraag welke versie van een document geldig is — niet tot ISO 9001 als geheel.

Moet je oude versies bewaren, archiveren of mag je ze weggooien?

Voor de meeste interne documenten mag je een oude versie verwijderen zodra de nieuwe is vastgesteld, mits je hem herkenbaar als vervallen markeert in plaats van hem gewoon te laten staan. Voor administratieve en fiscale documenten ligt dat anders: daarvoor geldt een wettelijke bewaarplicht van zeven jaar, ongeacht of je ze nog gebruikt.

Elke rechtspersoon is verplicht een administratie te voeren waaruit te allen tijde de rechten en verplichtingen kunnen worden gekend, en de onderliggende boeken, bescheiden en andere gegevensdragers gedurende zeven jaar te bewaren.¹ Voor de btw-administratie geldt in beginsel dezelfde termijn van zeven jaar, met een uitzondering van tien jaar voor onroerend goed.² Beide termijnen gaan pas lopen zodra een document zijn actuele waarde heeft verloren — een lopend contract van vier jaar telt dus pas vanaf het moment dat het afloopt, niet vanaf de ondertekening.

Hoe ruim je een bestaande zooi van documenten op — in uren, niet als project?

Je ruimt een bestaande verzameling documenten op door niet alles in één keer inhoudelijk te herzien, maar eerst in een dagdeel te bepalen welk bestand per onderwerp het brondocument is, de rest te markeren als vervallen, en pas daarna de inhoud bij te werken. Een volledige inhoudelijke revisie van alles ineens is het project dat binnen een maand doodbloedt.

1. 1

   Verzamel alle versies van hetzelfde document op één plek

   Zoek op bestandsnaam én op onderwerp, niet alleen in de map waar je hem verwacht. Reken op ongeveer twee uur voor een gemiddelde afdeling.

2. 2

   Wijs per onderwerp één brondocument aan

   Kies de meest recente versie die door de juiste persoon is goedgekeurd, niet de versie met de nieuwste bestandsdatum. Bij twijfel: vraag het aan wie het werk nu doet, niet aan wie het ooit schreef.

3. 3

   Markeer of verwijder de rest

   Een naam met 'VERVALLEN' erin, een watermerk, of gewoon verplaatsen naar een aparte archiefmap is genoeg. Laat niets ongemarkeerd naast het brondocument staan.

4. 4

   Vul de documentkop in op het brondocument

   Eigenaar, versie, vastgesteld op, herzien vóór. Nog geen inhoudelijke revisie — vandaag gaat het alleen om weten welke versie geldt.

5. 5

   Zet een herzieningsdatum drie tot zes maanden vooruit

   Niet vandaag, niet over vijf jaar. De inhoudelijke check komt op die datum; vandaag ben je klaar zodra de kop klopt.

Deze opruimactie is het startpunt, niet het eindpunt. Waar je de opgeschoonde brondocumenten daarna structureert zodat ze vindbaar blijven, staat in een interne kennisbank maken — versiebeheer bepaalt of een document klopt, een kennisbank bepaalt of iemand het terugvindt. Beide heb je nodig, en het een lost het ander niet op.