Ga naar de hoofdinhoud
Praxikon

Een AI-agent inkopen: wat regelt u in het contract?

··16 min leestijd

Stel: uw klantenservice wil een AI-agent die de gedeelde mailbox leest, in het orderbeheer kijkt en klanten zelf antwoordt. De leverancier stuurt zijn standaardcontract: licentie, serviceniveau en een verwerkersovereenkomst als bijlage. Er staat niets in over wat de agent mag doen, wie hem kan stoppen, welke logs u krijgt en wat er gebeurt als het model wordt vervangen. Een agent antwoordt niet alleen, hij handelt. Algemene AI-inkoop staat in AI-inkoop en contracten en een AI-leverancier beoordelen; hier gaat het om wat een agent extra vraagt.

Een AI-agent inkopen en het contract in het kort

Begin met de rollen, want die bepalen wat u kunt eisen. Onder de AI Act is de leverancier meestal aanbieder en u gebruiksverantwoordelijke, onder de AVG bent u in de regel verwerkingsverantwoordelijke en is de leverancier verwerker; bouwt of wijzigt u de agent, of zet u hem onder eigen naam in, dan kunt u zelf aanbieder worden (artikel 3 punt 3, artikel 25 lid 1). Leg vast waarvoor de agent dient, dat de leverancier uw gegevens niet voor eigen doelen gebruikt (doet hij dat wel, dan is hij daarvoor zelf verwerkingsverantwoordelijke, artikel 4 punt 7 en artikel 28 lid 10 AVG) en dat hij elke subverwerker, zoals de modelaanbieder, aan dezelfde plichten bindt (artikel 28 lid 4 AVG). Plug-ins en MCP-servers die u zelf koppelt, beoordeelt u apart: zo'n partij kan uw eigen verwerker zijn of zelf verwerkingsverantwoordelijke. Regel verder beveiliging, logs, incidentmeldingen in uren, goedkeuringsmomenten, een noodstop die u bedient, wijzigingsbeheer, auditrecht en uittreding. Tussen bedrijven bepaalt vooral het contract wie de schade draagt: de herziene productrichtlijn geeft alleen natuurlijke personen recht op vergoeding.

Welke rol hebt u als u een AI-agent inkoopt?

De rol bepaalt de plicht. Een agent is volgens de Europese Commissie doorgaans een AI-systeem, al noemt zij dat standpunt voorlopig. Aanbieder (provider) is wie een systeem ontwikkelt of laat ontwikkelen en onder eigen naam of merk in de handel brengt of in gebruik stelt, ook voor eigen gebruik (artikel 3 punt 3); gebruiksverantwoordelijke (deployer) is wie het onder eigen verantwoordelijkheid gebruikt. Onder de AVG bent u in de regel verwerkingsverantwoordelijke en de leverancier verwerker (artikel 4 punt 7 en 8). Uw AI-rol kan schuiven:

Wat u doetUw rol onder de AI Act
Een agent laten bouwen, of een bestaand generatief systeem bijtrainen, en onder eigen naam in gebruik stellen, ook alleen internAanbieder (artikel 3 punt 3; richtsnoeren van de Commissie, punt 11)
Een algemene agent inzetten voor een bijlage III-toepassing, zoals sollicitanten beoordelenAanbieder van een hoog-risicosysteem (artikel 25 lid 1 onder c)
Uw naam zetten op een hoog-risicosysteem of het substantieel wijzigenAanbieder (artikel 25 lid 1 onder a en b); onder a mag het contract de plichten anders verdelen

De plichten van de gebruiksverantwoordelijke bij hoog risico (artikel 26) gelden voor bijlage III vanaf 2 december 2027. Was het systeem vóór die datum al in de handel of in gebruik, dan gelden ze pas na een aanzienlijke wijziging in het ontwerp, voor overheidssystemen uiterlijk 2 augustus 2030 (artikel 111 lid 2). Een contract van nu kan langer lopen; regel dus wijzigingen en medewerking vooraf. Is de agent geen hoog risico, dan komt het meeste uit de AVG, aangevuld met artikel 4 en artikel 50. Leg de rollen per agent vast in een bijlage en lees de voorwaarden: heeft de oorspronkelijke aanbieder duidelijk aangegeven dat zijn systeem niet hoog risico mag worden, dan hoeft hij niet mee te werken (artikel 25 lid 2). Bouwt u een hoog-risicosysteem op het platform van een leverancier, dan vraagt artikel 25 lid 4 een schriftelijke overeenkomst over informatie, toegang en bijstand. Welke plichten gelden, ziet u in de Agent-check; het kader staat in de gids over AI-agents en de wet.

Wat moet de agent doen, en wat niet?

Beschrijf de taak in het contract of een bijlage: handelingen, gegevens, systemen en wat de agent nooit mag. Het beoogde doel dat de aanbieder opgeeft (artikel 3 punt 12) telt mee bij de risicoklasse. Onder de AVG moet het doel vooraf vaststaan en mag u niet meer gegevens gebruiken dan nodig (artikel 5 lid 1 onder b en c AVG). De Autoriteit Persoonsgegevens noemt één specifieke taak per agent een goede praktijk en merkt op dat aanbieders het inbouwen van vangrails aan organisaties overlaten (RAN 6). Leg vast welke begrenzingen de leverancier levert en begin met beperkte rechten.

Wat mag de leverancier met uw gegevens doen?

Een verwerker verwerkt alleen op uw schriftelijke instructies (artikel 28 lid 3 onder a AVG). Leg vast dat de leverancier en zijn onderaannemers uw invoer, uitvoer, logs en afgeleide gegevens, zoals het geheugen van de agent, niet gebruiken om modellen te trainen of te verbeteren, tenzij u dat schriftelijk toestaat voor een omschreven doel. Bepaalt hij in strijd met de AVG zelf doel en middelen, bijvoorbeeld door op uw gegevens te trainen, dan wordt hij voor die verwerking als verwerkingsverantwoordelijke beschouwd (artikel 28 lid 10 AVG). Staat u het wel toe, dan is hij voor dat doel zelf verwerkingsverantwoordelijke en hebt u een eigen grondslag nodig om de gegevens aan hem te verstrekken. Bedrijfsgeheimen beschermt vooral het contract, niet de AVG.

Wat staat er in de verwerkersovereenkomst, en wie zit er in de keten?

Artikel 28 lid 3 AVG schrijft de inhoud voor, van instructies en geheimhouding tot hulp bij datalekken en DPIA, wissen of teruggeven en audits. Bij een agent zit de moeite in de keten: achter de leverancier werken een modelaanbieder, hosting en tools als plug-ins en MCP-servers (koppelingen waarmee een agent tools en gegevensbronnen bereikt). Regel:

  • een actuele lijst van alle subverwerkers met naam, adres en contactpersoon, die u volgens de EDPB steeds paraat moet hebben, plus de plaats van verwerking;
  • toestemming vooraf, of kennisgeving met bezwaarrecht, bij elke nieuwe of vervangende subverwerker (lid 2), en via het contract ook bij een nieuw model of een nieuwe tool van een bestaande subverwerker;
  • dezelfde plichten voor elke onderaannemer, waarvoor de leverancier tegenover u blijft instaan (lid 4);
  • een toegestane lijst van tools en versies met een onderdelenoverzicht (SBOM), zoals zes cyberdiensten adviseren.

Welke beveiliging mag u eisen?

Artikel 32 AVG vraagt maatregelen die bij het risico passen. Bij een agent betekent dat: begrens wat hij kan. Eis een eigen identiteit per agent, minimale rechten, kort geldige sleutels en een testomgeving, zoals zes cyberdiensten gezamenlijk adviseren. Neem geen genoegen met de belofte dat prompt injection (verborgen opdrachten) is uitgesloten: het Britse NCSC acht het goed mogelijk dat die nooit helemaal te voorkomen is. Vraag een ontwerp dat schade begrenst, resultaten van red teaming (aanvallen nabootsen om zwakke plekken te vinden) en een termijn voor het verhelpen van kwetsbaarheden. Meer: beveiligingsrisico's van AI-agents.

Welke logs krijgt u, en hoe lang?

Zonder logs kunt u niet reconstrueren wat de agent deed. Leg vast wat wordt gelogd (toolaanroepen met uitkomst, goedkeuringen, modelversie), dat de agent de logs niet kan wijzigen, dat u ze kunt inzien en exporteren, en hoe lang ze bewaard blijven. Bij hoog risico moet het systeem logs vastleggen (artikel 12) en moet de aanbieder beschrijven hoe u ze leest (artikel 13 lid 3 onder f). De gebruiksverantwoordelijke bewaart logs die onder zijn controle vallen ten minste zes maanden, tenzij ander recht, met name gegevensbeschermingsrecht, iets anders bepaalt (artikel 26 lid 6). Staan ze alleen bij de leverancier, breng ze dan via het contract onder uw controle.

Wanneer moet de leverancier een incident melden?

Een verwerker meldt een datalek zonder onredelijke vertraging aan u (artikel 33 lid 2 AVG); u meldt het zelf zonder onredelijke vertraging en zo mogelijk binnen 72 uur nadat u het weet aan de Autoriteit Persoonsgegevens, tenzij het lek waarschijnlijk geen risico oplevert (lid 1); vastleggen moet u altijd (lid 5). Spreek dus een termijn in uren af, met een contactpunt dat dag en nacht bereikbaar is. Definieer incident breder dan een datalek: ook een agent die buiten zijn taak handelt of een geslaagde verborgen opdracht. Bij hoog risico meldt de aanbieder een ernstig incident onmiddellijk en uiterlijk 15 dagen nadat hij of u ervan weet; bij overlijden uiterlijk 10 dagen, bij een wijdverbreide inbreuk of verstoring van kritieke infrastructuur uiterlijk 2 dagen (artikel 73). U meldt een ernstig incident eerst aan de aanbieder (artikel 26 lid 5): leg vast hoe u elkaar informeert. Voor essentiële en belangrijke entiteiten komen bij een significant incident onder de Cyberbeveiligingswet termijnen van 24 en 72 uur erbij; zie AI-agents en de Cyberbeveiligingswet.

Wie keurt goed, en wie kan de agent stoppen?

Menselijk toezicht werkt alleen als het in de software zit en niet alleen in de opdracht aan het model. Leg vast welke handelingen nooit zonder goedkeuring van een mens mogen (extern versturen, betalen, verwijderen, besluiten over mensen), dat u die momenten zelf instelt en dat de agent bij twijfel stopt. Regel een noodstop die u zelf bedient: pauzeren en toegang intrekken zonder op de leverancier te wachten. Bij hoog risico moet het systeem met een stopknop of vergelijkbare procedure kunnen worden stilgezet (artikel 14 lid 4 onder e) en moet u bij een risico het gebruik onderbreken (artikel 26 lid 5). Besluit de agent over mensen, dan geldt ook artikel 22 AVG.

Wie zorgt voor de melding dat het een AI is?

Artikel 50 lid 1 rust op de aanbieder: een systeem dat bedoeld is om rechtstreeks met mensen te communiceren, moet zo zijn ontworpen dat zij weten dat het AI is, tenzij dat voor een normaal geïnformeerde en oplettende persoon al duidelijk is, uiterlijk bij de eerste interactie (lid 5). Dat geldt sinds 2 augustus 2026. Volgens de richtsnoeren van de Commissie van 20 juli 2026 (punt 31, niet bindend) maakt een agent ook bekend namens wie hij handelt. Leg vast dat de leverancier de melding inbouwt en dat u organisatienaam en taal per kanaal instelt. Zet u de agent onder eigen naam in, dan kunt u zelf aanbieder zijn.

Wat als de leverancier het model of de agent verandert?

Een agent verandert ook zonder dat u iets merkt: een nieuw model, een tool met andere rechten, een verdwenen functie. Leg vast: aankondiging vooraf van wezenlijke wijzigingen, een testomgeving, de versie kunnen vastzetten, terugdraaien en een recht om bezwaar te maken of kosteloos te stoppen. Laat deze afspraken voorgaan op algemene voorwaarden en online documentatie, die de leverancier zelf kan aanpassen. Bezwaar tegen een nieuwe subverwerker staat in artikel 28 lid 2 AVG; bij hoog risico vermeldt de aanbieder vooraf bepaalde wijzigingen in de gebruiksinstructies (artikel 13 lid 3 onder c).

Hoe controleert u de leverancier?

De verwerkersovereenkomst moet bepalen dat de verwerker alle informatie geeft die nodig is om de nakoming van zijn plichten uit artikel 28 AVG aan te tonen, en dat hij audits, inclusief inspecties, mogelijk maakt (artikel 28 lid 3 onder h AVG). Dat wettelijke minimum gaat over de verwerking van persoonsgegevens. Inzage in configuratie, rechten en logs, auditrapporten en testresultaten legt u daarnaast als contractafspraak vast. De AI Act verplicht de aanbieder bij hoog risico tot gebruiksinstructies (artikel 13), niet tot audits door u; die instructies gebruikt u voor uw DPIA (artikel 26 lid 9). Een goedgekeurde gedragscode of certificering is slechts één element om garanties aan te tonen (artikel 28 lid 5 AVG).

Hoe komt u uit het contract?

Na afloop wist of retourneert de verwerker naar uw keuze alle persoonsgegevens en verwijdert hij bestaande kopieën, tenzij het recht bewaring verplicht (artikel 28 lid 3 onder g AVG). Noem bij een agent uitdrukkelijk het geheugen, de zoekindex, de logs en de kopieën bij subverwerkers, en vraag bevestiging van het wissen. Is de agent een clouddienst die onder de Data Act valt, dan moet het contract sinds 12 september 2025 een opzegtermijn van hooguit twee maanden om de overstap te starten, een overgangsperiode van hooguit 30 dagen, die de aanbieder bij technische onhaalbaarheid tot ten hoogste zeven maanden mag verlengen, en minstens 30 dagen om gegevens op te halen regelen (artikel 25 Data Act).

Wie draagt de schade als de agent iets fout doet?

Tegenover uw eigen klanten gelden de gewone regels; zie wie is verantwoordelijk als een AI-agent fouten maakt. Tussen u en de leverancier bepaalt vooral het contract wat u kunt verhalen. De herziene productrichtlijn (Richtlijn (EU) 2024/2853) helpt bedrijven niet: alleen natuurlijke personen hebben recht op vergoeding en eigendom dat uitsluitend zakelijk wordt gebruikt valt erbuiten (artikel 5 en 6); ze geldt bovendien alleen voor producten die na 9 december 2026 in de handel komen of in gebruik worden genomen. Regel zelf welke schade onder het contract valt, hoe hoog het schadeplafond is, wat daarbuiten blijft (zoals schending van geheimhouding of verwerkersplichten) en of de leverancier verzekerd is.

Checklist: de clausules op een rij

Gebruik de tabel als werklijst bij de onderhandeling; (hr) betekent: alleen bij hoog risico. Koopt u als overheidsorganisatie in, dan kunt u ook de Europese modelcontractbepalingen voor AI-inkoop gebruiken (MCC-AI, bijgewerkte versie van 5 maart 2025, met een versie voor hoog risico en een lichte versie), en als gemeente de GIBIT 2025 van de VNG. Dat zijn modellen, geen wet: de MCC-AI zijn geschreven voor overheidsorganisaties, regelen alleen onderwerpen uit de AI Act en vormen geen volledig contract, dus de AVG, het intellectueel eigendom en de schadeverdeling regelt u elders. Ze zijn iets anders dan de vrijwillige modelvoorwaarden die het AI-bureau volgens artikel 25 lid 4 kan aanbevelen voor contracten tussen een aanbieder van een hoog-risicosysteem en zijn toeleveranciers. Voor de uitvraag vooraf is er de leveranciersvragenlijst AI. Wilt u dat iemand de concepttekst meeleest, dan kunt u Zahed Ashkara inhuren als juridisch adviseur voor AI en privacy.

ClausuleVastleggenAnker
1. RollenAanbieder, gebruiksverantwoordelijke, verwerkerAI Act art. 3, 25; AVG art. 4, 28
2. Doel en bereikTaak, gegevens, grenzenAI Act art. 3; AVG art. 5
3. GegevensgebruikGeen training zonder afspraakAVG art. 28 lid 3, 10
4. KetenSubverwerkers, plug-ins, MCP-serversAVG art. 28 lid 2, 4
5. BeveiligingMinimale rechten, red teamingAVG art. 32
6. LogsInhoud, export, bewaartermijnAI Act art. 12, 13, 26 (hr)
7. IncidentenTermijn in uren, contactpuntAVG art. 33; AI Act art. 26, 73 (hr)
8. Goedkeuring en noodstopIn de software, onder uw bedieningAI Act art. 14, 26 (hr)
9. TransparantieMelding dat het AI is, en namens wie de agent handeltAI Act art. 50 lid 1; richtsnoeren punt 31 (niet bindend)
10. WijzigingenAankondiging, testomgeving, bezwaarAVG art. 28 lid 2; AI Act art. 13 (hr)
11. AuditInformatie en audits; testresultaten en configuratie via het contractAVG art. 28 lid 3 onder h; contract
12. EindeWissen of teruggeven, overstapAVG art. 28 lid 3 onder g; Data Act art. 25
13. SchadeDekking, plafond, uitzonderingenContract; Richtlijn 2024/2853

Veelgestelde vragen over het inkopen van een AI-agent

Bronnen

EUR-Lex: Verordening (EU) 2016/679 (AVG) (27 april 2016)
Europese Commissie: Richtsnoeren artikel 50 AI Act, C(2026) 5054 (20 juli 2026)
Europese Commissie: AI Act Service Desk: How are AI agents addressed within the AI Act? (geraadpleegd 5 november 2026)
EUR-Lex: Verordening (EU) 2023/2854 (Data Act) (13 december 2023)
Autoriteit Persoonsgegevens: Rapportage AI- en algoritmerisico's Nederland, RAN 6 (5 maart 2026)
CISA, NSA, ASD ACSC en drie andere diensten: Careful adoption of agentic AI services (1 mei 2026)
NCSC Verenigd Koninkrijk: Prompt injection is not SQL injection (8 december 2025)
Officiële bekendmakingen: Cyberbeveiligingswet, Stb. 2026, 187 (8 juli 2026)
Public Buyers Community (Europese Commissie): Updated EU AI model contractual clauses (MCC-AI), met commentaar (5 maart 2025)
VNG: GIBIT 2025, Gemeentelijke Inkoopvoorwaarden bij IT (vastgesteld 12 februari 2026)

Nieuwsbrief

Elke dinsdag de AI Act-week vooruit in 5 minuten

Praktische duiding van deadlines, richtsnoeren en toezicht, zodat u weet wat er deze week toe doet. Geen spam en u schrijft zich met één klik weer uit.

Praktisch en kort · Geen spam · Met één klik uitschrijven

Geschreven door

Zahed Ashkara, freelance AI- en privacyjurist

Zahed Ashkara

Freelance AI- en privacyjurist

Zahed Ashkara is freelance AI- en privacyjurist voor de AVG en de EU AI Act. Organisaties huren hem in als privacyjurist, externe FG of AI-governance lead, of laten een DPIA, FRIA of AI Act-classificatie door hem uitvoeren. Hij werkt uitsluitend als zelfstandige, via Embed AI (handelsnaam Praxikon). Hij is Certified AI Compliance Officer (CAICO) en sinds juli 2026 lid van de NEN-normcommissie Artificial Intelligence & Big Data.

Volg via LinkedInBekijk expertprofiel

Gebruik deze bronnen ook in uw AI-assistent: Praxikon in Claude en andere assistenten

Praktijkverhalen

Ontdek hoe organisaties dit in de praktijk toepassen

Gerelateerde artikelen

AI-agents bij een gemeente: een governance-plan in vijf stappen

Een gemeente die AI-agents wil inzetten krijgt te maken met de AVG, de Awb en de AI Act, aangevuld met het overheidsbrede standpunt voor generatieve AI. Dit stuk zet op een rij wat die regels vragen en laat in vijf stappen zien hoe u het regelt: inventariseren, beoordelen, begrenzen, vastleggen en testen, toezicht houden. Per stap staat wie in de gemeente eigenaar is.

AI-agentsgemeentenpublieke sector

De AI-aanvulling op uw DPIA: wat een gewone DPIA mist

Een gewone DPIA stelt de goede vragen over een verwerking, maar mist bij AI de keten van leveranciers, de drie levens van de data, onjuiste output, doelverschuiving en de AI Act. De DPIA-AI-aanvulling is een herbruikbare module van tien onderdelen, met per onderdeel de vraag, de reden en het bewijs, en met lessen uit het AP-advies over Copilot.

DPIADPIA voor AIAVG