Wat een DPIA is en niet is
Een gegevensbeschermingseffectbeoordeling, in de praktijk DPIA genoemd, is een gestructureerde beoordeling vooraf van de risico's die een verwerking oplevert voor de mensen wier gegevens je verwerkt.
Twee misverstanden vooraf.
Het is geen formulier dat je invult om af te vinken. De verplichting uit artikel 35 van de AVG is inhoudelijk: je moet de risico's daadwerkelijk in kaart brengen en maatregelen nemen. Een ingevuld sjabloon zonder analyse voldoet niet en helpt je bij een incident niet.
En het gaat niet over jouw risico maar over dat van de betrokkene. De vraag is niet wat een datalek jou kost, maar wat het voor de klant of medewerker betekent. Dat perspectief bepaalt de hele beoordeling en wordt in de praktijk het vaakst verkeerd ingevuld.
Wanneer is hij verplicht?
Artikel 35 verplicht een DPIA wanneer een verwerking waarschijnlijk een hoog risico oplevert. De wetgever noemt daarbij expliciet drie situaties: systematische en uitgebreide beoordeling van persoonlijke aspecten met rechtsgevolgen, grootschalige verwerking van bijzondere categorieën, en stelselmatige grootschalige observatie van openbaar toegankelijke ruimten.
De Europese toezichthouders hebben dat uitgewerkt in negen criteria, waaronder: evaluatie of scoretoekenning, geautomatiseerde besluitvorming met rechtsgevolg, systematische monitoring, gevoelige gegevens, grootschalige verwerking, gekoppelde datasets, kwetsbare betrokkenen, innovatief gebruik van nieuwe technologie, en verwerking die betrokkenen belemmert in het uitoefenen van een recht.
De vuistregel: twee of meer criteria betekent dat je er een uitvoert.
AI-toepassingen scoren vaak op "innovatief gebruik van nieuwe technologie" en op "grootschalige verwerking", en daarmee ben je er al. Daarnaast houdt de Autoriteit Persoonsgegevens een lijst bij van verwerkingen waarvoor een DPIA in Nederland altijd verplicht is.
Wanneer hij niet nodig is
Even belangrijk, want een DPIA voor elke toepassing devalueert het instrument.
Verwerk je geen persoonsgegevens, dan is er geen DPIA nodig. Een AI-systeem dat productbeschrijvingen schrijft of technische documentatie doorzoekt, valt er buiten. Dat komt vaker voor dan gedacht en het is een goede reden om je eerste AI-toepassing daar te zoeken.
Is de verwerking klein van omvang, met beperkte gegevens en zonder gevolgen voor de betrokkene, dan is een korte onderbouwing waarom er geen hoog risico is voldoende. Leg die onderbouwing wel vast; de verantwoordingsplicht geldt ook als je concludeert dat er geen DPIA nodig is.
Heb je voor een vergelijkbare verwerking al een DPIA, dan mag je daarnaar verwijzen en alleen de verschillen beoordelen.
De zes stappen
1. Beschrijf de verwerking. Welke gegevens, van wie, met welk doel, op welke grondslag, wie heeft toegang, hoe lang bewaar je, en welke partijen zijn betrokken inclusief subverwerkers. Bij AI hoort daarbij: welk model, waar draait het, en wat gebeurt er met de invoer.
2. Beoordeel noodzaak en evenredigheid. Kan het doel ook met minder gegevens. Dit is de plek waar pseudonimisering en dataminimalisatie thuishoren.
3. Breng de risico's in kaart vanuit het perspectief van de betrokkene: onrechtmatige toegang, ongewenste wijziging, verlies van gegevens, en bij AI aanvullend: onjuiste uitkomsten met gevolgen, en gebrek aan uitlegbaarheid.
4. Bepaal maatregelen. Technisch en organisatorisch, met per risico wat het restrisico is na de maatregel.
5. Betrek de juiste mensen. De functionaris gegevensbescherming als je die hebt, en waar passend een vertegenwoordiging van betrokkenen. Bij verwerking van medewerkersgegevens is dat vaak de ondernemingsraad.
6. Leg vast en herzie. Een DPIA is een levend document. Verandert het model, de leverancier of het doel, dan herzie je hem.
De AI-specifieke risico's
Vier risico's die in een standaard-DPIA-sjabloon zelden voorkomen en bij AI wel spelen.
Onjuiste uitkomsten met gevolgen. Een model dat een verkeerde conclusie trekt over een persoon. Relevant zodra de uitkomst een beslissing beïnvloedt.
Gebrek aan uitlegbaarheid. De betrokkene heeft recht op informatie over de logica achter geautomatiseerde besluitvorming. Als je niet kunt reconstrueren hoe een uitkomst tot stand kwam, kun je dat recht niet honoreren.
Onbedoelde verwerking via de prompt. Gegevens die meegaan in de context zonder dat iemand dat beoogde, bijvoorbeeld doordat een heel document wordt meegestuurd terwijl één alinea nodig was.
Doorgifte via de keten. Modelaanbieders gebruiken zelf leveranciers. De keten moet je kennen, en bij Amerikaanse partijen speelt de rechtsmachtvraag. Zie de gids over bedrijfsgegevens.
DPIA versus risicoclassificatie: twee verschillende dingen
Deze twee worden regelmatig verward, en dat leidt tot dubbel werk of tot een gat.
Een DPIA komt uit de AVG. Hij gaat over risico's voor de persoon van wie je gegevens verwerkt. De trigger is de aard van de verwerking.
Een risicoclassificatie komt uit de AI-verordening. Die gaat over de risicoklasse van het AI-systeem zelf, en bepaalt welke verplichtingen op je rusten. De trigger is het toepassingsgebied.
Een systeem kan hoog risico zijn onder de AI-verordening zonder dat er een DPIA nodig is, bijvoorbeeld als er geen persoonsgegevens in omgaan. En andersom: een chatassistent op interne documenten is geen hoog-risicosysteem, maar kan wel een DPIA vragen.
Voer ze daarom naast elkaar uit, met verwijzingen over en weer. De onderliggende inventarisatie is dezelfde en dat scheelt werk. Zie de gids over de AI-verordening.
Hoe een DPIA eruitziet voor een interne AI-assistent
Ter illustratie, voor de meest voorkomende eerste toepassing: een assistent die vragen beantwoordt op basis van interne documenten.
De verwerking: medewerkers stellen vragen, waarbij persoonsgegevens in de documenten en soms in de vraag zitten. Doel is efficiënter werken, grondslag is doorgaans gerechtvaardigd belang.
De relevante risico's: medewerkers krijgen antwoord op basis van documenten waarvoor ze geen rechten hebben, gevoelige gegevens gaan mee in de context naar een externe partij, en er is geen zicht op wat er is gevraagd en beantwoord.
De maatregelen die daarop passen: rechten meenemen als metadata bij de index, pseudonimisering vóór verzending naar een extern model, een audit-trail per gesprek, en bewaartermijnen die aansluiten op het onderliggende dossier.
Het restrisico dat overblijft, benoem je expliciet. Bij MZA leidde deze afweging tot een volledig lokale opzet, waarmee de doorgiftevraag verviel.