AI, de EU AI Act en GDPR: een uitgebreide gids voor verantwoord AI-gebruik

Artificiële intelligentie is geen enkel product, maar een verzamelnaam voor systemen die uit input afleiden hoe ze voorspellingen, aanbevelingen, inhoud of beslissingen kunnen maken. Denk aan een model dat afwijkingen in facturen detecteert, een assistent die documenten doorzoekt of een toepassing die beelden analyseert. De AI Act gebruikt een eigen juridische definitie. Niet elke automatische regel of spreadsheetformule is daardoor meteen een AI-systeem.

Generatieve AI maakt nieuwe tekst, beelden, audio, video of code op basis van aangeleerde patronen. Een taalmodel kan overtuigend formuleren zonder dat zijn antwoord juist is. Het kan bronnen verzinnen, verouderde informatie gebruiken en fouten reproduceren uit trainingsdata. Een vloeiend antwoord is dus geen bewijs van expertise, waarheid of juridische betrouwbaarheid. Ook een redeneermodel moet je beoordelen op controleerbare resultaten, niet op hoe slim het klinkt.

Een AI-model is niet hetzelfde als de volledige toepassing. Rond het model zitten instructies, databronnen, zoekfuncties, rechten, logging en soms tools die acties uitvoeren. Bij een AI-agent gaat het daarom ook om wat het systeem mag doen: alleen een tekst voorstellen is iets anders dan betalingen uitvoeren, klantendossiers wijzigen of kandidaten afwijzen. De risicoanalyse moet die hele keten bekijken.

De EU AI Act gaat over AI-systemen en AI-modellen: welke toepassingen zijn verboden, welke zijn hoog risico en welke verplichtingen horen bij het ontwikkelen, op de markt brengen en gebruiken ervan? De GDPR, in het Nederlands de AVG, gaat over het verwerken van persoonsgegevens. Zij bepaalt onder meer waarom je gegevens mag gebruiken, hoeveel je mag verzamelen, hoe je mensen informeert en welke rechten zij hebben.

Een systeem kan onder de AI Act vallen zonder persoonsgegevens te verwerken, bijvoorbeeld een model dat industriële onderdelen beoordeelt. Omgekeerd kan de GDPR gelden voor een eenvoudige klantenlijst zonder AI. Zodra een AI-toepassing persoonsgegevens verwerkt, moet je beide kaders samen beoordelen. Een toepassing met weinig AI Act-verplichtingen kan nog steeds een groot privacyrisico hebben.

AI Act-conformiteit is geen GDPR-vrijstelling. Een CE-markering, leveranciersverklaring, EU-hostinglabel of certificaat levert niet automatisch een rechtsgrond voor persoonsgegevens. Ook auteursrecht, arbeidsrecht, consumentenbescherming, beroepsgeheim en sectorspecifieke regels kunnen relevant zijn. GDPR AI is geen aparte wet: het is de toepassing van de bestaande GDPR op AI-processen.

De AI Act onderscheidt onder meer aanbieders, gebruiksverantwoordelijken, importeurs en distributeurs. Een aanbieder ontwikkelt een AI-systeem of laat het ontwikkelen en brengt het onder eigen naam op de markt of in gebruik. Een gebruiksverantwoordelijke gebruikt een systeem onder zijn gezag, buiten louter persoonlijke, niet-professionele activiteiten. Een bedrijf dat een bestaande AI-tool inzet, is dus niet automatisch alleen maar een passieve klant.

De rol kan veranderen. Wie een hoogrisicosysteem onder eigen naam aanbiedt, het ingrijpend wijzigt of de beoogde toepassing zodanig verandert dat het hoog risico wordt, kan aanbiedersverplichtingen krijgen. Een bestaand model integreren in een eigen HR-product vraagt daarom een andere analyse dan hetzelfde model gebruiken om een eerste versie van een interne tekst te schrijven.

De territoriale werking stopt niet aan de EU-grens. Onder de voorwaarden van artikel 2 kunnen ook aanbieders of gebruiksverantwoordelijken buiten de EU onder de wet vallen wanneer de output in de EU wordt gebruikt. Leg contractueel vast wie welke informatie, documentatie en ondersteuning levert, maar besef dat een contract wettelijke verantwoordelijkheden niet zomaar wegneemt.

De AI Act behandelt niet alle AI op dezelfde manier. Bepaalde praktijken zijn verboden. Specifieke systemen worden als hoog risico aangemerkt. Voor bepaalde interacties en synthetische inhoud gelden transparantieverplichtingen. Veel andere toepassingen hebben geen volledig hoogrisicoregime, maar kunnen wel onder horizontale verplichtingen zoals AI-geletterdheid en onder andere wetgeving vallen.

De vaak gebruikte vierdelige risicopiramide is een handige uitleg, geen vervanging voor de artikels en bijlagen. Een chatbot is niet per definitie onschuldig of hoog risico. Een taalmodel dat vakantieteksten schrijft, wordt anders beoordeeld dan een toepassing die kandidaten rangschikt, toegang tot onderwijs beïnvloedt of kredietwaardigheid evalueert. Kijk naar het beoogde doel, de betrokken personen en de mogelijke gevolgen.

Voor bepaalde in bijlage III genoemde toepassingen bestaan nauw omschreven uitzonderingen op de hoogrisico-indeling, bijvoorbeeld voor beperkte procedurele of voorbereidende taken die geen significant risico vormen en beslissingen niet wezenlijk beïnvloeden. Dat is geen algemene ontsnappingsroute. Profilering van natuurlijke personen binnen die toepassingen blijft een belangrijk aandachtspunt; een beroep op een uitzondering vraagt onderbouwde documentatie.

Artikel 5 verbiedt specifiek omschreven praktijken. Voorbeelden zijn bepaalde schadelijke manipulatie, het uitbuiten van kwetsbaarheden, verboden vormen van sociale scoring, het ongericht verzamelen van gezichtsbeelden van internet of camerabeelden voor gezichtsherkenningsdatabanken, en bepaalde biometrische categorisering op basis van gevoelige kenmerken. De voorwaarden en uitzonderingen verschillen per verbod; een korte checklist kan de wettekst niet vervangen.

Voor werkgevers en onderwijsinstellingen is emotieherkenning bijzonder relevant. Het afleiden van emoties met AI op basis van biometrische gegevens op de werkplek of in onderwijsinstellingen is verboden, behalve voor medische of veiligheidsredenen binnen de wettelijke uitzondering. Een claim dat een webcam de motivatie of het humeur van medewerkers objectief meet, moet dus meteen alarmbellen doen afgaan.

Ook voorspellende criminaliteitsbeoordeling die uitsluitend op profilering of persoonlijkheidskenmerken steunt en bepaalde realtime biometrische identificatie door rechtshandhaving in publiek toegankelijke ruimten worden streng beperkt of verboden, met nauw begrensde uitzonderingen. De AI Omnibus voegde daarnaast verboden toe voor AI-systemen die niet-consensuele seksueel expliciete inhoud of materiaal van seksueel kindermisbruik genereren; die nieuwe verboden worden op 2 december 2026 van toepassing. Gebruik een commerciële productnaam of een vriendelijke interface nooit als bewijs dat een toepassing toegestaan is.

Hoogrisicosystemen kunnen onder artikel 6 en bijlage I vallen als veiligheidscomponent van, of als product onder, specifieke EU-productwetgeving met beoordeling door een derde partij. Daarnaast noemt bijlage III toepassingen in onder meer biometrie, kritieke infrastructuur, onderwijs, werkgelegenheid, essentiële diensten, rechtshandhaving, migratie en justitie. De precieze gebruikscontext bepaalt of een systeem daadwerkelijk in een categorie valt.

Een AI-tool die sollicitaties filtert, kandidaten evalueert of werkprestaties beoordeelt kan hoog risico zijn. Een toepassing die toegang tot onderwijs bepaalt of kredietwaardigheid van natuurlijke personen evalueert kan dat eveneens zijn. Niet elke HR-chatbot of financiële toepassing valt automatisch in die groep. Maak de analyse op het werkelijke doel en documenteer waarom.

Voor aanbieders omvat het hoogrisicoregime onder meer risicobeheer, datagovernance, technische documentatie, registratie van gebeurtenissen, informatie voor gebruikers, menselijk toezicht, nauwkeurigheid, robuustheid, cybersecurity en een kwaliteitsmanagementsysteem. Gebruiksverantwoordelijken hebben eigen verplichtingen, zoals correct gebruik, competent toezicht, monitoring en het bewaren van logs waar die onder hun controle staan. Een grondrechteneffectbeoordeling is voor bepaalde gebruiksverantwoordelijken verplicht, niet voor elk bedrijf bij iedere AI-tool.

De AI Act trad op 1 augustus 2024 in werking en wordt gefaseerd toegepast. De oorspronkelijke verboden en de bepalingen rond AI-geletterdheid gelden sinds 2 februari 2025. Veel regels voor modellen voor algemene doeleinden gelden sinds 2 augustus 2025. Op 27 juli 2026 trad de Digital Omnibus on AI, Verordening (EU) 2026/1744, in werking. Dit is dus niet langer alleen een voorstel: de wijziging verschuift onder meer de algemene deadlines voor hoogrisicosystemen.

Volgens de bijgewerkte officiële Commissie-tijdlijn gelden de hoogrisicoregels voor bijlage III vanaf 2 december 2027. De regels voor de kwalificerende productgerelateerde systemen van artikel 6, lid 1 en bijlage I volgen vanaf 2 augustus 2028. De vaak geciteerde oorspronkelijke data van augustus 2026 en augustus 2027 zijn voor die categorieën niet meer de actuele algemene deadlines. Intussen blijven onder meer GDPR, de oorspronkelijke verboden en toepasselijke transparantieverplichtingen gelden.

Niet elke termijn is uitgesteld. Artikel 50-transparantie geldt in beginsel vanaf 2 augustus 2026. Alleen voor bepaalde systemen die al vóór die datum op de markt waren, loopt een beperkte overgang voor artikel 50, lid 2 tot 2 december 2026. Aanbieders van GPAI-modellen die vóór 2 augustus 2025 al op de markt waren, hebben volgens artikel 111 een overgang tot 2 augustus 2027. Voor bestaande systemen zijn er aanvullende contextafhankelijke bepalingen. De AI Omnibus en het bredere Digital Omnibus-pakket zijn bovendien niet hetzelfde: de goedkeuring van de AI-wijziging bewijst niet dat alle aangekondigde GDPR-wijzigingen wet zijn.

Het gewijzigde artikel 4 vraagt van aanbieders en gebruiksverantwoordelijken maatregelen die de ontwikkeling van AI-geletterdheid ondersteunen bij personeel en andere personen die namens hen met systemen werken. De AI Omnibus vereenvoudigde de oorspronkelijke formulering: bedrijven hoeven geen specifiek geletterdheidsniveau van ieder individu te garanderen. De verplichting om maatregelen te nemen is niet afgeschaft. Technische kennis, ervaring, opleiding, gebruikscontext en de betrokken personen blijven relevant; de Commissie en lidstaten krijgen een sterkere ondersteunende rol.

Een marketingmedewerker moet weten hoe hij feiten en rechten bij gegenereerde inhoud controleert. Een HR-team moet begrijpen waarom profilering, discriminatie en geautomatiseerde afwijzingen gevoeliger zijn. Een ontwikkelaar moet prompt injection, rechtenbeheer en datastromen kennen. Een manager moet weten wanneer een AI-uitkomst onvoldoende betrouwbaar is om een besluit op te baseren.

De bepaling schrijft geen universeel EU-certificaat of vaste trainingsduur voor. Bewijsbare, taakgerichte maatregelen zijn zinvoller: een intern beleid, concrete oefeningen, duidelijke escalatiepunten en periodieke updates bij nieuwe toepassingen. Hou bij wat mensen geleerd hebben en welke beperkingen nog bestaan. Zo wordt AI-geletterdheid een deel van kwaliteitszorg, niet alleen van compliance.

Artikel 50 bevat verschillende transparantieplichten. Aanbieders van systemen die rechtstreeks met mensen communiceren moeten ervoor zorgen dat mensen weten dat zij met AI interageren, behalve wanneer dat voor een redelijk geïnformeerde, oplettende en omzichtige persoon duidelijk is in de omstandigheden. Een klantenservicebot mag zich dus niet misleidend als een menselijke medewerker presenteren.

Voor systemen die synthetische audio, beelden, video of tekst genereren gelden aanbiedersplichten rond machineleesbare markering en detecteerbaarheid, met wettelijke uitzonderingen en technische randvoorwaarden. Gebruiksverantwoordelijken moeten onder meer AI-gegenereerde of gemanipuleerde deepfakes bekendmaken. Voor tekst die bedoeld is om het publiek over zaken van algemeen belang te informeren bestaat een aparte openbaarmakingsregel, met onder andere een uitzondering bij menselijke beoordeling of redactionele controle en redactionele verantwoordelijkheid.

Niet elk stukje AI-ondersteunde tekst moet daarom dezelfde zichtbare waarschuwing krijgen. Evenmin is een onzichtbaar metadata-label altijd genoeg. Bepaal welke verplichting voor welke rol en inhoud geldt. Bij kunst, satire en fictie wordt de bekendmaking afgestemd op de context, maar de wettelijke transparantie verdwijnt niet zomaar. Combineer dit met eerlijkheid naar klanten: leg uit wat de assistent kan, wat hij niet kan en hoe iemand een mens bereikt.

Een model voor algemene doeleinden, vaak GPAI genoemd, kan veel uiteenlopende taken uitvoeren en in verschillende systemen worden ingebouwd. De AI Act legt aanbieders daarvan specifieke verplichtingen op, waaronder technische documentatie, informatie voor downstream-aanbieders, een beleid om EU-auteursrecht na te leven en een voldoende gedetailleerde samenvatting van de inhoud gebruikt voor training. Voor modellen met systeemrisico komen bijkomende evaluatie-, risicobeheer-, incident- en cybersecurityverplichtingen kijken.

Open source is niet hetzelfde als vrijgesteld van alles. Bepaalde verplichtingen kennen uitzonderingen voor modellen onder een vrije en open licentie die aan de voorwaarden voldoen, maar verplichtingen rond auteursrecht en de trainingssamenvatting blijven relevant. Die uitzonderingen gelden bovendien niet op dezelfde manier voor modellen met systeemrisico.

Als klant hoef je niet automatisch de volledige trainingsverantwoordelijkheid van de modelaanbieder over te nemen. Je blijft wel verantwoordelijk voor je eigen toepassing, persoonsgegevens, contracten, gebruiksdoel en controles. Een code of practice kan naleving ondersteunen, maar is geen algemene vergunning om elk denkbaar gebruik toe te staan. Vraag ook wat er gebeurt wanneer het model wordt vervangen of de API verandert.

Persoonsgegevens zijn gegevens over een geïdentificeerde of identificeerbare natuurlijke persoon. Dat omvat namen en e-mailadressen, maar ook klantnummers, locatiegegevens, stemopnamen, foto’s, personeelsdossiers en combinaties van gegevens waarmee iemand redelijkerwijs herkenbaar wordt. Een prompt zonder naam kan nog steeds persoonsgegevens bevatten als de context één specifieke medewerker aanduidt.

Kijk niet alleen naar wat je in het tekstvak plakt. Persoonsgegevens kunnen terechtkomen in uploads, chatgeschiedenis, logbestanden, embeddings, zoekindexen, evaluatiedatasets, feedback, gegenereerde antwoorden en supporttickets. Een RAG-systeem kan via zoekresultaten dossiers tonen aan iemand die die documenten eigenlijk niet mag lezen. Rechten moeten daarom op de bron én op het terughalen en tonen van informatie worden afgedwongen.

Pseudonimisering vervangt bijvoorbeeld een naam door een code, maar laat herleiding onder bepaalde omstandigheden mogelijk. Dat blijft persoonsgegevensverwerking. Werkelijke anonimisering vraagt een veel strengere analyse. De EDPB benadrukt in Opinion 28/2024 dat een AI-model niet automatisch anoniem is omdat trainingsdata niet letterlijk zichtbaar zijn. Beoordeel onder meer hoe waarschijnlijk identificatie of extractie van persoonsgegevens is, rekening houdend met middelen die redelijkerwijs kunnen worden ingezet.

Voor iedere verwerking moet je een passende rechtsgrond uit artikel 6 kunnen aanwijzen. Toestemming is één mogelijkheid, maar geen standaardoplossing voor alles. Er bestaan ook noodzakelijkheid voor een overeenkomst, een wettelijke verplichting, vitale belangen, een taak van algemeen belang en gerechtvaardigd belang. De voorwaarden verschillen, en overheidsinstanties kunnen gerechtvaardigd belang niet gebruiken voor verwerking bij de uitvoering van hun taken.

Een leverancier aanklikken op ‘akkoord’ is geen toestemming van je klanten of medewerkers. Voor toestemming gelden eisen zoals vrij, specifiek, geïnformeerd en ondubbelzinnig. In arbeidsrelaties kan de machtsverhouding vrije toestemming bemoeilijken. Een contractuele rechtsgrond geldt alleen voor verwerkingen die objectief noodzakelijk zijn voor de overeenkomst met de betrokkene, niet voor alles wat handig is voor je bedrijf.

Gerechtvaardigd belang vraagt een concreet gerechtvaardigd doel, noodzakelijkheid en een afweging tegenover de belangen en rechten van betrokkenen. De EDPB past die analyse ook toe bij AI. Neem redelijke verwachtingen, de bron van de gegevens, de omvang van de verwerking en beschermingsmaatregelen mee. Publiek beschikbare gegevens zijn niet automatisch vrij bruikbaar. Nieuwe AI-training of profilering kan bovendien een ander doel zijn dan het oorspronkelijke klantcontact, zodat doelbinding en eventuele verenigbaarheid apart moeten worden beoordeeld.

Bijzondere categorieën van persoonsgegevens omvatten onder meer gezondheid, politieke opvattingen, religieuze overtuigingen, vakbondslidmaatschap, seksuele gerichtheid en bepaalde genetische of biometrische gegevens. Voor zulke gegevens is een rechtsgrond uit artikel 6 alleen niet voldoende: er moet ook een toepasselijke uitzondering op het verwerkingsverbod van artikel 9 bestaan. Gegevens over strafrechtelijke veroordelingen en strafbare feiten hebben een apart regime in artikel 10.

Een toepassing kan gevoelige informatie afleiden zonder dat die letterlijk in de input staat. Een systeem dat ziekte, religie of seksuele gerichtheid voorspelt, creëert daarmee nieuwe risico’s en mogelijk bijzondere persoonsgegevens. Een gewone portretfoto is niet automatisch een bijzondere categorie, maar verwerking van biometrische gegevens met het doel een persoon uniek te identificeren is dat wel.

Het nieuwe artikel 4a van de AI Act voorziet een specifieke mogelijkheid om bijzondere gegevens strikt noodzakelijk te verwerken voor biasdetectie en -correctie. Onder de voorwaarden kunnen niet alleen aanbieders van hoogrisicosystemen, maar ook bepaalde andere aanbieders en gebruiksverantwoordelijken er gebruik van maken. Dit is geen algemene trainingsvergunning. Alle waarborgen moeten samen worden toegepast: geen effectief alternatief met andere data, technische beperkingen op hergebruik, sterke beveiliging en pseudonimisering, strikt toegangsbeheer, geen toegang voor andere partijen, tijdige verwijdering en documentatie van de noodzaak. De overige privacyverplichtingen blijven relevant. Laat deze uitzondering deskundig beoordelen voordat je ze inzet.

De verwerkingsverantwoordelijke bepaalt de doeleinden en wezenlijke middelen. Een verwerker verwerkt namens die verantwoordelijke en volgens diens instructies. Een AI-leverancier kan voor sommige handelingen verwerker zijn en voor andere een eigen verantwoordelijke, bijvoorbeeld wanneer hij gegevens voor eigen doelen gebruikt. De werkelijke activiteiten bepalen de rol, niet alleen het label in het contract.

Als er een verwerkersrelatie is, vraagt artikel 28 een overeenkomst met de verplichte afspraken. Controleer subverwerkers, vertrouwelijkheid, beveiliging, ondersteuning bij rechten en incidenten, verwijdering of teruggave, en auditmogelijkheden. Vraag expliciet of prompts, documenten en feedback voor training worden gebruikt, hoe lang ze bewaard worden en of supportmedewerkers ze kunnen inzien. Geen training betekent niet geen opslag of geen persoonsgegevensverwerking.

EU-hosting is nuttige informatie, maar geen volledige GDPR-analyse. Gegevens kunnen vanuit een derde land toegankelijk zijn of door subverwerkers buiten de EER verwerkt worden. Dan moeten de regels van hoofdstuk V worden beoordeeld, bijvoorbeeld een toepasselijk adequaatheidsbesluit of passende waarborgen zoals standaardcontractbepalingen, met aanvullende beoordeling waar nodig. Encryptie helpt, maar lost niet alles op als de ontvanger de gegevens kan ontsleutelen.

Een gegevensbeschermingseffectbeoordeling, of DPIA, is verplicht wanneer een verwerking waarschijnlijk een hoog risico voor de rechten en vrijheden van mensen inhoudt. Artikel 35 noemt onder meer bepaalde systematische en uitgebreide beoordelingen met aanzienlijke gevolgen en grootschalige verwerking van bijzondere gegevens. Nieuwe technologie kan een risicofactor zijn, maar niet elke AI-pilot vereist automatisch een DPIA. Beoordeel de combinatie van kenmerken en de relevante lijsten van de toezichthouder.

Een DPIA beschrijft de verwerking en doelen, beoordeelt noodzaak en evenredigheid, identificeert risico’s en legt maatregelen vast. Doe dit vóór de verwerking, niet als bijlage na de lancering. Blijft er ondanks maatregelen een hoog restrisico, dan kan voorafgaande raadpleging van de toezichthouder nodig zijn volgens artikel 36. Betrek de functionaris voor gegevensbescherming waar die aanwezig is.

Artikel 22 beschermt tegen uitsluitend geautomatiseerde beslissingen, inclusief profilering, die rechtsgevolgen of vergelijkbaar aanmerkelijke gevolgen hebben. Er zijn beperkte uitzonderingen, zoals noodzakelijkheid voor een overeenkomst, wettelijke toelating of uitdrukkelijke toestemming, met bijkomende voorwaarden en waarborgen. Menselijke tussenkomst moet betekenisvol zijn: een medewerker die altijd automatisch op akkoord klikt, verandert de aard van de beslissing niet vanzelf. Niet elke aanbeveling valt onder artikel 22, maar ook buiten dat artikel blijven eerlijkheid en transparantie gelden.

Privacy by design en by default uit artikel 25 en beveiliging uit artikel 32 vragen passende maatregelen afgestemd op het risico. Begin met minimale gegevens en beperkte toegang. Gebruik synthetische of goed geanonimiseerde testdata waar mogelijk, scheid test en productie, en zorg dat een gebruiker alleen documenten kan terugvinden waarvoor hij al bevoegd is. Stel concrete bewaartermijnen in voor chats, uploads, logs en zoekindexen.

AI introduceert ook specifieke aanvalspaden. Prompt injection kan ontstaan wanneer een model instructies uit een document of website behandelt alsof ze bevoegd zijn. Bij agents kan dat leiden tot ongewenste acties of het doorsluizen van informatie. Behandel externe inhoud als onbetrouwbare input, beperk tools met allowlists, controleer uitvoer en laat gevoelige handelingen apart autoriseren. Bewaar API-sleutels niet in prompts en geef een agent geen onbeperkte toegang tot je mailbox of administratie.

Evalueer daarnaast foutieve antwoorden, discriminatie, datalekken en onbedoelde openbaarmaking. Test op representatieve scenario’s, niet alleen op een mooie demonstratie. Leg een noodstop, incidentprocedure en herstelplan vast. Voor een persoonsgegevenslek geldt onder voorwaarden melding aan de toezichthouder binnen 72 uur na kennisname; communicatie aan betrokkenen kent een eigen drempel. Andere AI Act-incidentplichten kunnen daarnaast relevant zijn.

Een lokale AI-opstelling kan een model en documentzoekfunctie binnen je eigen infrastructuur houden. Dat kan helpen bij vertrouwelijke documenten, netwerkbeperkingen en controle over toegang en bewaartermijnen. Of werkelijk geen gegevens je perimeter verlaten, hangt af van de volledige configuratie: modelhosting, updates, telemetrie, zoekdiensten, koppelingen, monitoring en support.

Een lokale AI Safe Box kan dienen als afgeschermde omgeving om use cases en maatregelen te testen. Maar lokaal betekent niet automatisch GDPR-conform, foutloos of vrij van de AI Act. Je blijft verantwoordelijk voor de rechtsgrond, rechten, beveiliging, toezicht en het gebruiksdoel. Ook een lokale toepassing kan dossiers lekken naar de verkeerde collega of een discriminerende beslissing ondersteunen.

Verwar een interne testomgeving bovendien niet met een formele regulatory sandbox onder de AI Act. Een officiële sandbox heeft een wettelijk kader en betrokken bevoegde autoriteiten. Een intern experiment is geen vrijgeleide om verboden praktijken of onrechtmatige persoonsgegevensverwerking uit te proberen. Kies lokaal of cloud op basis van je risico’s en vereisten, niet alleen op basis van een sticker.

Bij een marketingassistent kun je starten met niet-vertrouwelijke briefingdata en publieke productinformatie. Controleer feiten, beeldrechten, auteursrecht en misleidende claims vóór publicatie. Bij een klantendienstbot komen persoonsgegevens, interactietransparantie, toegang tot dossiers en escalatie naar een medewerker samen. Een bot die alleen openingsuren geeft heeft een andere impact dan één die klachten afsluit of terugbetalingen weigert.

Bij een HR-assistent is het verschil tussen een vacaturetekst herschrijven en kandidaten rangschikken essentieel. Voor dat tweede gebruik kunnen hoogrisicoregels, GDPR-profilering en artikel 22 spelen. Een documentassistent met RAG moet rechten van de bron behouden: een antwoord mag geen salarissen tonen aan iemand die het salarisdocument niet mag zien. Deze voorbeelden zijn denkmodellen, geen voorafgaande juridische goedkeuring voor een concrete tool.

Begin niet met een verbod op alles en evenmin met een onbeperkte licentie voor iedereen. Kies eerst één nuttige, afgebakende toepassing met meetbare waarde. Betrek de mensen die het proces kennen, IT en security, en privacy- of juridische expertise op basis van het risico. Een eenvoudig register met duidelijke eigenaars is vaak waardevoller dan een ambitieus beleid dat niemand gebruikt.

Bepaal vooraf wat een goed resultaat is en wanneer je stopt: een foutendrempel, een veiligheidstest, een vereiste menselijke controle en een verantwoordelijke voor wijzigingen. Laat een pilot niet stilzwijgend productie worden. Bij een nieuwe modelversie, leverancier, databron of doelgroep moet de analyse opnieuw worden bekeken. Governance is een doorlopend proces, geen document dat één keer wordt ondertekend.

De AI Act kent verschillende boetecategorieën. Artikel 99 voorziet voor overtreding van verboden praktijken maxima van 35 miljoen euro of 7% van de wereldwijde jaaromzet. Voor bepaalde andere overtredingen geldt maximaal 15 miljoen euro of 3%, en voor onjuiste of misleidende informatie maximaal 7,5 miljoen euro of 1%. Voor niet-KMO-ondernemingen geldt in beginsel het hogere toepasselijke maximum; voor KMO’s, inclusief startups, het lagere. Voor aanbieders van GPAI-modellen voorziet artikel 101 een apart regime tot 3% van de wereldwijde jaaromzet. Niet elke fout valt onder de hoogste categorie.

De GDPR kent onder meer maxima tot 20 miljoen euro of 4% van de totale wereldwijde jaaromzet voor de zwaarste categorieën, en tot 10 miljoen euro of 2% voor andere categorieën. Het zijn maxima, geen automatische facturen. Ernst, duur, opzet of nalatigheid, maatregelen en samenwerking kunnen meewegen. Naast boetes zijn gebruiksbeperkingen, aansprakelijkheid en reputatieschade relevant.

De kern is niet dat AI te gevaarlijk is om te gebruiken. De kern is dat verantwoordelijkheid moet meegroeien met de impact. Begin met een helder doel, minimale data, beperkte bevoegdheden en toetsbare resultaten. Laat bij toepassingen met grote gevolgen de juridische en technische beoordeling samenwerken. Zo wordt AI een beheersbaar hulpmiddel in plaats van een oncontroleerbare afhankelijkheid.