atthisVerantwoorde AI28 september 202610 min lezenMvG | Atthis AI redactie

Lokale AI-modellen draaien: welke privacyvoordelen levert dat je MKB-bedrijf op?

Wie als MKB-bedrijf AI wil inzetten voor het samenvatten van documenten, het beantwoorden van klantvragen of het opstellen van offertes, loopt vroeg of laat…

Wie als MKB-bedrijf AI wil inzetten voor het samenvatten van documenten, het beantwoorden van klantvragen of het opstellen van offertes, loopt vroeg of laat tegen één vraag aan: waar gaat mijn data heen? Bij cloud-AI wordt je invoer doorgaans over het internet naar de servers van een externe aanbieder gestuurd. Voor een accountant, advocaat of zorgondernemer voelt dat terecht ongemakkelijk.

Lokale AI-modellen bieden een alternatief: het model draait op hardware of infrastructuur die je zelf beheert. Mits de oplossing volledig lokaal en zonder externe koppelingen is ingericht, kan je data binnen je eigen omgeving blijven. Dit artikel legt uit wat dat concreet oplevert, waar de grenzen liggen en hoe je bepaalt of lokale AI voor jouw bedrijf de juiste keuze is.

Wat zijn lokale AI-modellen precies?

Lenovo omschrijft lokale AI-modellen in zijn kennisbank als AI-systemen die direct op je eigen apparaat draaien of binnen een lokale infrastructuur, in plaats van via clouddiensten. Dat kan een werkstation op kantoor zijn of een eigen server. Daarnaast bestaat private of zelfbeheerde hosting: een omgeving die je huurt maar zelf inricht — met de kanttekening dat je dan niet alles volledig in eigen hand hebt.

Het verschil met cloud-AI zit in de plek waar de verwerking gebeurt. Bij een gebruikelijke clouddienst typ je een vraag, die over het internet naar de aanbieder gaat, daar wordt verwerkt en als antwoord terugkomt. Bij lokale AI gebeurt die verwerking op hardware die je zelf beheert of, bij private hosting, op infrastructuur die je zelf inricht.

Voor de gebruiker ziet het er vaak hetzelfde uit: een chatvenster, een zoekfunctie of een knop “samenvatten”. Onder de motorkap is het verschil fundamenteel — en dat verschil raakt direct aan privacy en controle.

Waarom cloud-AI privacyvragen oproept

Het Kenniscentrum Data & Maatschappij wijst erop dat een prompt aan een commerciële cloud-LLM over het internet naar de servers van de aanbieder wordt gestuurd om daar verwerkt te worden. Bevat die prompt persoonsgegevens of vertrouwelijke bedrijfsinformatie, dan komt die informatie bij een derde partij terecht. Welke rol die partij daarbij onder de AVG heeft, verschilt per dienst en per doel.

Dat roept een aantal vragen op die je als ondernemer moet kunnen beantwoorden:

  • Waar staan de servers, en vindt er doorgifte buiten de EU plaats?
  • Gebruikt de aanbieder mijn invoer om modellen te verbeteren?
  • Wie bij de aanbieder kan mijn data inzien, en onder welke voorwaarden?
  • Hoe lang worden prompts en uitvoer bewaard?

Het antwoord verschilt per leverancier en per contract. Controleer daarom per leverancier en per abonnementsvorm of trainen op je invoer is uitgesloten; zakelijke en consumentenvoorwaarden kunnen van elkaar afwijken. Verwerkt de leverancier namens jou persoonsgegevens, dan horen de afspraken daarover in een verwerkersovereenkomst.

Voor veel MKB-bedrijven is deze controle in de praktijk lastig. Je bent afhankelijk van wat de leverancier toezegt en van hoe die toezeggingen veranderen. Lokale AI-modellen kunnen een deel van die afhankelijkheid wegnemen — mits de oplossing volledig lokaal en zonder externe koppelingen is ingericht.

De privacyvoordelen van lokale AI-modellen

Data kan binnen je organisatie blijven

Het meest directe voordeel: klantgegevens, personeelsdossiers, contracten of medische informatie kunnen op systemen blijven die jij beheert. Het Kenniscentrum Data & Maatschappij beschrijft dat informatie bij gebruik van een lokale LLM niet wordt gedeeld of binnen het computersysteem van je organisatie blijft. Dat geldt alleen als de hele keten zo is ingericht: zonder telemetrie, externe back-ups, beheer op afstand of gekoppelde externe diensten. Is dat het geval, dan is er geen externe partij die je prompts ontvangt, opslaat of analyseert.

Daarmee kan een hele categorie risico’s wegvallen. Vragen over doorgifte buiten de EU, subverwerkers en bewaartermijnen van een derde spelen dan niet voor de AI-functionaliteit zelf. Let wel: dit gaat alleen op als de volledige oplossing zonder externe verwerkers of doorgiften functioneert.

Geen internetverbinding nodig voor de verwerking

Lokale modellen kunnen volgens Lenovo’s kennisbank ook offline werken. Na installatie kan een lokaal model in principe zonder internetverbinding draaien. Dat maakt het geschikt voor omgevingen waar je netwerkverkeer bewust beperkt, zoals een afgesloten werkplek voor gevoelige dossiers.

Controle over logging en bewaren

Bij volledig zelfbeheer bepaal jij of gesprekken worden gelogd, waar die logs staan en wanneer ze worden verwijderd. Controleer wel of softwarecomponenten standaard eigen logging of telemetrie hebben, en schakel die bewust uit of in. Zo kun je aansluiten bij de AVG-beginselen van dataminimalisatie en opslagbeperking: je bewaart alleen wat je nodig hebt, en niet langer dan nodig is.

Eenvoudiger uitleg aan klanten en toezichthouders

“Uw gegevens blijven binnen ons eigen systeem” is een verhaal dat klanten begrijpen — als je het ook waar kunt maken. Het kan je verwerkingsregister overzichtelijker maken: draait de AI-functionaliteit zelf zonder externe partij, dan komt daar geen extra verwerker bij. Werk je met extern beheer, gehuurde infrastructuur, support of gekoppelde componenten, dan ligt dat anders.

Lokaal is niet automatisch AVG-proof

Hier gaan veel artikelen over lokale AI te kort door de bocht. Dat data op een server staat die je zelf beheert, betekent niet dat je klaar bent met de AVG. Je verwerkt nog steeds persoonsgegevens, en de regels daarvoor gelden onverminderd.

Grondslag en doelbinding blijven gelden

Ook met lokale AI heb je een grondslag nodig om persoonsgegevens te verwerken, en het doel moet passen bij het oorspronkelijke doel van verzameling. Verdere verwerking voor een ander doel kan toegestaan zijn als dat doel verenigbaar is, er een nieuwe grondslag is of een specifieke wettelijke basis bestaat — maar die beoordeling moet je maken en vastleggen. Een klantdossier dat je hebt voor facturatie zet je dus niet zonder die beoordeling in om marketingteksten te genereren.

Beveiliging wordt jouw verantwoordelijkheid

Bij een clouddienst neemt de aanbieder een deel van de beveiliging op zich; Microsoft Learn noemt in zijn vergelijking van cloud en lokale modellen de beveiligingsmaatregelen van cloudproviders. Bij lokale AI komt meer op je eigen bord: toegangsbeheer, back-ups, updates van de software en fysieke beveiliging van de hardware. Besteed je beheer uit of huur je infrastructuur, dan verschuift de uitvoering, maar blijf jij verantwoordelijk voor passende maatregelen. Een slecht beveiligde lokale server is niet vanzelf veiliger dan een goed beveiligde cloud.

Onderdelen kunnen alsnog extern staan

Een lokaal model kan onderdeel zijn van een oplossing die toch externe diensten gebruikt: een zoekfunctie, een spraakherkenner of een monitoringtool. Breng de hele keten in kaart, niet alleen het taalmodel. Verwerkt zo’n externe partij namens jou persoonsgegevens, dan is een verwerkersovereenkomst verplicht. Is er geen verwerkersrelatie, dan leg je de afspraken op een andere passende manier contractueel vast.

DPIA en AI Act

Verwerk je gegevens waarbij waarschijnlijk een hoog privacyrisico ontstaat — bijvoorbeeld bij grootschalige verwerking van gezondheidsgegevens of geautomatiseerde beoordeling van personen — dan is een DPIA verplicht. Of dat in jouw situatie zo is, beoordeel je aan de hand van de AVG, de lijsten van de toezichthouder en je concrete context. Het hangt af van het risico, niet van de plek waar het model draait.

Ook de gefaseerd van toepassing wordende verplichtingen onder de EU AI Act gelden onafhankelijk van lokaal of cloud. DDMA beschrijft de indeling in onaanvaardbaar, hoog, beperkt en minimaal risico; welke categorie geldt, stel je per concrete toepassing vast. Niet iedere HR-toepassing is hoog risico. Valt een toepassing wél in die categorie, dan gelden eisen aan onder meer transparantie, menselijk toezicht en documentatie, afhankelijk van je rol. Controleer de actuele toepassingsdata en overgangsregels in de officiële tekst van de verordening.

Wanneer past lokale AI bij je bedrijf — en wanneer niet?

Lokale AI-modellen zijn geen doel op zich. De afweging draait om drie vragen.

Hoe gevoelig is de data?

Werk je met medische gegevens, juridische dossiers, financiële klantinformatie of personeelsgegevens? Dan is het potentiële privacyvoordeel van lokale verwerking het grootst — mits je de beveiliging van je eigen omgeving op orde hebt. Gebruik je AI vooral voor algemene teksten zonder persoonsgegevens, dan is het privacyargument minder zwaarwegend.

Welke kwaliteit heb je nodig?

Lokale modellen zijn vaak kleiner dan de grootste cloudmodellen, al kunnen ook grote modellen op eigen of private infrastructuur draaien. Of een kleiner model voldoet voor samenvatten, classificeren, zoeken in eigen documenten en het opstellen van standaardteksten, hangt af van het model, de taal, je hardware, je documenten en je kwaliteitsnorm. Voor complexe redeneertaken kan een groter model beter presteren, maar dat is niet universeel. Test dit op je eigen taken voordat je kiest.

Wie beheert het?

Lokale AI vraagt beheer: installatie, updates, monitoring en beveiliging. Microsoft Learn benoemt dat bij lokale modellen de verantwoordelijkheid voor updates, compatibiliteit en het bewaken van beveiligingsproblemen bij de gebruiker ligt. Heb je geen eigen IT-capaciteit, dan moet je dat inkopen of inrichten met een partner. Reken die beheerkosten mee in de vergelijking — de licentiekosten van een clouddienst zijn niet de hele rekening, maar de hardware van een lokale oplossing ook niet.

Samengesteld voorbeeld (fictief)

Het volgende voorbeeld is samengesteld en niet gebaseerd op een specifieke, verifieerbare klantcase. Stel: een adviesbureau met enkele tientallen medewerkers wil AI inzetten om interne rapporten sneller te doorzoeken en samen te vatten. De rapporten bevatten klantnamen en financiële details.

Het bureau kiest voor een lokaal model dat antwoordt op basis van de eigen documenten, draaiend op een server in het eigen netwerk. Medewerkers krijgen toegang via een intern webportaal. Er wordt alleen gelogd wat nodig is voor foutopsporing, en die foutmeldingen worden zo ingericht dat ze geen persoonsgegevens bevatten. Voor externe communicatie naar klanten controleert een adviseur het resultaat voordat het de deur uitgaat.

Wat dit voorbeeld illustreert: de doorslaggevende factor hoeft niet techniek te zijn, maar uitlegbaarheid. Kun je klanten in één zin vertellen waar hun data blijft, dan heb je een concreet argument voor je keuze.

Zo pak je het praktisch aan

Stap 1: Inventariseer je use-cases en data

Welke taken wil je met AI ondersteunen? Welke gegevens komen daarbij langs? Markeer welke toepassingen persoonsgegevens of vertrouwelijke informatie raken. Die toepassingen zijn de eerste kandidaten voor lokale verwerking.

Stap 2: Bepaal het minimale model

Begin met de kleinste opzet die je taak goed uitvoert. Een model dat je eigen documenten raadpleegt en daaruit antwoordt, kan effectiever en beter controleerbaar zijn dan een groot algemeen model; of dat zo is, hangt af van de taak, de kwaliteit van je documenten en hoe je de resultaten evalueert. Minder overhead, meer grip.

Stap 3: Regel beheer en beveiliging vooraf

Leg vast wie toegang heeft, hoe updates verlopen, waar back-ups staan en hoe lang eventuele logs bewaard blijven. Doe dit vóór de eerste medewerker ermee werkt, niet erna.

Stap 4: Houd een mens in de lus

Bij klantcontact, juridische teksten of beslissingen over personen controleert een medewerker de uitvoer. Lokale AI kan je data beschermen — als de technische en organisatorische maatregelen kloppen — maar beschermt niet tegen een verkeerd antwoord. Menselijke controle is onderdeel van de oplossing, niet een optie.

Stap 5: Documenteer

Neem de onderliggende verwerking van persoonsgegevens op in je verwerkingsregister, voor zover de registratieplicht op jouw organisatie van toepassing is. Beoordeel of een DPIA nodig is, stel per toepassing vast in welke risicocategorie van de AI Act die valt en leg vast hoe je aan de bijbehorende eisen voldoet.

Je eerste stap

Kies één werkproces waarbij gevoelige data en repetitief tekstwerk samenkomen — het samenvatten van dossiers, het doorzoeken van contracten, het voorbereiden van klantantwoorden. Schrijf op welke gegevens daarbij langskomen en waar die nu heen gaan.

Die ene A4 geeft je meer inzicht in de noodzaak van lokale AI-modellen dan welke vergelijkingstabel ook. Blijkt de data gevoelig en het proces geschikt, dan heb je een concreet startpunt voor een pilot op eigen hardware. Blijkt het niet zo gevoelig, dan heb je een onderbouwde reden om het anders te doen. Beide uitkomsten zijn winst.