IT-Landschap Notariaat 2026

Wat staat er in de whitepaper?

IT-Landschap Notariaat 2026 analyseert waarom de structurele werkdruk in het notariaat niet alleen een arbeidsmarktprobleem is, maar vooral een IT-architectuurprobleem. In negen hoofdstukken beschrijft de whitepaper de route van gesloten, historische systemen naar een modulaire Best-of-Breed-architectuur met orkestrerende AI, waarbij de notaris altijd eindverantwoordelijk blijft. Hieronder leest u per hoofdstuk de kern; de volledige onderbouwing vindt u in de PDF.

Inleiding: De Noodzaak voor Fundamentele Innovatie

De werkdruk in het notariaat wordt niet uitsluitend veroorzaakt door de krappe arbeidsmarkt. Vergrijzing, uitstroom van gekwalificeerd personeel en uitval om gezondheidsredenen zetten alle signalen op rood, terwijl de sector tegelijkertijd topprestaties levert: in 2025 werden ruim twee miljoen aktes gepasseerd, een historisch record. Moderne notaris-ondernemers reageren met een vierdaagse werkweek en beperkte openingstijden; dat komt de medewerkers ten goede, maar heeft directe bedrijfseconomische gevolgen voor het notariskantoor.

De aloude reflex om meer werk op te vangen door simpelweg meer mensen aan te nemen leidt volgens de whitepaper tot een rat-race to the bottom: het werk wordt wel aangenomen, maar organisatorisch niet aangekund. Wat opvallend vaak achterwege blijft, is een kritische, holistische blik op de onderliggende IT-architectuur en de inrichting van de bedrijfsprocessen. Juist daar ligt volgens de auteur de werkelijke ruimte voor innovatie.

H1. De Historische IT-Architectuur

De notariële softwaremarkt wordt al decennia gefaciliteerd door een select aantal vertrouwde leveranciers; sommige relaties dateren uit de jaren negentig. Deze systemen groeiden uit tot de operationele ruggengraat van het notariskantoor en hebben de sector jarenlang uitstekend gediend. Ze zijn echter ontworpen voor één primair doel: een onveranderlijke, uiterst veilige digitale archiefkast, een System of Record. Daarmee zijn ze in de basis reactief, passief en lineair: het systeem wacht tot een medewerker inlogt en data invoert.

Om de geheimhoudingsplicht uit de Wna te waarborgen draait deze software vaak in zwaar afgeschermde virtuele omgevingen zoals Citrix of Remote Desktop: wat de medewerker op het scherm ziet, is feitelijk een beveiligde videoverbinding met een centrale server. Cloud-native architectuur, open API's en proactieve AI vragen juist om open, flexibele communicatie, en dat blijkt in de praktijk lastig te verenigen met deze veiligheidsmuren.

H2. De Cloud in Perspectief

Onder druk van KNB-ketenpartners zoals het Kadaster en de KVK komt de cloudmigratie in het notariaat voorzichtig op gang, en leveranciers verkopen die stap graag als grensverleggende innovatie. De whitepaper plaatst daar een nuchtere observatie tegenover: de brede zakelijke buitenwereld zette deze transitie al in 2008 in gang. De verlate stap naar de cloud staat daarmee niet meer gelijk aan fundamentele innovatie of datasoevereiniteit; het is primair het dichten van een historische IT-achterstand.

Wie migreert naar de SaaS-versie van het vertrouwde pakket huurt bovendien een afgeschermde kamer in het huis van de leverancier: juridisch blijft het kantoor eigenaar van de data, operationeel wordt het sterker afhankelijk van diens bereidwilligheid en roadmaps. En omdat lift-and-shift de reactieve, lineaire aard van de software niet verandert, is voor proactieve, orkestrerende AI een AI-first-architectuur nodig. De cloud alleen ontsluit die intelligentie niet.

H3. Samenwerking en Belangen in de IT-Keten

Het innovatietempo van een notariskantoor hangt nauw samen met twee externe spelers: de softwareleverancier en de IT-beheerder (MSP), die beiden vanuit volstrekt valide bedrijfseconomische belangen handelen. Leveranciers beschikken doorgaans over API's, maar wegen strategisch af hoe ver zij die openstellen voor onafhankelijke AI-platformen. Wie voor de alles-in-één-omgeving kiest, ziet het eigen innovatietempo direct begrensd door de ontwikkelcapaciteit en de bereidheid van die ene leverancier.

IT-beheerders dragen de zware verantwoordelijkheid voor continuïteit, beveiliging en compliance, met een verdienmodel dat van oudsher verweven is met lokale infrastructuur: servers, firewalls en werkplekbeveiliging. Naarmate cloud-native AI vanuit de browser werkt en die zware infrastructuur minder nodig maakt, verklaart dit waarom MSP's soms terughoudend reageren op onafhankelijke AI-systemen en liever sturen op de vertrouwde roadmap van de softwareleveranciers.

H4. De Vijf Niveaus van AI-Volwassenheid

Elke leverancier claimt momenteel AI-gedreven te zijn. Om marketing van realiteit te onderscheiden deelt de whitepaper de inzet van AI in het notariaat in vijf niveaus in. Niveau 1, publieke chatbots zoals ChatGPT, mist de notariële context en een dataschild en is voor cliëntendossiers tuchtrechtelijk onverantwoord. Niveau 2 is de losstaande slimme knop waarbij de medewerker zelf de lijm vormt; niveau 3 is AI die in het gesloten systeem is ingebouwd, maar lineair en reactief blijft. Juist niveau 2 en 3 zijn achter de marketing het lastigst te herkennen.

Niveau 4 is orkestrerende AI met continue Human-in-the-Loop, door de whitepaper vergeleken met een filharmonisch orkest: een dirigent die zelfstandig in actie komt op een trigger en gespecialiseerde sub-agents op elkaar afstemt, terwijl essentiële handelingen pas worden uitgevoerd na expliciete goedkeuring van de notaris. Niveau 5, volledig autonome AI, is wettelijk en tuchtrechtelijk uitgesloten: een algoritme bezit geen Belehrungspflicht en kan geen wilscontrole uitvoeren. Niveau 4 is daarmee het hoogst haalbare fundament.

H5. Etiketten, Barcodes en Afhankelijkheid

Waarom komen veel systemen niet verder dan niveau 2 of 3? De whitepaper gebruikt de metafoor van etiket en barcode: op elk digitaal dossier zit een leesbaar etiket (de inhoud) en een barcode (harde metadata zoals exacte ID's, timestamps en versienummers). AI leest het etiket met gemak, maar zodra een leverancier de toegang tot die metadata beperkt of deze niet via de API meestuurt, verliest de AI de deterministische zekerheid, moet zij gissen en neemt de kans op hallucinaties aanzienlijk toe. Niveau 4 kan alleen foutloos orkestreren als er geen metadata worden gegijzeld.

Daarnaast integreren veel traditionele leveranciers AI van derden in plaats van een eigen AI-first-infrastructuur te bouwen, wat extra ketenafhankelijkheid creëert van andermans roadmap, compliance en tarieven. En er is een harde technologische grens: zelfs de meest geavanceerde AI wordt door de lineaire architectuur van de software zelf beperkt tot maximaal niveau 2 of 3, gedwongen tot de rol van reactief hulpje in plaats van orkestleider.

H6. Veiligheid en Compliance via de Paraplu-Architectuur

Kantoren die niet willen wachten op innovatie binnen hun gesloten systemen kijken naar een onafhankelijke paraplu-architectuur die direct op de eigen kantoordata werkt. Externe AI die in de centrale SharePoint-omgeving opereert, lijkt echter te botsen met de Wna, de AVG en het need-to-know-principe. Professionele niveau 4-platformen lossen dit op met lokale pseudonimisering: het Data-Schild.

Voordat documenten of vragen naar het AI-model gaan, haalt het Data-Schild lokaal alle persoonsgegevens, BSN's, bankrekeningen en bedragen eruit, vervangt deze door abstracte variabelen en versleutelt de data. De externe AI redeneert uitsluitend met geanonimiseerde logica; binnen de eigen IT-muren wordt het antwoord weer aan de echte gegevens gekoppeld. Privacygevoelige data verlaat de eigen kantooromgeving dus nooit. In combinatie met strikte Data Retention-afspraken (de verzonden data wordt nooit gebruikt om modellen te trainen) houdt de notaris de tuchtrechtelijke controle en voldoet het kantoor aan de strenge KNB AI-Weegschaal.

H7. De KNB als Katalysator

De KNB vervult een dubbelrol: strenge bewaker van de notariële kernwaarden én pleitbezorger van de open infrastructuur die de alles-in-één-silo's doorbreekt. Via vier pijlers stuurt zij de markt richting Best-of-Breed en API-architectuur. Europese en nationale wetgeving, zoals de Digitale Oprichting B.V. en KIK, dwingt beveiligde knooppunten en API-standaarden af: een leverancier die deze niet kan of wil inbouwen, maakt het de notaris onmogelijk zijn wettelijke taak uit te voeren.

Tegelijk verschuift het vertrouwen van het afgesloten softwarepakket naar de persoon van de notaris, via persoonlijke beroepscertificaten en strikte authenticatie. Zolang de AI-orkestrator elke actie ter goedkeuring voorlegt, maakt het voor de KNB-infrastructuur niet meer uit uit welk systeem die actie komt. Paradoxaal genoeg legitimeert de harde tuchtrechtelijke grens die niveau 5 uitsluit juist niveau 4 en modulaire systemen: het kantoor moet zelf de regie over de brondata hebben om die verantwoordelijkheid überhaupt te kunnen dragen. De KNB waarschuwt bovendien voor lock-in en probeert die via het eigen Notarieel Netwerk te voorkomen.

H8. De Rol van de Ketenpartners

Waar de KNB de transitie top-down aanjaagt, dwingen ketenpartners zoals het Kadaster, de Kamer van Koophandel, de Belastingdienst en banken via ECH de open architectuur bottom-up af. Zij hebben geen enkel direct belang bij gesloten pakketten; hun enige operationele doel is veilige, gestructureerde en real-time data-uitwisseling (Straight-Through Processing). Blokkeren of vertragen gevestigde leveranciers die datastroom als poortwachter, dan bouwt de keten simpelweg wegen om hen heen.

De whitepaper beschrijft vier routes: sectorbrede API-hubs met openbaar gepubliceerde specificaties waar elke gekwalificeerde partij op mag inprikken; directe Microsoft-integratie, waarbij officiële connectors brondata rechtstreeks naar de eigen SharePoint-omgeving trekken; pilots met cloud-native nieuwkomers die in weken de koppelingen bouwen waar traditionele spelers soms jaren over doen; en de verschuiving van identiteit naar de notaris via eIDAS 2.0, eHerkenning en beroepscertificaten. De vraag wordt niet langer welk IT-systeem iets stuurt, maar welke beëdigde notaris.

H9. Best-of-Breed en de Financiële Impact

Werkdruk wordt niet duurzaam opgelost met wéér een losstaande knop in de huidige software. Vooruitstrevende kantoren omarmen daarom de Best-of-Breed-strategie: zij plaatsen hun actieve, dagelijkse werkstromen in een moderne cloud-omgeving zoals Microsoft Azure met SharePoint-dossiermappen, die volledig zelfstandig fungeert als de Source of Truth. Bovenop die eigen datalaag staat de onafhankelijke AI-orkestrator die processen van intake tot akte begeleidt.

De vertrouwde pakketten hoeven daarbij niet te verdwijnen; zij kunnen hun kernrol terugkrijgen als veilige digitale kluis aan het einde van het proces, voor de definitieve archivering, complexe KIK-indieningen en het beheer van de derdengeldenrekening. Het rendement: minder foutgevoelig kopieerwerk, lagere administratieve druk en op termijn het afbouwen van zware lokale infrastructuur en dure Citrix-werkpleklicenties, en daarmee een beduidend lichter en flexibeler IT-budget.

Conclusie: Regie, Visie en Strategie

Het antwoord op werkdruk en personeelstekort ligt niet uitsluitend in de jacht op schaars personeel, en evenmin in reactieve AI op systemen die daar architectonisch niet voor zijn ontworpen. De transitie is bovendien geen vrijblijvende interne keuze meer, maar een harde externe noodzaak: ketenpartners en de KNB sturen onmiskenbaar aan op open API-standaarden, Straight-Through Processing en authenticatie op de persoon van de notaris. Wie vast blijft zitten in gesloten alles-in-één-silo's, dreigt op termijn de aansluiting met het notariële ecosysteem te missen.

Werkelijke verlichting ontstaat door de regie over de brondata en het IT-fundament terug te pakken: datasoevereiniteit. Binnen een open, cloud-native Best-of-Breed-omgeving kan orkestrerende AI haar werk doen, terwijl het Data-Schild, versleuteling en het Human-in-the-Loop-principe het kantoor binnen de strenge Wna- en AVG-kaders houden. De whitepaper sluit af met vijf strategische overwegingen voor de maatschap en tien concrete vragen voor het gesprek met uw leverancier.