Documenten archiveren in Microsoft 365: een praktische aanpak

Back-up, versiebeheer en archivering zijn drie verschillende dingen

Dit onderscheid is de kern van het hele vraagstuk en het wordt structureel door elkaar gehaald. Een back-up beantwoordt de vraag: hoe kom ik terug na verlies? Een bibliotheek die per ongeluk verwijderd is, een site die door een fout leeggelopen is, een besmetting die bestanden versleutelt. Een back-up is technisch, kortcyclisch en niet bedoeld om er inhoudelijk in te zoeken.

Versiebeheer beantwoordt de vraag: wat stond er gisteren in dit document en wie heeft dat gewijzigd? Het speelt zich af binnen de levensduur van één bestand en is bedoeld voor het werkproces. Meer daarover in versiebeheer in Microsoft 365.

Archivering beantwoordt een heel andere vraag: welke documenten moeten we bewust bewaren, hoe lang, waar, onder welke verantwoordelijkheid — en wat mag dus weg? Archivering gaat over documentsoorten en over beleid, niet over bestanden en techniek. Wie deze drie door elkaar haalt, koopt een back-upoplossing in de veronderstelling dat het archiefprobleem daarmee opgelost is, en komt daar pas achter op het moment dat er iets teruggevonden moet worden.

Waarom "alles laten staan" geen strategie is

Opslag is goedkoop en verwijderen voelt riskant, dus de standaardhouding in veel organisaties is: bewaren. Het resultaat is een bibliotheek waarin de actuele versie van een document naast vier verouderde varianten, twee concepten en een pdf-export staat, allemaal met vergelijkbare bestandsnamen. Dat kost geen opslag maar tijd en zekerheid. Bij een vraag om inzage of een geschil moet iemand vaststellen welk document destijds gold, en dat is precies wat je niet kunt als alles er nog staat.

Er is ook een risicokant. Elk document dat je bewaart zonder reden, moet je wel beveiligen, in rechten beheren en verantwoorden. Ongestructureerd bewaren vergroot je aanvalsoppervlak en je verantwoordingslast. Bewust opruimen is daarom net zo goed een onderdeel van archivering als bewaren.

De bouwstenen die Microsoft 365 biedt

Microsoft 365 biedt op hoofdlijnen vier mechanismen die je voor archivering kunt inzetten. Welke daarvan in jouw tenant beschikbaar zijn en in welke vorm, verschilt per omgeving en per abonnement — controleer dat bij je eigen licentiebeheerder en in de actuele Microsoft-documentatie, want die details veranderen.

Retentielabels hangen aan een individueel document of e-mailbericht en bepalen wat ermee gebeurt na een gebeurtenis of periode: bewaren, bewaren en dan verwijderen, of alleen verwijderen. Labels kunnen handmatig worden toegekend, standaard worden gezet op een bibliotheek, of automatisch worden toegepast op basis van criteria. Retentiebeleid werkt breder: het geldt voor een hele locatie zoals een site of een postvak en zorgt dat inhoud daar niet zomaar verdwijnt. Beide worden centraal beheerd in Microsoft Purview.

Daarnaast is er bibliotheekinrichting: kolommen, inhoudstypen en weergaven waarmee je documentsoorten van elkaar kunt onderscheiden, en aparte archieflocaties waar afgeronde dossiers naartoe gaan met eigen rechten en een eigen beheerder. Welke combinatie je kiest, hangt af van je organisatie. Een adviespraktijk met projectdossiers heeft baat bij afsluiten-en-verplaatsen; een organisatie met losse documentsoorten stuurt eerder op labels.

Classificatie is de voorwaarde, niet de bijzaak

Elk archiveringsmechanisme werkt op de vraag: wat is dit document? Zolang het antwoord alleen in de bestandsnaam en de mapstructuur zit, kun je niets automatiseren. Mappen zijn geen metadata: ze zijn niet afdwingbaar, ze verhuizen mee bij reorganisaties en één document kan maar op één plek staan terwijl het aan meerdere dossiers kan hangen.

Begin daarom met een beperkte set inhoudstypen en verplichte kolommen per documentsoort: soort, eigenaar of afdeling, relatie tot klant of dossier, en de status (concept, definitief, vervallen). Beperk je tot velden die je daadwerkelijk gebruikt voor beleid of terugvinden — elk extra verplicht veld dat niemand nodig heeft, wordt binnen een maand slordig ingevuld. De praktische uitwerking daarvan staat in SharePoint metadata.

Archivering begint bij documentcreatie

Dit is het punt dat in archiefprojecten het vaakst wordt overgeslagen. Als documenten ongestructureerd ontstaan — een gebruiker pakt een oud bestand, slaat het op onder een nieuwe naam en zet het ergens neer — dan is er achteraf geen betrouwbare manier om vast te stellen wat het is. Je kunt classificatie dan alleen nog toepassen door te raden op basis van naam, locatie en inhoud, en dat gaat bij precies de documenten mis waar het ertoe doet.

Ontstaat een document daarentegen uit een gecontroleerd sjabloon met een formulier of gekoppelde brondata, dan zijn documentsoort, eigenaar, klant en datum al bekend op het moment van creëren. Die gegevens kunnen direct als metadata worden weggeschreven, waarna retentie en archivering vanzelf de juiste kant op werken. Archivering is in die zin een gevolg van goede documentcreatie, niet een losstaand project. Zie documentbeheer in Microsoft 365 voor het bredere plaatje en document governance voor de besturingskant.

Actief, semi-statisch en archief

Werk met drie toestanden in plaats van twee. Een actief dossier wordt dagelijks bewerkt, staat in de werkomgeving van het team en heeft ruime schrijfrechten. Een semi-statisch dossier is afgerond maar wordt nog geregeld geraadpleegd — denk aan een lopend contract of een afgerond project waarvan de nazorg nog loopt. Daar hoort lezen als standaard en wijzigen als uitzondering. Een archief-dossier wordt zelden geraadpleegd, mag niet meer wijzigen en valt onder een bewaartermijn met een aanwijsbare eigenaar.

Door deze drie toestanden expliciet te benoemen, wordt archivering een overgang met een moment en een verantwoordelijke in plaats van een vage eindtoestand. Bepaal per documentsoort wat de trigger is voor elke overgang: een projectafsluiting, een einddatum van een contract, een besluit. Zonder trigger blijft alles in de actieve toestand hangen.

Bewaartermijnen: proces, geen kant-en-klare lijst

We noemen hier bewust geen concrete termijnen. Hoe lang je iets moet bewaren verschilt per documentsoort, per sector en per wettelijk kader, en die kaders wijzigen. Een termijn overnemen uit een artikel is precies het soort beslissing waar je later spijt van krijgt. De organisatie stelt bewaartermijnen zelf vast, in overleg met juridische zaken, compliance of de functionaris gegevensbescherming, en legt ze vast in een bewaarschema per documentsoort.

Wat IT wél doet, is dat schema vertalen naar techniek en het beheersbaar houden: welk label hoort bij welke documentsoort, waar wordt het label toegekend, wat gebeurt er aan het eind van de termijn, en wie krijgt een signaal voordat er iets verdwijnt. Bouw altijd een reviewstap in bij verwijdering van documentsoorten met juridisch gewicht; automatisch en onomkeerbaar wissen is zelden verstandig als eerste stap. De compliancekant hiervan staat in compliance in documentbeheer.

Veelgemaakte fouten

• Archiveren op mapstructuur. Een map "Archief 2024" zegt niets over documentsoort of bewaartermijn en verhuist bij de eerste reorganisatie mee.
• Handmatige "Archief"-mappen per team. Iedereen doet het net anders, niemand ruimt op, en de mappen worden een tweede werkvoorraad.
• Kopieën naar netwerkschijven of externe media. Buiten je rechtenmodel, buiten je logging, buiten je retentie — en meestal ook buiten het zicht van de eigenaar.
• Retentie zonder eigenaar. Een label dat door niemand wordt onderhouden, verouderd stilletjes zodra beleid of documentsoorten veranderen.
• Alles in één keer willen doen. Begin met twee of drie documentsoorten met het grootste belang en breid uit; een organisatiebrede big bang strandt vrijwel altijd op classificatie.

Governance-vragen die je vooraf beantwoordt

Voordat je één label aanmaakt, moeten deze vragen een naam als antwoord hebben. Wie is eigenaar per documentsoort — niet de afdeling, maar een rol? Wie mag beslissen dat iets naar het archief gaat, en wie mag opschonen? Wat is de terugvindeis: binnen welke tijd moet je een document uit het archief kunnen tonen, en aan wie? Wie ziet wat na archivering, en wat gebeurt er met rechten van medewerkers die uit dienst gaan? Wie controleert periodiek of het beleid nog klopt met de praktijk?

Zolang deze vragen open staan, is elke technische inrichting voorbarig. De inrichting is het makkelijke deel; het eigenaarschap is waar archiveringsprojecten op stranden. Zie ook SharePoint governance voor het inrichten van dat eigenaarschap.

Vindbaarheid na archivering

Een archief dat niemand kan doorzoeken, is een dure vorm van weggooien. Bepaal daarom vooraf hoe men zoekt: op klant of dossier, op documentsoort, op periode, of op een combinatie. Zorg dat de metadata die je daarvoor nodig hebt méé verhuist naar het archief — verplaats je documenten naar een andere site, controleer dan of de kolommen daar bestaan, anders vallen ze stilletjes weg.

Regel daarnaast de toegang expliciet: wie mag zoeken in het archief, wie mag alleen een aanvraag doen, en wordt raadpleging vastgelegd? Voor gevoelige dossiers is een aanvraagroute met logging vaak verstandiger dan brede leestoegang. Test tot slot de terugvindeis met een echte casus voordat je het archief in gebruik neemt: pak een afgesloten dossier en probeer binnen de afgesproken tijd het juiste document te tonen. Wat daar misgaat, gaat bij een audit ook mis.