Recht op vergetelheid: wat mag een klant uit je AI-systeem laten wissen?

Wanneer mag een klant eisen dat je zijn gegevens wist?

Het recht op verwijdering staat in artikel 17 AVG. In de wandelgangen heet het "het recht om vergeten te worden". Dat is een ongelukkige naam, want hij belooft meer dan er staat. De wet zegt dat iemand wissing van zijn persoonsgegevens kan verkrijgen zonder onredelijke vertraging, en dat jij als verwerkingsverantwoordelijke verplicht bent die gegevens ook zonder onredelijke vertraging te wissen — maar alleen als een van de genoemde gronden van toepassing is.

Die gronden zijn concreet. Je moet wissen wanneer de gegevens niet langer nodig zijn voor het doel waarvoor je ze verzamelde. Wanneer je je op toestemming baseerde en die toestemming wordt ingetrokken, terwijl er geen andere grondslag is. Wanneer iemand bezwaar maakt tegen de verwerking en je geen zwaarder wegende gerechtvaardigde gronden hebt. Wanneer je tegen direct marketing bezwaar krijgt — dat bezwaar is op grond van artikel 21, tweede lid, absoluut, daar valt niet over te praten. En wanneer je de gegevens onrechtmatig hebt verwerkt, bijvoorbeeld omdat je nooit een geldige grondslag had.

Merk op wat er niet staat. Er staat niet dat iedereen op elk moment kan eisen dat alles weg gaat. Er staat niet dat een boze klant met één zin je hele klantdossier kan leegmaken. Het recht is stevig, maar het hangt aan een grond, en de wet noemt er in het derde lid ook uitzonderingen bij.

Waarom "wissen" in een AI-omgeving iets anders betekent dan vroeger

Toen klantcontact nog in één inbox en één map in de boekhouding zat, was verwijderen overzichtelijk. Bij een AI-assistent voor e-mail, WhatsApp of telefonie staat dezelfde klantgegevens meestal op meer plekken tegelijk. Denk aan het gespreksverloop in de chatdatabase, de samenvatting die de assistent in je CRM schreef, de agenda-afspraak die eruit volgde, het transcript van een telefoongesprek, de zoekindex waarmee het systeem oude gesprekken terugvindt, de logbestanden van de leverancier, en de back-ups van dat alles.

Artikel 17 kent geen korting voor techniek. "Ons systeem kan dat niet" is geen uitzondering in de wet. Als je een verzoek krijgt, moet je kunnen laten zien waar de gegevens van die persoon staan en hoe ze daar weggaan. Dat is eerder een inventarisatievraag dan een juridische vraag: wie het niet weet, kan het ook niet wissen.

Er hoort nog een plicht bij die vaak wordt vergeten. Heb je de gegevens gedeeld met anderen — een boekhoudpakket, een facturatiedienst, een onderaannemer van je AI-leverancier — dan moet je die ontvangers op grond van artikel 19 AVG op de hoogte stellen van de wissing, tenzij dat onmogelijk is of onevenredig veel moeite kost. Je eigen database opschonen is dus niet automatisch het einde van de klus.

Welke uitzonderingen mag je inroepen?

Het derde lid van artikel 17 zet er grenzen omheen. Twee daarvan zijn voor het MKB de belangrijkste.

De eerste is de wettelijke verplichting. Als het Unierecht of het Nederlandse recht je verplicht die gegevens te bewaren, gaat die plicht vóór het verzoek. Dit is de haak waar bijna elk verwijderverzoek rond bestellingen, facturen en betalingen aan blijft hangen.

De tweede is de instelling, uitoefening of onderbouwing van een rechtsvordering. Loopt er een geschil, een incasso, een garantiediscussie of een klacht die kan uitmonden in een claim, dan mag je de gegevens houden die je nodig hebt om je positie te onderbouwen. Let op: dat is niet hetzelfde als "we bewaren alles want er zou ooit iets kunnen gebeuren". Je moet de reden kunnen benoemen en die reden moet met dit dossier te maken hebben.

Daarnaast staan er uitzonderingen in voor vrijheid van meningsuiting, algemeen belang, volksgezondheid en archivering. Die spelen in gewoon MKB-klantcontact zelden. Het punt is vooral: je mag alleen weigeren met een grond die in de wet staat, niet met een grond die je handig uitkomt.

Hoe botst dit met de fiscale bewaarplicht?

Hier zit de kern van het probleem. De AVG zegt: niet langer bewaren dan nodig. De belastingwet zegt: zeven jaar bewaren. Dat lijkt tegenstrijdig, maar dat is het niet — de wetten gaan over verschillende stapels.

De Autoriteit Persoonsgegevens zegt het zelf zo: in de AVG staat geen concrete bewaartermijn, organisaties bepalen die zelf, en er zijn wél concrete termijnen in andere wetten. Het uitgangspunt is dat je persoonsgegevens niet langer dan noodzakelijk bewaart, en wat noodzakelijk is hangt af van je situatie. Je moet die termijn dus zelf vaststellen én kunnen uitleggen.

De harde termijn komt uit artikel 52, vierde lid, van de Algemene wet inzake rijksbelastingen: administratieplichtigen zijn verplicht de gegevensdragers zeven jaar te bewaren, tenzij bij of krachtens de belastingwet anders is bepaald. Voor bv's, stichtingen en verenigingen staat dezelfde zevenjaarstermijn in artikel 2:10 BW, en voor de eenmanszaak en de zzp'er loopt hij via artikel 3:15i BW. Het is dus geen Belastingdienst-gewoonte waar je met een klant omheen kunt afspreken.

Belangrijk voor wie met AI in e-mail en WhatsApp werkt: de Belastingdienst rekent ook gewone communicatiemiddelen tot de administratie zodra ze zakelijk worden gebruikt. Een WhatsApp-gesprek waarin een prijs wordt afgesproken of een order wordt bevestigd, is dan geen vluchtig berichtje maar een stuk administratie. Je AI-kanaal is in dat opzicht niet anders dan een offertemap.

De praktische conclusie: een verwijderverzoek splitst zich bijna altijd. Het marketingdeel gaat weg. Het administratieve deel blijft, zolang de termijn loopt. En je legt uit welk deel waarom blijft.

Wat mag je weigeren, en op welke grond?

Veelvoorkomende verwijderverzoeken bij AI-klantcontact, naast wat je mag weigeren en op welke wettelijke grond

Het verzoek	Mag je weigeren?	Grond	Wat doe je dan wel
"Haal mij van jullie nieuwsbrief en mailinglijst."	Nee	Artikel 21, tweede lid, en artikel 17, eerste lid, AVG	Direct uitvoeren en bevestigen. Bewaar hooguit het minimum dat nodig is om te zorgen dat hij niet opnieuw wordt aangeschreven.
"Wis mijn hele gespreksgeschiedenis."	Gedeeltelijk	Artikel 17, derde lid, onder b, AVG	Wis wat niet onder een bewaarplicht valt. Leg uit welk deel blijft, waarom, en tot wanneer.
"Verwijder mijn facturen en bestelgegevens."	Ja	Artikel 17, derde lid, onder b, AVG in samenhang met artikel 52 AWR	Bewaren tot de termijn afloopt, maar toegang beperken tot wie het echt nodig heeft en niet meer gebruiken voor andere doelen.
"Wis alles over mijn klacht", terwijl er een geschil loopt.	Ja	Artikel 17, derde lid, onder e, AVG	Alleen het dossier houden dat je nodig hebt voor die rechtsvordering, en de rest wel opruimen.
Een verzoek van iemand van wie je de identiteit niet kunt vaststellen.	Nog niet uitvoeren	Artikel 12, zesde lid, AVG	Vraag om aanvullende gegevens om de identiteit vast te stellen. Voer niets uit op basis van alleen een afzendernaam.
Het tiende identieke verzoek deze maand, zonder nieuwe inhoud.	Mogelijk	Artikel 12, vijfde lid, AVG	Onderbouw schriftelijk waarom je het kennelijk ongegrond of buitensporig vindt. Doe dit spaarzaam: de bewijslast ligt bij jou.
"Verwijder de opname van mijn telefoongesprek", nu de vraag is afgehandeld.	Meestal niet	Artikel 17, eerste lid, onder a, AVG	Uitvoeren, tenzij de opname zelf onderdeel is van een bewaarplichtig dossier of van een lopend geschil.

De rode draad in die tabel: weigeren mag, maar nooit stilzwijgend en nooit zonder artikel erbij. Een weigering zonder uitleg is in de praktijk hetzelfde als geen antwoord.

Wat kun je wél en niet uit een AI-systeem halen?

Een verwijderverzoek is pas afgehandeld als de gegevens ook echt weg zijn uit alle plekken waar ze staan. Loop deze lijst langs voordat je bevestigt dat het gebeurd is.

• De gespreksdatabase. Meestal het makkelijkst. Let op of "verwijderen" in je systeem echt wissen is of alleen verbergen voor de gebruiker.
• Afgeleide records. De samenvatting in het CRM, de aangemaakte taak, de agenda-afspraak, het ticket. Die bevatten vaak dezelfde persoonsgegevens en worden bij een verwijderactie het vaakst overgeslagen.
• De zoekindex. Systemen die oude gesprekken terugzoeken, bewaren een bewerkte kopie van de tekst. Als je alleen de bron wist en niet opnieuw indexeert, blijft die kopie staan.
• Back-ups. Een back-up is onderdeel van je verwerking. Je hoeft niet elke oude band open te breken, maar je moet wel vastleggen hoe je ermee omgaat — bijvoorbeeld dat een teruggezette back-up opnieuw langs de verwijderlijst gaat voordat hij in gebruik wordt genomen.
• Wat bij je leverancier staat. Logbestanden, wachtrijen, transcripties, foutmeldingen met berichtinhoud erin. Je verwerkersovereenkomst op grond van artikel 28 AVG moet regelen dat de leverancier op jouw instructie wist. De Belastingdienst zegt bovendien dat gegevens die derden over je onderneming hebben ook onder je bewaarplicht vallen — je moet er dus zowel bij kunnen als vanaf kunnen.
• Een getraind model. Zijn je gesprekken gebruikt om een model te trainen of bij te trainen, dan krijg je één persoon daar niet met een knop uit. Dit los je vooraf op, in het contract, en niet achteraf bij het eerste verzoek.

Het praktische advies is saai maar effectief: zorg dat er één plek is waar je per persoon kunt opzoeken waar zijn gegevens staan. Zonder dat overzicht is elk verwijderverzoek een zoektocht, en een zoektocht past zelden binnen een maand.

Wat is het verschil tussen verwijderen en anonimiseren?

Dit onderscheid redt je vaak uit de botsing tussen wissen en bewaren.

Bij verwijderen is de gegevensdrager weg. De regel is dan uitgevoerd, maar je bent ook alles kwijt: het aantal gesprekken, de doorlooptijd, de reden van de klacht.

Bij anonimiseren haal je alles weg wat naar een persoon leidt, zó dat de persoon ook met redelijke middelen niet meer te herleiden is. Wat echt anoniem is, is geen persoonsgegeven meer en valt daarmee buiten de AVG — dat volgt uit overweging 26 bij de verordening. Een gesprek dat je ontdoet van naam, telefoonnummer, adres, ordernummer en alle unieke details kan als geanonimiseerde statistiek blijven bestaan.

Pas op voor de tussenvorm. Pseudonimiseren — de naam vervangen door een klantnummer terwijl je de sleutel bewaart — is uitdrukkelijk géén anonimisering. Artikel 4, punt 5, AVG rekent gepseudonimiseerde gegevens gewoon tot de persoonsgegevens. Dat is een prima beveiligingsmaatregel, maar het is geen antwoord op een verwijderverzoek.

Let ook op de context. Eén enkel gesprek waarin staat "de installateur die vorige week donderdag bij de kliniek aan de Dorpsstraat was" is niet anoniem geworden door de naam weg te halen. Anonimiseren is werk, geen zoek-en-vervang.

De verstandige route bij een gesplitst verzoek: bewaar het bewaarplichtige deel ongewijzigd, wis het vrije deel, en anonimiseer wat je alleen nog voor cijfers of kwaliteitsverbetering wilde gebruiken.

Hoe snel moet je reageren, en wat als je nee zegt?

De klok staat in artikel 12 AVG. Je verstrekt de betrokkene onverwijld en in ieder geval binnen één maand na ontvangst informatie over het gevolg dat aan zijn verzoek is gegeven. Is het verzoek complex, of zijn het er veel, dan kun je die termijn verlengen — maar je moet die verlenging binnen die eerste maand melden, met de reden.

De Autoriteit Persoonsgegevens vertaalt dat in gewone taal: de organisatie moet binnen één maand reageren en laat weten of de gevraagde informatie er komt, of dat het verzoek (deels) wordt geweigerd en waarom. Een "nee" is dus net zo goed een reactie die binnen de termijn moet vallen, mét reden. Je vertelt er ook bij dat de betrokkene een klacht kan indienen bij de Autoriteit Persoonsgegevens en naar de rechter kan stappen.

Voor een AI-mailbox is dit het echte risico. De termijn begint te lopen op het moment dat het verzoek binnenkomt, niet op het moment dat je het leest. Een assistent die "verwijder mijn gegevens" beantwoordt met een vriendelijke standaardzin en het gesprek sluit, laat de klok doorlopen zonder dat iemand het merkt. Zorg dat woorden als wissen, verwijderen, vergeten, intrekken, bezwaar en inzage altijd een mens bereiken, met een datumstempel erbij.

Wat leg je nu vast om hier klaar voor te zijn?

1. Een kaart van je gegevens. Per systeem: welke klantgegevens staan hier, hoelang, en wie kan ze verwijderen.
2. Een bewaartermijn per soort gegeven. Niet één termijn over alles heen. Administratie volgt de wettelijke termijn; losse gespreksgeschiedenis, opnames en marketinggegevens stel je zelf vast en onderbouw je.
3. Een vaste route voor verzoeken. Wie ontvangt het, wie beslist, waar wordt de datum genoteerd, wie stuurt het antwoord.
4. Een identiteitscheck. Licht, maar aanwezig. Voer niets uit op basis van alleen een e-mailadres of telefoonnummer.
5. Standaardteksten voor ja, gedeeltelijk en nee. Met het artikel erbij en, bij bewaarplicht, de datum waarop het wel weggaat.
6. Afspraken met je leverancier. In de verwerkersovereenkomst: wist op instructie, binnen welke termijn, inclusief logbestanden en back-ups, en wat er gebeurt bij het einde van het contract.
7. Een logboek van verzoeken. Datum binnen, datum antwoord, besluit en grond. Dat is je bewijs dat je het goed hebt gedaan.

Wie deze zeven punten op orde heeft, hoeft bij een verwijderverzoek niets meer te bedenken. Dat scheelt niet alleen risico, het scheelt vooral tijd op het moment dat je die niet hebt.

Waar loopt het in de praktijk mis?

Drie patronen komen steeds terug bij bedrijven die AI in klantcontact zetten.

Het eerste is alles of niets. De ondernemer weigert het hele verzoek omdat een deel onder de bewaarplicht valt, of wist juist alles en verliest daarmee administratie die hij wettelijk moest houden. Beide zijn fout. Splits het verzoek.

Het tweede is de stille weigering. Er wordt niet gereageerd omdat het lastig is, of omdat het verzoek in een druk kanaal is verdwenen. Dat is precies wat artikel 12 verbiedt: ook een nee moet op tijd en met reden.

Het derde is het halve wissen. De klant krijgt bericht dat alles verwijderd is, terwijl zijn naam nog in de zoekindex, de CRM-samenvatting of het transcript staat. Dat is een onjuiste mededeling over je eigen verwerking, en het komt vroeg of laat aan het licht — meestal bij het volgende gesprek, als de assistent hem alsnog bij naam herkent.

Deze pagina is algemene uitleg over wetgeving en geen juridisch advies. Voor je eigen situatie — zeker in sectoren met eigen bewaarregels, zoals de zorg en de financiële dienstverlening — laat je je adviseren door een jurist die je dossier kent.