Contractsjabloon in Word: opbouw, clausules en beheer

Waarom een sjabloon en geen voorbeeldcontract

Een voorbeeldcontract is een document met een geschiedenis. Het bevat de keuzes, onderhandelingsresultaten en vergissingen van de transactie waarvoor het is gemaakt. Wie het kopieert, moet al die restanten opsporen en verwijderen, en de ervaring leert dat dat niet altijd lukt. Daarnaast is er geen enkel moment waarop iemand controleert of de standaardtekst nog actueel is: elk contract is de bron van het volgende.

Een contractsjabloon is een .dotx-bestand dat bij openen een nieuw, naamloos document oplevert, met een vaste structuur, goedgekeurde standaardtekst en duidelijk gemarkeerde plekken waar transactiespecifieke informatie hoort. Het sjabloon heeft een eigenaar en een versie. Hoe je een sjabloon technisch correct opzet, staat in Word sjabloon maken.

De opbouw van een contractsjabloon

Vrijwel elk commercieel contract volgt een herkenbare structuur. Leg die in het sjabloon vast, met kopstijlen voor de artikelen zodat nummering en eventuele inhoudsopgave automatisch kloppen:

1. Titel en partijen — naam, rechtsvorm, vestigingsadres, registratienummer en vertegenwoordiging van elke partij.
2. Overwegingen — de context en de bedoeling van partijen.
3. Definities — begrippen die in het contract een specifieke betekenis hebben.
4. Kernbepalingen — de prestatie, de vergoeding, de looptijd.
5. Standaardbepalingen — aansprakelijkheid, geheimhouding, intellectueel eigendom, beëindiging, toepasselijk recht, geschillen.
6. Ondertekening — plaats, datum, naam en functie van de ondertekenaars.
7. Bijlagen — specificaties, tarieven, verwerkersovereenkomst, algemene voorwaarden.

Gebruik voor de artikelnummering een gekoppelde lijst met meerdere niveaus die aan de kopstijlen hangt, niet handmatig getypte nummers. Anders verschuift de nummering zodra een artikel wordt toegevoegd of verwijderd, en kloppen interne verwijzingen niet meer. Zie nummering met meerdere niveaus in Word.

Vaste en variabele delen scheiden

De kern van een goed contractsjabloon is een scherpe scheiding tussen wat vastligt en wat per transactie verschilt. Vast zijn de structuur, de standaardbepalingen en de formulering van de kernbepalingen. Variabel zijn partijgegevens, bedragen, data, looptijd en de keuze tussen voorgedefinieerde alternatieven.

Maak die scheiding zichtbaar en afdwingbaar. Variabele gegevens horen in contentcontrols, elk met een duidelijke titel en een tijdelijke aanduiding die zegt wat erin moet. Via het tabblad Ontwikkelaars voeg je tekstvelden, datumkiezers en keuzelijsten toe. Een keuzelijst voor het toepasselijk recht of de betalingstermijn voorkomt vrije varianten. Gegevens die op meerdere plekken terugkomen, zoals de naam van de wederpartij, kun je koppelen aan een documenteigenschap, zodat ze één keer worden ingevuld. De techniek staat uitgewerkt in formulier maken in Word.

Vaste tekst kun je beschermen door contentcontrols in te stellen op "inhoud kan niet worden bewerkt" of het document te beperken. Wees realistisch over wat dat oplevert: het verhoogt de drempel en voorkomt vergissingen, maar het is geen sluitende bescherming. Onderhandelde afwijkingen moeten bovendien mogelijk blijven; een sjabloon dat elke wijziging blokkeert, wordt omzeild.

Clausules als beheerde bouwstenen

Veel contracten verschillen niet in structuur maar in de keuze van clausules: een zwaardere of lichtere aansprakelijkheidsbeperking, een geheimhoudingsbepaling met of zonder boeteclausule, een beëindigingsregeling voor bepaalde of onbepaalde tijd. Die alternatieven horen niet als opmerking in het sjabloon ("verwijder optie B indien niet van toepassing"), maar als losse, goedgekeurde tekstblokken.

Word biedt daarvoor bouwstenen: tekstblokken die je in een sjabloon opslaat en via Invoegen → Snelle onderdelen invoegt. Dat werkt voor een beperkt aantal clausules en een klein team. Zodra de set groeit, meerdere talen of rechtsgebieden kent of per clausule een eigenaar en versie nodig heeft, wordt een centraal beheerde clausebibliotheek de betere keuze. Zie bouwstenen en Quick Parts in Word en clausebibliotheek in Word.

Voor juridische documenten in Word is LegalWord365 een oplossing die de clausebibliotheek naar het Word-lint brengt, zodat juristen clausules invoegen vanuit een centraal beheerde bron in plaats van uit oude contracten. Of dat past, hangt af van de omvang van de clauseset en de inrichting van de organisatie.

Versiebeheer: van sjabloon en van contract

Er zijn twee soorten versiebeheer die vaak door elkaar lopen. Het eerste gaat over het sjabloon: welke versie van de standaardtekst is actueel, wat is er gewijzigd en waarom, en vanaf wanneer geldt de nieuwe versie. Leg dat vast in een wijzigingslog bij het sjabloon en zet het versienummer in de documenteigenschappen, zodat je van elk contract kunt nagaan op welke sjabloonversie het is gebaseerd.

Het tweede gaat over het contract tijdens de onderhandeling. Gebruik daarvoor Wijzigingen bijhouden in Word en het versiebeheer van SharePoint of OneDrive, in plaats van bestandsnamen als "contract_v3_definitief_nieuw". Vóór ondertekening is het verstandig het contract te vergelijken met een schoon document uit het sjabloon, zodat alle afwijkingen van de standaardtekst zichtbaar worden. Zie wijzigingen bijhouden in Word en documenten vergelijken in Word.

Eigenaarschap en publicatie

Een contractsjabloon zonder eigenaar veroudert. Leg twee rollen vast. De inhoudelijk eigenaar — in de regel de juridische afdeling, bij financiële contracten in overleg met finance — beslist over de tekst en keurt wijzigingen goed. De sjabloonbeheerder voert wijzigingen technisch door, test ze en publiceert de nieuwe versie.

Publiceer het sjabloon op één plek waar gebruikers het vandaan halen, en verwijder of archiveer oude versies zodat ze niet meer worden gebruikt. Communiceer bij een inhoudelijke wijziging wat er is veranderd. Een sjabloon dat op drie netwerkschijven en in tientallen persoonlijke mappen staat, is in de praktijk geen sjabloon meer maar een verzameling voorbeeldcontracten.

Veelgemaakte fouten

• Het sjabloon is opgeslagen als .docx in plaats van .dotx, zodat gebruikers de bron overschrijven.
• Instructies voor de gebruiker staan als gewone tekst in het contract en blijven in het definitieve document staan.
• Artikelnummers en kruisverwijzingen zijn handmatig getypt.
• Alternatieve clausules staan allemaal in het sjabloon, met de opdracht de verkeerde te verwijderen.
• Er is geen versie-informatie, zodat niet na te gaan is op welke standaardtekst een contract is gebaseerd.
• Wanneer het document uit brongegevens moet worden opgebouwd, wordt geprobeerd dat met steeds complexere sjablonen op te lossen in plaats van met documentautomatisering.

Checklist

• Het sjabloon is een .dotx met kopstijlen en automatische artikelnummering.
• Alle variabele gegevens staan in benoemde contentcontrols.
• Gegevens die vaker terugkomen, worden één keer ingevuld.
• Alternatieve clausules zijn losse, goedgekeurde tekstblokken.
• Er is een inhoudelijk eigenaar en een sjabloonbeheerder.
• Het sjabloon heeft een versienummer en een wijzigingslog.
• Vóór ondertekening wordt het contract vergeleken met de standaardtekst.