Documentnummering: één kenmerk waar de hele organisatie op kan bouwen
Documentnummering lijkt administratief detail totdat iemand vraagt welke versie van welk stuk op welke datum naar buiten is gegaan. Dan blijkt dat er drie nummerreeksen naast elkaar leven, dat twee documenten hetzelfde kenmerk dragen en dat een deel helemaal geen nummer heeft. Dit artikel beschrijft hoe je in Microsoft 365 één nummeringsysteem opzet dat werkt in Word, klopt in SharePoint en standhoudt bij een audit.
Waarom handmatige nummering structureel misgaat
Handmatig nummeren werkt zolang één persoon het doet en er weinig documenten zijn. Zodra er meerdere afdelingen, kantoren of tijdzones bij komen, ontstaan er patronen die overal hetzelfde zijn:
- Dubbele nummers. Twee collega's pakken tegelijk het volgende vrije nummer uit een gedeelde lijst. Beiden denken dat ze de eerste waren.
- Gaten in de reeks. Een nummer wordt gereserveerd voor een document dat er nooit komt. Achteraf kan niemand uitleggen of het ontbrekende stuk verloren is of nooit heeft bestaan — precies de vraag die een auditor stelt.
- Concurrerende reeksen. Finance nummert per boekjaar, legal per dossier, projecten per opdrachtgever. Elk systeem is intern logisch en organisatiebreed onbruikbaar.
- Nummer alleen in de bestandsnaam. Bij hernoemen, kopiëren of exporteren naar PDF verdwijnt het kenmerk, terwijl het document zelf blijft circuleren.
- Betekenis die verwatert. Een code die ooit stond voor een afdeling die inmiddels is opgeheven, blijft jaren meelopen omdat niemand durft te wijzigen.
De rode draad: het nummer wordt behandeld als een tekstje in een document in plaats van als een gegeven dat centraal wordt uitgegeven en vastgelegd. Zolang dat zo is, is elke verbetering aan de opmaak zinloos.
De opbouw van een documentkenmerk
Een bruikbaar kenmerk is kort, uitspreekbaar en voorspelbaar. Een veelgebruikte opbouw is jaar – afdeling of documenttype – volgnummer, bijvoorbeeld 2026-JUR-00147. Drie ontwerpkeuzes bepalen of het jarenlang meegaat:
- Hoeveel betekenis stop je erin? Elk betekenisvol segment is een toekomstige reorganisatie die je kenmerk breekt. Beperk je tot onderdelen die stabiel zijn: jaartal en een grofmazig documenttype zijn dat meestal, een teamnaam zelden.
- Waar loopt de reeks? Per jaar opnieuw beginnen houdt nummers kort en maakt archivering logisch. Doorlopend nummeren over jaren heen voorkomt discussie over welk jaar erbij hoort. Kies één van beide en leg vast waarom.
- Hoeveel posities? Vul volgnummers aan met nullen tot een vaste lengte. Zonder die opvulling sorteert 10 vóór 2 en levert elke export een rommelige lijst op.
Wat níet in het kenmerk hoort: klantnaam, status, versienummer en auteur. Dat zijn eigenschappen die veranderen. Ze horen in metadata, zoals beschreven in SharePoint-metadata inrichten. Het kenmerk identificeert het document; de metadata beschrijft het.
Let ook op het onderscheid tussen een documentkenmerk en een versienummer. Het kenmerk verandert nooit gedurende de levensloop van een stuk; de versie verandert bij elke wijziging. Wie beide in één code stopt, kan achteraf niet vaststellen of twee bestanden hetzelfde document zijn of niet. Hoe versies afzonderlijk worden vastgelegd staat in versiebeheer in Microsoft 365.
Automatisch nummeren binnen Microsoft 365
Microsoft 365 kent geen kant-en-klare, organisatiebrede nummergenerator. Wat wel bestaat is een aantal bouwstenen die je kunt combineren:
- Eén uitgiftepunt. Er is precies één plek die nummers uitgeeft en registreert. Dat kan een lijst, een service of een toepassing zijn, maar nooit meerdere naast elkaar. Uitgifte gebeurt bij het aanmaken van het document, niet bij het opslaan of versturen — anders bestaat er een periode waarin het stuk al rondgaat zonder kenmerk.
- Een sitekolom voor het kenmerk. Maak het documentnummer een expliciete, alleen-lezen kolom in de bibliotheek, niet een handmatig veld. Alleen-lezen is essentieel: een nummer dat gebruikers kunnen overschrijven, wordt overschreven.
- Zichtbaarheid in het document. Toon de eigenschap via een veld in de kop- of voettekst van het Word-sjabloon, zodat het kenmerk meegaat naar print en PDF. Typ het nummer nooit handmatig in de tekst; dan ontstaan er twee waarheden.
- Afhandeling van uitzonderingen. Bepaal vooraf wat er gebeurt bij een geannuleerd document, bij een document dat naar een ander type verhuist en bij een stuk dat van buiten komt. Een gedocumenteerde uitzonderingsregel is beter dan een gat waar niemand iets van weet.
- Registratie van de uitgifte. Leg vast wanneer, aan wie en voor welk documenttype een nummer is uitgegeven. Dat register is de kern van je audit trail.
Vermijd de klassieke tussenoplossing: een gedeeld Excel-bestand met de laatst uitgegeven nummers. Het werkt precies zo lang tot twee mensen het tegelijk openen.
Valkuilen bij invoering
- Te fijnmazig beginnen. Een schema met zes segmenten en tien documenttypen kost meer discussie dan het oplevert. Start grof en verfijn pas als er een aantoonbaar probleem is.
- Alles met terugwerkende kracht willen nummeren. Kies een startdatum, communiceer die en laat het verleden met rust tenzij er een concrete reden is.
- Nummering zonder eigenaar. Zonder iemand die beslist over nieuwe documenttypen en uitzonderingen, ontstaan er binnen een jaar weer schaduwreeksen.
- Het kenmerk alleen in de bestandsnaam. Bestandsnamen worden aangepast, ingekort en vertaald. Metadata en een veld in het document overleven dat wel.
- Geen relatie met de bibliotheekstructuur. Als het documenttype in het kenmerk niet aansluit op de indeling van je bibliotheken, moet iedereen twee indelingen onthouden. Zie documentbeheer in Microsoft 365.
Vindbaarheid, governance en audit trail
Een consistent kenmerk levert direct praktisch resultaat op. In correspondentie kan naar een stuk worden verwezen zonder bijlage of link. In een dossieroverdracht is duidelijk welke documenten aanwezig zijn en welke ontbreken. In een zoekopdracht in SharePoint levert het kenmerk precies één treffer op, waar een zoekopdracht op titel er tientallen geeft.
Voor governance is het belangrijkste effect dat het kenmerk het aanknopingspunt wordt waaraan alle andere vastleggingen hangen: welke sjabloonversie is gebruikt, wie het document heeft goedgekeurd, wanneer het is gedeeld en wanneer het volgens het bewaarbeleid opgeschoond mag worden. Zonder stabiele identificatie is elk van die vastleggingen los zand, omdat je ze niet betrouwbaar aan één stuk kunt koppelen.
Praktische tip voor de invoering: begin bij één documentstroom met een duidelijke eigenaar en een zichtbaar probleem — contracten, offertes of formele besluiten. Laat daar zien dat terugvinden en verantwoorden meetbaar eenvoudiger wordt, en breid daarna uit. Een organisatiebrede nummeringsuitrol zonder eerste succes verzandt in definitiediscussies.
Hoe Documentaal dit oplost
DocID is de component van Documentaal die documentkenmerken toekent en borgt. Het nummer wordt uitgegeven op het moment dat het document ontstaat, volgens het schema dat de organisatie zelf definieert, en wordt vastgelegd als eigenschap bij het document in SharePoint. In Word verschijnt het kenmerk op de afgesproken plek in de kop- of voettekst, zodat het meereist naar PDF en print zonder dat iemand het overtypt.
Omdat de uitgifte via één punt loopt, bestaan dubbele nummers niet en is elk uitgegeven kenmerk herleidbaar naar het moment en het documenttype waarvoor het is aangevraagd. Beheerders passen het schema centraal aan; bestaande kenmerken blijven ongewijzigd, zodat historische verwijzingen blijven kloppen.
AI wordt ook hier alleen controlerend ingezet: signaleren dat een document zonder kenmerk in omloop dreigt te komen, dat een handmatig ingetypt nummer afwijkt van de geregistreerde waarde of dat een verwijzing in de tekst naar een niet-bestaand kenmerk wijst. Het kenmerk zelf wordt niet bedacht door AI, maar deterministisch uitgegeven.
Frequently Asked Questions
Eén kenmerk per document, zonder handwerk
DocID kent documentkenmerken automatisch toe en legt ze vast in SharePoint, zodat terugvinden en verantwoorden geen zoekwerk meer is.