Interne documenten doorzoekbaar maken begint niet bij AI, maar bij koppelen: aan welke klant, deal of dossier hoort dit bestand, en welke versie geldt? Zonder dat antwoord vindt ook een slimme zoeklaag niets bruikbaars.
Een klant belt over een afspraak die "toch echt in het contract staat". Drie mensen gaan zoeken. De één vindt een bestand in een gedeelde map, de ander een bijlage in een mail van veertien maanden geleden. De twee versies verschillen. Welke is nou getekend? Dat weet niemand zeker, tot iemand de mailbox van een oud-collega opent en er een derde versie uitkomt.
Dat is geen opslagprobleem. Alles stond keurig opgeslagen, op meerdere plekken zelfs. Het is een terugvindprobleem, en dat is iets heel anders. Interne documenten doorzoekbaar maken begint dan ook niet bij een slimme zoekmachine, maar bij de vraag waar een document eigenlijk bij hoort.
Vindbaarheid is geen eigenschap van je opslag, maar van je structuur. De meeste bedrijven hebben die eerste stap allang gezet: van de Nederlandse bedrijven met meer dan tien werkzame personen gebruikte 71 procent in 2024 clouddiensten, en van de kleinste bedrijven (2 tot 10 werkzame personen) 49 procent.1 De bestanden staan dus niet meer op één server onder een bureau.
Maar cloudopslag heeft precies één probleem opgelost: waar een bestand fysiek staat. Zoeken doe je er nog steeds op bestandsnaam, op mapstructuur en op wat je je toevallig herinnert. De zoekbalk van een gedeelde drive vindt wél het woord "opzegtermijn" in dertig bestanden. Hij weet alleen niet welk van die dertig bestanden bij deze klant hoort, welke versie geldt en of hij ooit getekend is.
Cloudopslag heeft opgelost waar een bestand fysiek staat. Niet waar het over gaat.
De vragen die in de praktijk gesteld worden, zijn nooit "welk bestand bevat dit woord". Ze zijn: wat hebben we met deze klant afgesproken, in de versie die nu geldt, en wie heeft dat goedgekeurd. Daar heeft een tekstzoekfunctie geen antwoord op — en een AI-laag bovenop dezelfde stapel bestanden ook niet.
Een document wordt vindbaar op het moment dat het aan iets hangt: aan een klant, een leverancier, een medewerker, een deal, een project of een dossier. Een los PDF-bestand in een map heeft precies één ingang, namelijk de naam die iemand het ooit gaf, meestal op een moment dat het nog niet uitmaakte.
Voordat AI iets zinnigs met je documenten kan doen, moet je een handvol dingen vastleggen. Niet vijftig velden. Deze zes doen het meeste werk:
Die velden hoef je niet met de hand in te tikken; veel volgt uit het moment waarop een document binnenkomt. Maar het model moet bestaan vóórdat je er een AI-laag overheen legt. AI kan velden invullen. Hij kan niet bedenken welke velden jouw bedrijf nodig heeft.
AI kan velden invullen. Hij kan niet bedenken welke velden jouw bedrijf nodig heeft.
Het uitlezen van documenten zelf — gegevens uit een PDF halen zodat niemand ze meer hoeft over te tikken — is een apart onderwerp met een eigen rekensom. Daar gaan AI-adoptie in het MKB en welke processen je het eerst automatiseert verder op in. Dit artikel gaat over de laag daarboven: terugvinden.
Het is trouwens ook geen kwestie van "alles in één tool": dat je acht systemen hebt is een eigen probleem (zie tool-sprawl in de MKB-groothandel), net als de bredere keuze om je bedrijfscontext op één plek te brengen (zie maatwerksoftware en het bedrijfs-OS).
Het instroompunt beslist. Een document dat via een formulier, een portaal of een offerteflow binnenkomt, kan meteen aan de juiste klant en de juiste status hangen — automatisch, zonder dat iemand eraan denkt. Een document dat als bijlage in een persoonlijke mailbox landt, hangt aan niets. En de kans dat iemand het later alsnog netjes koppelt, is in de praktijk klein.
Het repareren van het instroompunt rendeert het snelst op de twee momenten waarop veel documenten tegelijk binnenkomen die later weer opgevraagd worden: bij de onboarding van een nieuwe klant en in het offerteproces. Wat daar goed binnenkomt, hoef je nooit meer terug te zoeken.
Een vraag-en-antwoordlaag over je eigen documenten werkt als drie dingen kloppen: de set documenten is afgebakend, elk antwoord verwijst naar zijn bron, en verouderde versies zitten er niet in. Ontbreekt één van de drie, dan krijg je vloeiende antwoorden die je niet kunt vertrouwen — en dat is erger dan geen antwoord.
Het idee is inmiddels ook geen exotisch experiment meer. In 2025 gebruikte 33 procent van de Nederlandse bedrijven met tien of meer werkzame personen minstens één van acht AI-technologieën; textmining was met 22 procent de meest gebruikte.2 De techniek is er. De voorbereiding meestal nog niet.
Een taalmodel vult gaten. OWASP omschrijft hallucinaties als het gevolg van modellen die ontbrekende kennis opvullen met statistische patronen, zonder de inhoud werkelijk te begrijpen, en noemt het ophalen van geverifieerde informatie uit betrouwbare bronnen én menselijk toezicht expliciet als tegenmaatregel.3 Vertaald naar de praktijk is de regel simpel: elk antwoord noemt het document, de versie en de datum, met een klikbare verwijzing erheen.
Een antwoord zonder bronverwijzing is geen antwoord. Het is een gok met goede zinsbouw.
Het is niet alleen een veiligheidsmaatregel: wie het brondocument in twee tellen kan openen, gaat de zoeklaag gebruiken. Wie eerst zelf moet controleren of het klopt, keert terug naar de mappen.
De bekendste variant hiervan speelt in Excel, maar buiten Excel is hij duurder. En hij is niet op te lossen door oude versies weg te gooien, want dat mag vaak niet: basisgegevens uit je administratie moet je zeven jaar bewaren, gegevens over onroerende zaken tien jaar, en die termijn begint pas te lopen als de actualiteitswaarde van een gegeven vervalt.4
Met andere woorden: je archief bevat per definitie versies die niet meer gelden. Dat is geen slordigheid, dat is de wet. Wat je archief bewaart en wat je zoeklaag mag beantwoorden, zijn dus twee verschillende dingen. Drie plekken waar dat verschil geld kost:
De oplossing is niet ingewikkeld, maar wel expliciet: geef documenten een status en een geldigheidsperiode, en laat de antwoordlaag standaard alleen op het geldige deel zoeken. Wie de oude versie nodig heeft, vraagt er bewust om.
Richt rechten in vóórdat je documenten samenbrengt, niet erna. Alles op één plek zetten zonder rechtenmodel maakt gevoelige informatie namelijk niet veiliger — het maakt haar beter vindbaar voor mensen die er niets mee te maken hebben.
Alles op één plek zetten zonder rechtenmodel maakt gevoelige documenten niet veiliger. Het maakt ze beter vindbaar.
Dat risico is inmiddels ook netjes beschreven. OWASP wijst er in zijn lijst met kwetsbaarheden van AI-toepassingen op dat in een omgeving waar verschillende groepen gebruikers dezelfde zoekindex delen, informatie van de ene groep zomaar in het antwoord van de andere groep terecht kan komen, en beveelt een index aan die de rechten van de gebruiker kent.5 Dat speelt niet alleen tussen bedrijven; binnen één MKB-bedrijf lopen dezelfde scheidslijnen tussen afdelingen, vestigingen en franchisenemers.
Een paar categorieën horen structureel buiten de algemene zoekindex. Niet omdat ze onvindbaar moeten zijn, maar omdat ze in een eigen laag horen, met eigen rechten:
Die documenten moeten wél gekoppeld zijn — aan de medewerker, aan het dossier, aan de leverancier. Ze moeten alleen zichtbaar zijn voor wie het aangaat en onzichtbaar voor de rest. Dat vooraf inrichten kost een fractie van de moeite die het kost om eerst te centraliseren en daarna de rechten te repareren.
Niet bij "alle documenten". Kies één categorie waar het regelmatig misgaat en die een duidelijke eigenaar heeft. Voor de meeste bedrijven zijn dat klantcontracten; voor een groothandel vaak prijslijsten; voor een installatiebedrijf de keurings- en opleveringsdocumenten.
Die volgorde is niet onderhandelbaar; stap vier zonder stap één levert een systeem op dat overtuigend klinkt en regelmatig ongelijk heeft. Wil je zien hoe documenten en dossiers samenhangen met de rest van je operatie, dan geeft Connective OS daar een beeld van, en kun je in een eigen samenstelling aanvinken welke onderdelen je nodig hebt. Weet je nog niet waar je staat, begin dan met de bedrijfs-OS-scan.
Het doel is uiteindelijk banaal: dat de vraag van die klant over de opzegtermijn binnen dertig seconden een antwoord krijgt, met het getekende contract erbij, door wie er ook toevallig opneemt.
De Quickscan duurt één uur. Jullie weten daarna precies wat er speelt, of jullie daarna klant worden of niet.
