Documentbeheer in Microsoft 365 en SharePoint
Documentbeheer is een van die onderwerpen die pas belangrijk lijken als het te laat is: bij een audit, een datalek, een verlopen contract dat niemand meer terugvindt. Microsoft 365 biedt in de kern alles wat nodig is — SharePoint, OneDrive, metadata, versionering, retentie — maar zonder ontwerp valt het uit elkaar in een verzameling teamsites, willekeurige mappen en persoonlijke OneDrive-bibliotheken. Dit artikel beschrijft hoe je documentbeheer structureel opzet in Microsoft 365.
De vier pijlers
- Opslagstructuur — welke documenten horen in welke site, bibliotheek en (waar nodig) map.
- Metadata en labels — welke eigenschappen (klant, project, documenttype, vertrouwelijkheid) hangen aan elk document.
- Versionering en goedkeuring — hoe wijzigingen worden vastgelegd en welke versies als 'officieel' gelden.
- Rechten en retentie — wie mag lezen/wijzigen, en hoe lang wordt bewaard.
Opslagstructuur: sites, bibliotheken, mappen
Begin bovenaan. Sites zijn de grofste indeling — meestal per afdeling, per klant of per project. Bibliotheken binnen een site scheiden documenttypen: contracten, offertes, rapporten. Mappen komen pas op de derde plek, en zo weinig mogelijk. Diepere mappenstructuren zijn een teken dat metadata ontbreekt. Filteren op metadata (klant = X, jaar = 2026) werkt schaalbaarder dan doorklikken door zeven mapniveaus.
Voor sjablonen geldt een aparte regel: één centrale bibliotheek, aangemerkt als Organizational Assets Library, zichtbaar in Word onder Bestand → Nieuw. Zie SharePoint architecture voor documentautomatisering.
Metadata: het onderschatte fundament
Metadata is wat een bibliotheek doorzoekbaar en filterbaar maakt. Definieer per bibliotheek een klein, verplicht setje kolommen — meestal niet meer dan vier tot zes. Voorbeelden: documenttype, klant, status, jurisdictie, vertrouwelijkheid. Vermijd vrije-tekstvelden waar keuzelijsten kunnen; die zorgen voor "Adviescontract", "advies contract", "advies_contract" naast elkaar en breken zoekopdrachten.
Koppel metadata aan Managed Metadata (Term Store) zodat waarden centraal beheerd en meertalig zijn. Documentautomatiseringssoftware kan metadata automatisch invullen op basis van het formulier waarmee het document is opgebouwd — een grote reden waarom automatisering en documentbeheer hand in hand horen te gaan. Zie wat documentautomatisering is.
Versionering en goedkeuring
Zet versionering aan op elke bibliotheek waarin gewerkt wordt aan documenten van waarde. Grote versies (1.0, 2.0) voor officiële mijlpalen; kleine versies (1.1, 1.2) voor tussentijdse wijzigingen. Voor sjablonen én contracten is goedkeuring vereist een belangrijke schakel: een nieuwe versie is pas zichtbaar voor alle gebruikers nadat een aangewezen goedkeurder deze publiceert.
Beperk het aantal bewaarde versies verstandig. Onbeperkte versionering kan bij grote bestanden storage-kosten drijven, terwijl bij audits meestal alleen de major-versies en de laatste tien minor-versies waarde hebben. Zie ook Word template version control.
Rechten: zo min mogelijk, zo expliciet mogelijk
Het principe is simpel: geef mensen alleen toegang tot wat ze nodig hebben, en doe dat op site- of bibliotheekniveau — niet op documentniveau. Documentspecifieke rechten breken op termijn omdat niemand meer weet waarom een bepaald document afwijkt. Werk met Microsoft 365-groepen en beveiligingsgroepen, en beperk het gebruik van "Delen met externen" tot expliciet daarvoor bestemde bibliotheken.
Voor gevoelige documentklassen (contracten, personeelsdossiers, financiële stukken) gebruik je Sensitivity Labels van Microsoft Purview. Die labels reizen mee met het document, ook naar buiten de tenant, en kunnen encryptie afdwingen.
Retentie en verwijdering
Elk documenttype heeft een bewaartermijn die volgt uit wet- of contractvereisten: fiscale stukken zeven jaar, personeelsdossiers vaak twee jaar na uitdiensttreding, medische dossiers veel langer. Configureer retentielabels in Microsoft Purview en koppel ze aan documenttypen of bibliotheken. Zo wordt bewaring — en verwijdering — een automatisch proces in plaats van een handmatige actie die niemand ooit uitvoert.
Waar Microsoft 365 stopt en governance begint
Native Microsoft 365 biedt de bouwstenen, maar niet de dwang. Er is bijvoorbeeld geen ingebouwde manier om te voorkomen dat een gebruiker een contract genereert vanuit een verouderd sjabloon, of om bij het opslaan verplicht metadata op te leggen die aansluit op de contractwaarde. Voor die extra laag gebruik je governance-tooling zoals dStyle365 die aan de bron — het moment van creëren — al vastlegt wat het document is, waar het hoort en wat ermee mag gebeuren.
Zie SharePoint governance voor de bredere aanpak en compliance in documentbeheer voor de audit-hoek.
Indicatie uit klantprojecten [PLACEHOLDER-CLAIM]: organisaties met een gestructureerd metadata-model in SharePoint vinden documenten meestal aanzienlijk sneller terug dan organisaties die alleen op mapstructuur en zoekwoorden vertrouwen.
Frequently Asked Questions
Documentbeheer met een governance-laag
dStyle365 en DocID voegen aan Microsoft 365 de laag toe die bepaalt wat een document is, waar het hoort en wie ermee mag werken — vanaf het moment van creatie.