Documentautomatisering op een advocatenkantoor: praktijkgids van intake tot contract

De documentstromen van een advocatenkantoor

Voordat je iets automatiseert, moet duidelijk zijn welke documenten er daadwerkelijk worden geproduceerd. In vrijwel elk kantoor vallen ze uiteen in vier stromen, met sterk verschillende automatiseringspotentie.

• Intake en aanname. Conflictcheck-bevestiging, cliëntidentificatie, opdrachtbevestiging, algemene voorwaarden, machtigingen. Sterk gestandaardiseerd, hoog volume, weinig inhoudelijke variatie.
• Contracten en overeenkomsten. NDA's, dienstverleningsovereenkomsten, arbeidsovereenkomsten, koopovereenkomsten. Gestructureerd, maar met inhoudelijke keuzes per clausule.
• Procesdocumenten. Dagvaardingen, conclusies, processtukken. Vaste structuur en formele vereisten, volledig maatwerk qua inhoud.
• Correspondentie en rapportage. Cliëntbrieven, statusupdates, adviesmemo's, declaratiebegeleidende brieven. Huisstijl en gegevens vast, inhoud variabel.

De eerste en de vierde stroom leveren doorgaans het meeste rendement op. De tweede is het meest waardevol qua risicoreductie. De derde automatiseer je hooguit op vorm en kopgegevens.

Waar tijd en fouten ontstaan

Vraag op een willekeurig kantoor waar de documenttijd blijft, en het antwoord gaat zelden over typen. Het gaat over de handelingen eromheen.

• Zoeken naar een bruikbaar voorbeeld. Een secretaresse of jurist opent een eerder dossier om te zien hoe het "vorige keer" was gedaan.
• Overtypen van dossiergegevens. Cliëntnaam, KvK-nummer, adres, dossiernummer en tegenpartij staan al in het praktijkmanagementsysteem, maar worden handmatig ingetypt of gekopieerd.
• Opmaak herstellen. Kopiëren tussen documenten brengt afwijkende stijlen, nummering en lettertypen mee.
• Reviewrondes over standaardtekst. Een partner leest een concept na en corrigeert bepalingen die feitelijk gewoon de goedgekeurde standaardtekst hadden moeten zijn.
• Achteraf archiveren. Het document wordt met de juiste naam op de juiste plek gezet — of niet, waarna het dossier incompleet is.

Elk van deze punten is een systeemprobleem, geen discipline-probleem. Meer instructie helpt niet; het verplaatsen van de handeling naar het moment van aanmaken wel.

Clausules en huisstijl borgen

Twee lagen bepalen of de output van een geautomatiseerd proces bruikbaar is. De inhoudelijke laag bestaat uit een centraal beheerde clausebibliotheek: goedgekeurde bepalingen met een eigenaar, een versie en een geldigheidscontext. Hoe je die opzet — inclusief eigenaarschap, goedkeuringsworkflow en het onderscheid tussen vergrendelde en bewerkbare clausules — staat in clausebibliotheek in Word.

De vormlaag is de sjabloonset. Op veel kantoren zijn per documentsoort meerdere varianten in omloop, ontstaan doordat individuele advocaten hun eigen versie hebben aangepast. Ontdubbel die set voordat je automatiseert; anders automatiseer je de wanorde. Praktisch betekent dit: één sjabloon per documentsoort, met varianten die worden aangestuurd door metadata (entiteit, taal, rechtsgebied) in plaats van door aparte bestanden.

Compliance, geheimhouding en aantoonbaarheid

Een advocatenkantoor werkt per definitie met vertrouwelijke informatie en heeft te maken met geheimhoudingsplicht, gedragsregels en de AVG. Dat stelt eisen aan de inrichting.

• Geen data buiten de tenant. Documentgeneratie hoort plaats te vinden binnen de bestaande Microsoft 365-omgeving, zonder dat cliëntgegevens naar externe systemen worden geëxporteerd om een document te maken.
• Toegang op dossierniveau. Rechten worden bepaald door het dossier, niet door de documentbibliotheek. Ethische muren tussen teams moeten technisch afdwingbaar zijn.
• Herkomst per document. Leg vast welke sjabloonversie en welke clausuleversies zijn gebruikt. Bij een klacht of geschil is dat de vraag die als eerste komt.
• Bewaartermijnen. Retentie op dossierniveau, gestuurd door metadata die bij het aanmaken wordt meegegeven.

De inrichting van audit trail, retentie en aantoonbaarheid in Microsoft 365 werken we uit in compliance in documentbeheer.

Implementatie binnen bestaand Microsoft 365

De meeste kantoren hebben al Microsoft 365 met SharePoint, en vaak een praktijkmanagement- of dossiersysteem daarnaast. Er is geen reden om die architectuur om te gooien. Een realistische volgorde:

1. Kies één documentstroom. Meestal de intake: opdrachtbevestiging plus algemene voorwaarden. Hoog volume, lage juridische variatie, direct zichtbaar resultaat.
2. Ontdubbel de sjablonen van die stroom. Verzamel alle varianten die in omloop zijn en breng ze terug tot één goedgekeurd sjabloon met gestuurde varianten.
3. Bepaal de databron. Welke velden komen uit het praktijkmanagementsysteem, welke uit SharePoint, welke vult de gebruiker in? Alles wat het systeem weet, hoeft de gebruiker niet te typen.
4. Richt metadata en opslag in. Bepaal welke metadata het document meekrijgt en in welke dossierbibliotheek het landt.
5. Rol uit binnen Word en Outlook. Gebruikers werken op de plek die ze kennen; er is geen apart portaal.
6. Meet en breid uit. Kijk na enkele weken welke documenten daadwerkelijk uit het systeem komen en waar mensen er nog omheen werken. Los dat op voordat je de volgende stroom aanpakt.

Een kanttekening uit de praktijk: het technische deel is zelden de bottleneck. Het ontdubbelen van sjablonen en het benoemen van clausule-eigenaren kost de meeste doorlooptijd, en dat werk kan alleen het kantoor zelf doen.

De rol van Documentaal en LegalWord365

LegalWord365 is de juridische variant van het Documentaal-platform en werkt binnen Word, Outlook, SharePoint en Teams. In de praktijk ziet dat er zo uit: een medewerker start in Word een nieuw document, kiest de documentsoort en het dossier, en het platform bouwt het document op uit het goedgekeurde sjabloon, de bijbehorende clausules en de dossiergegevens uit het bronsysteem.

Clausules worden aangeboden op basis van context, en per bepaling is vastgelegd of die vergrendeld, semi-vrij of vrij bewerkbaar is. Voor correspondentie geldt hetzelfde patroon binnen Outlook: de brief of e-mail vertrekt vanuit het goedgekeurde sjabloon met de juiste gegevens en huisstijl. Het resultaat landt in SharePoint in het juiste dossier, met metadata die retentie en vindbaarheid aansturen.

Validatie loopt mee tijdens het opstellen: ontbreekt een verplichte bepaling, is een ingetrokken clausuleversie in gebruik, of wijkt een gegeven af van het dossier, dan wordt dat gesignaleerd voordat het document de deur uitgaat. Het platform genereert zelf geen juridische tekst. Een breder beeld van de aanpak voor juridische organisaties staat op de pagina document automation for Legal.

In de praktijk zit de eerste meetbare winst doorgaans in de intakestroom, omdat daar het volume het hoogst en de variatie het laagst is.

Waar het misgaat

• Alles tegelijk willen. Kantoren die het volledige documentenlandschap in één traject aanpakken, halen de eindstreep zelden. Eén stroom, dan de volgende.
• Automatiseren zonder ontdubbelen. Twintig sjabloonvarianten in een systeem stoppen levert twintig varianten op, nu met een interface eromheen.
• Geen clausule-eigenaar. Zonder inhoudelijk verantwoordelijke veroudert de bibliotheek en keren gebruikers terug naar kopiëren uit oude dossiers.
• Te veel vergrendelen. Als gebruikers een noodzakelijke aanpassing niet kunnen maken, gaan ze buiten het systeem om werken.
• Geen aansluiting op het dossiersysteem. Als gegevens alsnog moeten worden overgetypt, verdwijnt het grootste deel van de winst.