SharePoint metadata: documenten vindbaar, beheersbaar en compliant maken

Wat metadata is — en waarom mappen tekortschieten

Metadata is informatie óver een document: welke soort het is, bij welke klant of welk dossier het hoort, welke afdeling eigenaar is, in welke taal het is opgesteld, welke status het heeft. In SharePoint sla je die informatie op als kolommen naast het bestand, niet in de bestandsnaam of het mappad.

Een mappenstructuur kan maar één ordening tegelijk uitdrukken. Zet je mappen per klant, dan kun je niet snel alle contracten van dit kwartaal vinden. Zet je ze per documentsoort, dan is het klantdossier verspreid. Met metadata leg je beide eigenschappen vast op het document zelf en kies je per weergave hoe je filtert en groepeert. Bovendien ken je een mappad geen beleid toe; aan metadata wél.

Een tweede, praktisch argument: padlengte en verplaatsingen. Diepe mappenstructuren leveren lange URL's op en breken zodra iemand reorganiseert. Metadata blijft aan het document hangen, ongeacht waar het staat. De bredere inrichting van opslag, rechten en retentie behandelen we in documentbeheer in Microsoft 365.

Site-kolommen: de bouwstenen

Een bibliotheekkolom maak je aan binnen één bibliotheek. Handig voor een eenmalig veld, maar rampzalig als je hem in twintig bibliotheken opnieuw aanmaakt: twintig keer een net iets andere naam, twintig keer een eigen keuzelijst, en rapportage over sites heen wordt onmogelijk.

Werk daarom met site-kolommen. Die definieer je één keer op siteniveau (of op de hub-/contentype-hub) en hergebruik je overal. Vuistregels bij het ontwerpen:

• Beperk het aantal. Vijf tot acht verplichte velden per documentsoort is werkbaar; vijftien niet. Elk extra verplicht veld verlaagt de datakwaliteit van alle andere.
• Kies gesloten waarden. Keuzekolommen of managed metadata in plaats van vrije tekst. Vrije tekst produceert "Juridisch", "juridisch" en "Jur." naast elkaar.
• Benoem functioneel, niet technisch. Documentsoort begrijpt iedereen; DocType_v2 niet.
• Denk aan datatype. Een datum als datumkolom, niet als tekst — anders kun je er niet op sorteren of filteren.

Inhoudstypen: kolommen, sjabloon en beleid als één pakket

Een inhoudstype (content type) bundelt een set kolommen met een documentsjabloon en eventueel beleidsinstellingen. Je definieert bijvoorbeeld een inhoudstype Overeenkomst met de kolommen Klant, Rechtsgebied, Ingangsdatum, Looptijd en Eigenaar, gekoppeld aan het goedgekeurde contractsjabloon.

Publiceer inhoudstypen centraal (via de content type hub of de moderne content type gallery) en koppel ze aan de bibliotheken waar ze thuishoren. Het voordeel: voeg je later een kolom toe aan het inhoudstype, dan verschijnt die overal waar het inhoudstype in gebruik is. Zonder inhoudstypen doe je die wijziging bibliotheek voor bibliotheek — en vergeet je er onvermijdelijk een paar.

Sta je aan het begin van een SharePoint-inrichting, begin dan bij de informatiearchitectuur en niet bij de sites. In SharePoint-architectuur voor documentgovernance staat hoe hubs, sites en bibliotheken zich verhouden tot deze metadatalaag.

Managed metadata en de Term Store

Voor waarden die organisatiebreed identiek moeten zijn, gebruik je managed metadata: een centrale, hiërarchische termenset in de Term Store. Denk aan afdelingen, kantoorlocaties, rechtsgebieden, productlijnen of documentsoorten.

Wat managed metadata onderscheidt van een gewone keuzekolom:

• Eén beheerpunt. Een nieuwe afdeling voeg je één keer toe; alle bibliotheken zien hem meteen.
• Hiërarchie. Termen kennen bovenliggende en onderliggende niveaus, waardoor filteren op een bovenliggend niveau ook de onderliggende termen meeneemt.
• Synoniemen en meertaligheid. Een term kan alternatieve labels en vertalingen hebben, wat de zoekresultaten verbetert.
• Zoekintegratie. Termen worden verfijningen in de zoekresultaten, zodat gebruikers kunnen doorklikken in plaats van opnieuw te zoeken.

Valkuil: een termenset die tot in de details is uitgemodelleerd en die niemand onderhoudt. Begin klein, met de termensets waar dagelijks op wordt gefilterd, en wijs per termenset een eigenaar aan.

Metadata koppelen aan retentie en toegang

Hier wordt metadata een governance-instrument in plaats van een zoekhulp. Enkele concrete toepassingen:

• Retentielabels. Met Microsoft Purview koppel je bewaartermijnen aan documenteigenschappen. Een document met documentsoort Overeenkomst krijgt daarmee automatisch de juiste bewaartermijn, zonder dat een gebruiker een label kiest.
• Gevoeligheidslabels. Documenten met een bepaalde classificatie kunnen automatisch worden versleuteld of van een watermerk worden voorzien.
• Weergaven per rol. Met gefilterde weergaven zien teams alleen de documenten die voor hen relevant zijn — geen beveiliging, wel rust in de interface. Voor echte afscherming werk je met aparte bibliotheken of sites.
• Levenscyclus. Statusvelden zoals Concept, Ter goedkeuring, Definitief en Vervallen maken workflows en opschoning mogelijk.

De relatie tussen metadata, bewijsvoering en aantoonbaarheid werken we verder uit in compliance in documentbeheer.

Metadata automatisch invullen bij documentgeneratie

Op het moment dat een gebruiker een document aanmaakt, is de meeste metadata al bekend: het gekozen sjabloon bepaalt de documentsoort, het geselecteerde dossier bepaalt klant en zaaknummer, de gebruiker bepaalt afdeling en eigenaar, de sjabloonversie bepaalt de taal. Al die informatie hoeft niemand achteraf nog in te typen.

Zo werkt dStyle365 binnen Word en SharePoint: de gebruiker start het document vanuit een goedgekeurd sjabloon in het Word-lint en vult alleen de inhoudelijke velden in. Bij het opslaan schrijft het platform de bijbehorende metadata mee naar de juiste bibliotheek — documentsoort, sjabloonversie, klant of dossier, taal, eigenaar. De gebruiker ziet geen invulformulier voor metadata, en de bibliotheek is toch volledig gevuld.

Twee bijeffecten die zwaarder wegen dan de tijdwinst. De consistentie is niet langer afhankelijk van discipline, waardoor retentiebeleid daadwerkelijk grijpt op de juiste documenten. En de herkomst is vastgelegd: bij elk document is achteraf herleidbaar uit welke sjabloonversie en welke clausuleset het is ontstaan. Dat is precies wat een auditor wil zien.

In de praktijk verbetert de datakwaliteit van metadata vooral doordat handmatige invoer wegvalt, niet doordat gebruikers beter worden geïnstrueerd.

Praktisch startpunt in vijf stappen

1. Inventariseer de documentsoorten die je organisatie daadwerkelijk produceert. Meestal zijn dat er minder dan verwacht.
2. Bepaal per soort de vier tot zes eigenschappen waarop mensen zoeken of waarop beleid moet grijpen.
3. Maak die eigenschappen aan als site-kolommen en bundel ze in inhoudstypen per documentsoort.
4. Zet organisatiebrede waardenlijsten in de Term Store en wijs per termenset een eigenaar aan.
5. Automatiseer de vulling bij documentaanmaak en maak alleen wat overblijft verplicht.

Voer dit in één afgebakend domein uit — bijvoorbeeld contracten — en breid daarna uit. Een organisatiebreed metadatamodel dat in één keer wordt uitgerold, haalt de eindstreep zelden.