Versiebeheer in Microsoft 365: grip op documentversies en sjabloonversies

Waarom versiebeheer een risicomaatregel is

Versiebeheer wordt vaak gepresenteerd als gemak: "je kunt altijd terug". Dat is de kleinste van de drie waarden. De andere twee zijn belangrijker.

De eerste is risicobeperking. Bij een contract, een accountantsverklaring of een patiëntbrief is de verkeerde versie geen ongemak maar een incident. De schade zit in de handeling die op basis van het foute document is verricht: een ondertekening, een verzending, een besluit.

De tweede is aantoonbaarheid. Bij een geschil of audit is de vraag niet alleen wat er in het document staat, maar wie het wanneer heeft gewijzigd en welke versie op het beslismoment gold. Een documentbibliotheek zonder versiehistorie kan die vraag niet beantwoorden. Hoe je die bewijslast structureel organiseert, staat in audit trail voor documentgovernance.

Hoofdversies en subversies in SharePoint

Elke documentbibliotheek in SharePoint heeft versie-instellingen (Bibliotheekinstellingen → Versiebeheerinstellingen). Je kiest tussen drie standen:

• Geen versiebeheer. Elke opslag overschrijft het vorige bestand. Vermijd dit voor elke bibliotheek met documenten die er toe doen.
• Alleen hoofdversies (1.0, 2.0, 3.0). Elke opslagactie levert een nieuwe zichtbare versie op. Geschikt voor werkdocumenten en samenwerking.
• Hoofd- en subversies (1.0, 1.1, 1.2, 2.0). Concepten (subversies) zijn alleen zichtbaar voor bewerkers; pas bij publiceren ontstaat een nieuwe hoofdversie die lezers zien.

Voor bibliotheken met contracten, beleidsstukken, sjablonen en gepubliceerde documenten is de derde stand de juiste. Het onderscheid tussen "waar wordt aan gewerkt" en "wat geldt" wordt dan expliciet in plaats van impliciet. Zet daarbij een realistisch maximum aantal bewaarde versies en beoordeel dat maximum per bibliotheek, niet tenantbreed.

In- en uitchecken: wanneer wel, wanneer niet

Uitchecken (check-out) claimt een document exclusief. Zolang jij het bestand hebt uitgecheckt, kunnen anderen het openen om te lezen, maar niet wijzigen. Bij het inchecken geef je een opmerking mee die zichtbaar is in de versiegeschiedenis — in de praktijk het waardevolste onderdeel, omdat het uitlegt waaróm iets is gewijzigd.

Uitchecken staat op gespannen voet met co-authoring, waarbij meerdere mensen tegelijk in hetzelfde document werken. Een werkbare verdeling:

• Co-authoring voor werkdocumenten, notities, projectplannen en interne rapporten.
• Uitchecken verplicht voor sjablonen, clausulebestanden, beleidsdocumenten en contracten in de eindfase — daar wil je één eigenaar per wijziging.

Let op één klassieke valkuil: een uitgecheckt bestand dat weken blijft staan omdat de eigenaar met vakantie is. Sitebeheerders kunnen een check-out ongedaan maken, maar niet-opgeslagen wijzigingen gaan dan verloren. Spreek af dat check-outs binnen een werkdag worden ingecheckt.

Versies bekijken, vergelijken en herstellen

De versiegeschiedenis open je via het contextmenu van het bestand in SharePoint of OneDrive, of vanuit Word via Bestand → Info → Versiegeschiedenis. Je ziet per versie het tijdstip, de gebruiker, de bestandsgrootte en eventuele opmerkingen.

Praktische handelingen:

• Openen. Bekijk een eerdere versie zonder de huidige te wijzigen — handig om te controleren of je de juiste versie wilt terugzetten.
• Herstellen. De gekozen versie wordt als nieuwe versie bovenop de reeks geplaatst. Er gaat niets verloren; de tussenliggende versies blijven bewaard. Dit is het belangrijkste verschil met het overschrijven van een bestand op een netwerkschijf.
• Vergelijken. Word kan twee versies naast elkaar zetten via Controleren → Vergelijken. Voor contracten en beleidsstukken is dit de snelste manier om te zien wat er inhoudelijk is veranderd.
• Verwijderen. Mogelijk, maar wees terughoudend: het verwijderen van versies tast de bewijskracht van de historie aan.

Audit trail en compliance

Voor gereguleerde organisaties is versiegeschiedenis onderdeel van de bewijsvoering. Drie punten om vooraf te regelen:

• Bewaartermijn versus versielimiet. Als een bibliotheek maximaal een beperkt aantal versies bewaart, verdwijnen oudere versies stilzwijgend. Controleer dat die limiet niet in strijd is met de bewaarplicht die op de documentsoort rust.
• Retentielabels boven versiebeheer. Purview-retentie werkt op documentniveau en kan verwijdering blokkeren. Zorg dat labels zijn toegepast op bibliotheken waar het echt om gaat — zie compliance in documentbeheer.
• Herkomst vastleggen. Versiegeschiedenis vertelt wat er is gewijzigd, niet waaruit het document is ontstaan. Leg bij het genereren vast welke sjabloon- en clausuleversie zijn gebruikt; dat is de vraag die bij een audit als eerste komt.

De bredere inrichting van rechten, opslag en retentie waarbinnen dit valt, staat beschreven in documentbeheer in Microsoft 365.

Hoe Documentaal verouderde versies uit de omloop haalt

dStyle365 pakt het distributieprobleem aan. Gebruikers openen Word en zien in het lint de sjablonen die op dat moment zijn goedgekeurd — geen bestandslocatie, geen kopie. Trekt een beheerder een sjabloonversie in, dan is die versie meteen niet meer aanmaakbaar. Er is geen migratie- of communicatietraject nodig, omdat er niets gedistribueerd is.

Bij elk gegenereerd document legt het platform vast uit welke sjabloonversie en welke clausuleversies het is opgebouwd, en die informatie gaat als metadata mee naar SharePoint. Bij een vraag achteraf — "welke voorwaarden golden in dit contract?" — is dat in één oogopslag te herleiden, zonder de versiegeschiedenis handmatig door te lopen.

Voor clausules geldt hetzelfde principe als voor sjablonen: ze hebben een eigenaar, een goedkeuringsstatus en een versie. Wijzigt een clausule, dan werken nieuwe documenten direct met de nieuwe tekst, terwijl bestaande documenten hun oorspronkelijke versie behouden — inclusief vastgelegde herkomst.

In de praktijk ontstaan de meeste versie-incidenten niet in de documentbibliotheek, maar bij het startpunt — het sjabloon dat een gebruiker pakt.

Checklist voor een gezonde versie-inrichting

1. Zet hoofd- en subversies aan op alle bibliotheken met documenten die extern gaan of juridisch binden.
2. Stel het maximum aantal versies af op de bewaarplicht per documentsoort, niet op opslagkosten alleen.
3. Maak uitchecken verplicht voor sjabloon-, clausule- en beleidsbibliotheken.
4. Spreek af dat incheck-opmerkingen verplicht worden ingevuld bij wijzigingen aan gecontroleerde documenten.
5. Serveer sjablonen centraal in plaats van ze te distribueren, zodat kopieën overbodig worden.
6. Leg bij documentaanmaak de sjabloon- en clausuleversie vast als metadata.
7. Controleer jaarlijks welke bibliotheken nog zonder versiebeheer draaien.