Er verschijnt een e-mail van een klant op uw laptop: “Dit contract staat vol met fouten.”

U opent het bestand en u realiseert zich — u heeft hun een versie van 36 uur geleden verzonden, voordat de juridische afdeling deze had beoordeeld, voordat die cruciale clausule was goedgekeurd. Niemand kan u met zekerheid vertellen welke versie u heeft verzonden, of waarom.

Dat is een fout in het versiebeheer. En op een kwetsbaar moment — een audit, een bijna-incident, een klacht van een klant, een intern geschil — kan dit meer betekenen dan een verloren deal. Het kan een compliance-overtreding betekenen die u niet kunt verdedigen, een geschil dat u niet kunt bewijzen, of een klantrelatie die niet herstelt.

Documentversiebeheer helpt u te beantwoorden wie wat heeft gewijzigd, wanneer, en welke versie u heeft verzonden. Als u verantwoordelijk bent voor de manier waarop documenten zich door uw organisatie bewegen — contracten, nalevingsregisters, intern beleid — is dit wat u daarover moet begrijpen.

Wat is documentversiebeheer?

Documentversiebeheer staat ook wel bekend als revisiebeheer of bestandsversiebeheer. Het is het systeem dat elke wijziging in een lopend bestand of project bijhoudt. Het overschrijft niet wat er voorheen stond. Het bewaart elke wijziging als een nieuwe invoer in de geschiedenis van het document, zodat u elke beslissing kunt zien die verschillende medewerkers hebben genomen en desgewenst kunt terugkeren naar een eerdere versie.

Versiebeheer kan handmatig worden gedaan — door bestanden op te slaan en te hernoemen als “v1”, “v2”, “FINAAL” — maar dat hangt ervan af of iedereen consequent dezelfde conventie volgt, waardoor er hiaten in de registers kunnen ontstaan.

De betrouwbaardere aanpak is het gebruik van zakelijke cloudopslag-software die dit automatisch doet en elke wijziging op de achtergrond registreert zonder dat iemand eraan hoeft te denken. U hoeft bestanden niet handmatig op te slaan en te voorzien van versienummers; dit gebeurt automatisch, waardoor u een volledig overzicht van de wijzigingen krijgt zonder dat iemand dit hoeft bij te houden.

Verderop in dit blog vindt u meer tips over het vinden van de juiste software.

Lees meer over de best practices van documentbeheer.

Waarom is versiebeheer belangrijk voor compliance?

In gereguleerde sectoren zoals de gezondheidszorg, de juridische sector of de financiële sector hebben procesfouten zoals documentproblemen ernstige gevolgen: ze laten hiaten achter in uw administratie die u op een dag mogelijk moet uitleggen.

Wat is er gewijzigd?

Als er iets misgaat met een document — een clausule die er niet had mogen staan, een getal dat niet overeenkomt met wat is afgesproken, voorwaarden die in strijd zijn met een eerdere versie — is de eerste vraag die iedereen stelt: wat is er gewijzigd, en wanneer?

In een gereguleerde omgeving is die vraag niet alleen intern. Een financiële toezichthouder wil mogelijk exact weten wat er in een klantovereenkomst is gewijzigd en wanneer. Een rechtbank wil mogelijk zien of een clausule in het oorspronkelijke concept aanwezig was of later is toegevoegd. Een compliance officer moet mogelijk kunnen aantonen dat een beleidsdocument niet is gewijzigd nadat het was goedgekeurd.

Zonder een volledige versiegeschiedenis heeft geen van die vragen een betrouwbaar antwoord.

Wie had er toegang?

Weten wat er is gewijzigd, is slechts een deel van het verhaal. Toezichthouders en auditors willen ook weten wie er in welk stadium toegang had tot een document.

Een externe medewerker wiens toegang niet werd ingetrokken nadat een project was beëindigd. Een teamlid dat een bestand buiten de eigen bevoegdheid heeft geopend. Een externe partij die een concept heeft ingezien voordat het definitief was gemaakt. Geen van deze gebeurtenissen wijzigt het document — maar het zijn allemaal blootstellingsgebeurtenissen, en in een compliance-context moeten blootstellingsgebeurtenissen worden geregistreerd in het logboek.

Een SaaS-bedrijf dat PII-gegevens van klanten verwerkt, krijgt direct met deze vraag te maken telkens wanneer een enterprise-klant vraagt: “wie heeft onze gegevens ingezien, en kunt u dat bewijzen?” SOC 2-auditors zullen hetzelfde vragen. Als u die toegangsgeschiedenis niet kunt overleggen, slaagt u niet.

Welke versie is definitief?

Bij een contractgeschil, een indiening bij een toezichthouder of een intern onderzoek kan er maar één antwoord op deze vraag zijn.

Als er meerdere versies van een document bestaan op gedeelde drives, in e-mail-discussiedraden en in gedownloade kopieën, kan niemand met zekerheid zeggen welke versie leidend is. Ambiguïteit is een risico.

Een goed versiebeheersysteem markeert één enkel, van een tijdstempel voorzien bestand als definitief — en bewaart de volledige geschiedenis van alles wat eraan voorafging, zodat het antwoord op deze vraag nooit in twijfel wordt getrokken.

7 manieren om versiebeheer voor uw bedrijf te onderhouden

  1. Werk altijd in gedeelde bestanden — als er iemand in een lokale kopie werkt, ontstaat er een hiaat in de compliance-registratie
  2. Zorg dat u bent aangemeld wanneer u documenten bewerkt — anonieme bewerkingen kunnen niet worden toegewezen, en toewijzing is wat auditors vereisen
  3. Bewerk nooit buiten het systeem — wijzigingen in een gedownloade kopie of een e-mailbijlage zijn onzichtbaar in de versiegeschiedenis. Als het niet in het gedeelde document is gebeurd, is het niet officieel vastgelegd
  4. Deel toegang alleen met degenen die het nodig hebben — elke onnodige medewerker is een niet-geregistreerd blootstellingsrisico
  5. Trek toegang in wanneer deze niet langer nodig is — toegang die zijn doel overleeft is een risico, niet alleen een slordigheid
  6. Markeer en bescherm de definitieve versie — zodra een document is goedgekeurd, moet het duidelijk herkenbaar zijn als definitief en beschermd zijn tegen verdere bewerkingen. Een versiegeschiedenis vol wijzigingen na goedkeuring is geen zuivere nalevingsregistratie
  7. Verwijder nooit een document om opnieuw te beginnen — het verwijderen van een bestand vernietigt de nalevingsregistratie ervan permanent

Waar u op moet letten bij een documenttool

Voor zakelijk gebruik is dit wat belangrijk is:

  • Automatische versievermelding: De versiegeschiedenis zou geen handmatig werk moeten vereisen. Als teamleden versies handmatig moeten bijhouden, raken ze waarschijnlijk in de war en zorgt dit voor frictie. Ze hebben een realtime gezamenlijk document nodig dat de bewerkingen daadwerkelijk automatisch opslaat.
  • Lange retentie: Een bewerkingslogboek van 30 dagen is niet voldoende voor audits of geschillen. Zakelijk documentversiebeheer moet de gegevens maandenlang — of zelfs jarenlang — bewaren en ervoor zorgen dat alle nalevingscontroles actief blijven.
  • Veilige herstelopties: Het herstellen van een eerdere versie mag niet overschrijven of verwijderen wat daarna is gekomen. Zoek naar tools waarmee u een kopie van een eerdere versie kunt maken of volledig kunt terugdraaien terwijl de volledige geschiedenis intact blijft. Dit is cruciaal om klantgegevens te beschermen en teams op één lijn te houden.
  • Toewijzing en beheer: Tijdstempels zijn niet voldoende. U moet elke wijziging aan een persoon kunnen koppelen. Dat is wat bestandsrevisiebeheer nuttig maakt voor verantwoording. Bovendien moeten machtigingen of functies voor de verloopdatum van links niet via afzonderlijke tools worden beheerd. Versiebeheer en veilig bestanden delen voor teams moeten deel uitmaken van dezelfde workflow.
  • End-to-end versleuteling: De versiegeschiedenis kan gevoelige informatie bevatten. Als de serviceprovider toegang heeft tot alle conceptversies, dan is uw informatie ook voor hen toegankelijk. Zoek naar tools die volledige end-to-end versleuteling bieden voor een betere beveiliging.

Bescherm uw documenten vanaf het allereerste begin

Bij Proton hebben we Proton Docs en Proton Sheets ontwikkeld, online software voor gezamenlijke documenten en beveiligde spreadsheets, to give remote teams full control over their documents, met automatische versievermelding en end-to-end versleuteling voor elk bestand en elke revisie. Zo blijft uw documentgeschiedenis standaard beveiligd.

Versiebeheer is slechts zo betrouwbaar als de tools die erachter zitten. Proton Drive slaat uw versiegeschiedenis automatisch op, zonder dat er handmatige controlepunten nodig zijn. Het bewaart de documentgeschiedenis tot wel 10 jaar — lang genoeg om aan de meeste vereisten voor gegevensretentie te voldoen — en stelt u in staat om veilig terug te keren naar elke versie die u nodig heeft.

Begin met een gratis Proton-account of ontdek onze zakelijke cloudopslag, Drive for Business.