AI-tools voor contractanalyse worden met de maand krachtiger. Ze vatten bepalingen samen, signaleren afwijkende clausules, en beantwoorden vragen over honderden documenten in seconden. De belofte is aantrekkelijk: minder handmatig doorspitten, meer tijd voor het juridische oordeel dat er echt toe doet.
Maar er schuilt een aanname onder die belofte die zelden hardop wordt uitgesproken: dat de AI werkt op de juiste versie van het contract.
Garbage in = garbage out, ook met AI
Een taalmodel dat een contract analyseert, is niet slimmer dan het document dat je het voorlegt. Als dat document een concept is van drie onderhandelingsrondes geleden, dan is de analyse feitelijk correct en inhoudelijk waardeloos. De AI heeft geen manier om te weten dat er een getekende versie bestaat die ergens anders staat.
Dit is geen hypothetisch probleem. In veel organisaties bestaan van één contract meerdere bestanden: het concept dat per e-mail rondging, de versie met handgeschreven aantekeningen van de onderhandeling, en de uiteindelijk ondertekende versie. Zonder duidelijke structuur is het toeval welke versie een AI-tool te zien krijgt.
3 vragen die je jezelf moet stellen voordat je AI-analyse vertrouwt
Werkt de tool op een getekend contract, of op een los bestand? Als het antwoord "ik weet het niet zeker" is, dan geldt dat ook voor elke conclusie die de AI daaruit trekt.
Is de brondata compleet? Een AI-tool die slechts een deel van je contractportefeuille kan doorzoeken, geeft een onvolledig, en dus misleidend, beeld. Risico's in de documenten die niet zijn meegenomen, blijven onzichtbaar.
Wie controleert de output? AI-analyse is een hulpmiddel, geen eindoordeel. De bedrijfsjurist blijft de schakel die de output toetst aan de context: de onderhandelingsgeschiedenis, de relatie met de wederpartij, de commerciële realiteit. Die stap verdwijnt niet door betere technologie, hij wordt juist belangrijker naarmate meer beslissingen sneller worden genomen.
De verschuiving die dit vraagt
Naarmate AI een grotere rol krijgt in het juridische werk, verschuift de kritische vraag. Niet: "is deze AI goed genoeg?" maar: "is mijn contractdata goed genoeg om aan een AI voor te leggen?"
Dat betekent in de praktijk:
- Eén centrale plek waar alleen de getekende versie van een contract staat, zodat er geen twijfel bestaat over welk document leidend is.
- Consistente, doorzoekbare contractinformatie: partijnamen, looptijden, clausules. Zodat een tool (of een mens) er betrouwbaar op kan zoeken.
- Een archief dat meegroeit: nieuwe contracten en wijzigingen komen automatisch op de juiste plek terecht, in plaats van dat ze via her en der verspreide mailboxen hun weg vinden.
Adca is gebouwd vanuit dat uitgangspunt: van dode bestanden in een map naar levende contractinformatie die altijd de getekende versie als bron heeft, binnen de Microsoft SharePoint-omgeving die je al gebruikt, inclusief integratie met Copilot. Niet als vervanging van het juridisch oordeel, maar als het fundament waarop dat oordeel kan steunen.
AI in het juridische werk is geen vraag van "of" meer, maar van "hoe goed voorbereid". En die voorbereiding begint niet bij het model. Die begint bij de data die je het voorlegt.