Een privacy-paspoort is een vast, kort informatieblad dat aan elk AI-gespreksverslag wordt meegegeven en in gewone taal vastlegt hoe dat specifieke verslag tot stand is gekomen: welk AI-model het gesprek uitschreef en het concept opstelde, waar die verwerking plaatsvond, of er gegevens naar buiten zijn gegaan, of er vooraf toestemming is gegeven, wie het verslag heeft goedgekeurd en wanneer, en hoe lang de opname bewaard blijft. Het is de tegenpool van "vertrouw ons maar": in plaats van een algemene privacyverklaring ergens op een website krijgt iedere lezer van het verslag de privacy-feiten van juist dat document, op één plek. Het idee leunt op bekende voorbeelden — het voedingswaardelabel op verpakkingen, Apple's privacylabels in de App Store en de model cards bij AI-modellen [5][7] — en het maakt concreet wat de privacywet toch al van je vraagt: wees transparant over je gegevensverwerking [1][2]. Een privacy-paspoort is geen keurmerk en geen certificaat; het is een controleerbare samenvatting die een ander in seconden kan lezen en, als het goed is, kan natrekken.
Wat is een privacy-paspoort precies?
Een privacy-paspoort is een gestandaardiseerd blokje informatie dat hoort bij één AI-verslag en dat de privacy-relevante feiten van dat verslag op een rij zet. Denk aan een paspoort in de letterlijke zin: een compact document dat kernfeiten draagt en dat je bij de hand hebt op het moment dat iemand ernaar vraagt. Waar een privacyverklaring beschrijft hoe een organisatie in het algemeen met gegevens omgaat, beschrijft een privacy-paspoort hoe er met dit ene gesprek is omgegaan.
Het verschil is niet cosmetisch. Een gespreksverslag wordt vaak een officieel document dat jaren meegaat: het gaat het dossier in, het is de basis voor vervolgstappen en het kan later worden teruggelezen. Wie het dan leest — een collega, een cliënt, een toezichthouder — wil kunnen zien onder welke condities het is gemaakt zonder eerst een compliance-afdeling te hoeven bellen. Het paspoort brengt die condities naar het document toe, in plaats van andersom. Het is bewust kort en leesbaar: geen juridisch jargon, maar een handvol feiten die ieder mens begrijpt en, waar mogelijk, zelf kan controleren.
Waar het idee vandaan komt: van voedingslabel tot model card
Het privacy-paspoort is geen losse marketingvondst; het staat in een herkenbare traditie van "labels" die complexe zaken samenvatten in een vast format.
- Het voedingswaardelabel. De oervorm: een klein, gestandaardiseerd kader op een verpakking dat in één oogopslag laat zien wat erin zit. Je hoeft geen voedingsdeskundige te zijn om het te lezen, en juist het vaste format maakt vergelijken mogelijk.
- Apple's privacylabels. Sinds eind 2020 moet elke app in de App Store een "privacy nutrition label" tonen: een kaart die vertelt welke gegevens de app verzamelt, waarvoor, en of ze aan je identiteit gekoppeld worden [5]. Belangrijke nuance: die labels worden door de ontwikkelaar zelf opgegeven [6]. Een label is dus zo betrouwbaar als de mate waarin je het kunt natrekken — een les die recht overeind blijft voor een privacy-paspoort.
- Model cards en data cards. In de AI-wereld is het inmiddels gangbaar om bij een model of dataset een kort document te leveren dat de herkomst, het bedoelde gebruik, de beperkingen en de risico's beschrijft. "Data Cards", gepresenteerd op de ACM-conferentie over eerlijkheid en transparantie (FAccT) in 2022, omschrijven dit als gestructureerde samenvattingen van de essentiële feiten die belanghebbenden nodig hebben om verantwoord met een AI-systeem om te gaan [7].
Een privacy-paspoort past ditzelfde principe toe op het niveau van de uitkomst: niet het model of de app, maar het concrete verslag krijgt zijn eigen leesbare feitenblad. De grote verbetering ten opzichte van Apple's zelf-opgegeven labels is dat een paspoort waardevoller wordt naarmate de feiten erin aantoonbaar zijn in plaats van beweerd.
Wat de wet al vraagt: transparantie, register en privacy by design
Een privacy-paspoort verzint geen nieuwe verplichting — het maakt bestaande verplichtingen praktisch. Drie daarvan komen samen in zo'n blaadje.
Transparantie (AVG). De privacywet verplicht je om mensen op een behoorlijke, begrijpelijke en transparante manier te informeren over hoe hun persoonsgegevens worden verwerkt en met welk doel; die informatieplicht is uitgewerkt in de artikelen 13 en 14 van de AVG [2]. Een privacy-paspoort is een manier om dat niet weg te stoppen in een lange verklaring, maar zichtbaar te maken op het punt waar het telt: het document zelf.
Het verwerkingsregister (AVG, artikel 30). Organisaties moeten intern bijhouden welke verwerkingen ze doen, met onder meer het doel, de categorieën gegevens, de ontvangers, eventuele doorgifte naar landen buiten de EER en de bewaartermijnen [3]. Dat register is een organisatiebreed overzicht en niet publiek. Een privacy-paspoort is als het ware de "regelbon" op verslagniveau: dezelfde soort feiten (doel, gegevens, ontvangers, bewaartermijn), maar dan voor één gesprek en meteen leesbaar voor wie het verslag onder ogen krijgt.
Transparantie over AI (AI-verordening). De Europese AI-verordening vraagt onder artikel 50 dat mensen weten wanneer ze met AI te maken hebben en dat AI-gegenereerde inhoud als zodanig herkenbaar is; die transparantieverplichtingen gaan in per 2 augustus 2026 [1]. Een paspoort dat expliciet benoemt welk model het concept opstelde, operationaliseert precies dat: het verslag draagt zijn eigen "dit is met AI gemaakt, en zo"-melding mee.
En dan is er nog de manier waaróp je dit doet. De AVG kent het beginsel van gegevensbescherming door ontwerp en door standaardinstellingen (artikel 25): privacy hoort in het ontwerp te zitten en de standaardinstelling hoort de meest privacyvriendelijke te zijn [4]. Een privacy-paspoort dat automatisch en zonder extra handeling in elke export meekomt, is een schoolvoorbeeld van dat beginsel — je hoeft niet aan transparantie te denken, ze zit ingebakken.
Voorbeeld: wat er in een privacy-paspoort staat
Een privacy-paspoort blijft alleen bruikbaar als het kort is. Het beperkt zich tot feiten die een lezer echt helpen inschatten of hij dit verslag kan vertrouwen. Een goed ingevuld voorbeeld ziet er ongeveer zo uit:
- Verwerkende AI-modellen. Welk model het gesprek uitschreef (spraak naar tekst) en welk model het concept-verslag opstelde. Zonder deze regel weet niemand wat het document eigenlijk gemaakt heeft.
- Plaats van verwerking. Waar de verwerking gebeurde — op een apparaat in het eigen pand, in een datacenter, in de cloud van een leverancier. Dit is de kern: "lokaal verwerkt op onze eigen machine" is een heel ander privacy-verhaal dan "verstuurd naar een externe dienst".
- Datastromen naar buiten. Of, en zo ja waarheen, gegevens de organisatie hebben verlaten. De sterkste variant is een gemeten uitkomst ("0 onverwachte verbindingen tijdens de verwerking") in plaats van een belofte.
- Toestemming. Of vóór de opname toestemming is gevraagd en vastgelegd, en van wie.
- Menselijke goedkeuring. Of het verslag is beoordeeld en goedgekeurd door een mens, door wie, en op welk moment — het verschil tussen een ruw AI-concept en een gecontroleerd document.
- Bewaartermijn. Wat er met de bronopname en het transcript gebeurt: hoe lang bewaard, of en wanneer gewist.
- Herleidbaarheid. Of elke zin in het verslag terug te voeren is op de letterlijke bronregel, zodat een fout of verzinsel opspoorbaar is in plaats van onzichtbaar.
Merk op dat elk van deze regels een controleerbaar feit beschrijft, geen geruststelling. Dat is het verschil tussen een paspoort dat waarde toevoegt en een sticker die alleen goed oogt. Zo levert Verbinn in elke export een privacy-paspoort mee waarin deze punten staan — inclusief de gemeten uitkomst dat er geen onverwachte verbindingen waren, wie het verslag goedkeurde, en per zin de link naar de bronregel. Maar het product is hier niet het punt: het punt is dat je bij elk hulpmiddel mag eisen dat de feiten in zo'n paspoort naast het verslag liggen en, waar mogelijk, na te trekken zijn. Zonder dat laatste is de menselijke goedkeuring waar het paspoort naar verwijst niet meer dan een vinkje.
Waarom per verslag, en niet één keer per systeem
Je zou kunnen denken: als het systeem veilig is ingericht, waarom dan bij elk verslag opnieuw een paspoort? Omdat de omstandigheden per gesprek kunnen verschillen, en omdat het document zijn eigen bewijs moet dragen.
- Condities verschillen. Het ene gesprek is op kantoor verwerkt, het andere tijdens een huisbezoek in een offline modus. Bij het ene is toestemming vastgelegd, bij het andere ontbreekt die om welke reden dan ook. Een systeembreed statement kan die verschillen niet weergeven; een paspoort per verslag wel.
- Het verslag reist. Documenten worden doorgestuurd, geëxporteerd en losgeknipt van hun oorspronkelijke context. Wat op de website van de leverancier staat, reist niet mee. De privacy-feiten die aan het document zelf hangen, wel.
- Aantoonbaarheid achteraf. Als er maanden later een vraag komt — van een cliënt, een klachtencommissie of een toezichthouder — wil je niet reconstrueren onder welke condities dit specifieke verslag is ontstaan. Het staat er dan gewoon bij, vastgelegd op het moment zelf.
Dit sluit aan bij het bredere principe van bewijsbaarheid in AI-verslagen: niet de organisatie in het algemeen, maar het concrete document moet zijn eigen betrouwbaarheid kunnen laten zien. Een privacy-paspoort doet dat voor de privacy-kant, zoals een klikbare bronverwijzing dat doet voor de inhoud.
Waar een privacy-paspoort géén vervanging voor is
Een goed privacy-paspoort is nuttig, maar het is eerlijk om te zeggen wat het niet is — anders wordt het zelf een vorm van schijnzekerheid.
- Het is geen certificaat. Een paspoort dat je zelf invult, is qua bewijskracht vergelijkbaar met Apple's zelf-opgegeven labels: waardevol, maar afhankelijk van verifieerbaarheid [5][6]. Een keurmerk als NEN 7510 of ISO 27001 is iets heel anders — dat vereist een onafhankelijke audit. Een paspoort kan zulke certificering ondersteunen door feiten netjes vast te leggen, maar het vervangt haar niet.
- Het vervangt geen DPIA. Als je gegevensverwerking een hoog risico vormt, blijft een data protection impact assessment gewoon verplicht. Een privacy-paspoort is een transparantie-instrument op documentniveau, geen risicobeoordeling voor de hele verwerking. De plicht om die beoordeling te maken vervalt er niet mee.
- Het is zo goed als de feiten kloppen. Een paspoort dat mooie beweringen bevat die niemand kan natrekken, is een marketingstickertje. De waarde zit in controleerbaarheid: een gemeten datastroom is sterker dan een belofte, een vastgelegde goedkeuring sterker dan "wij reviewen altijd", een klikbare bronregel sterker dan "onze AI is nauwkeurig".
Met die grenzen in het achterhoofd is een privacy-paspoort precies wat de naam zegt: geen garantie dat alles goed is, maar een leesbaar, meereizend bewijs van hoe een verslag is gemaakt — zodat de mensen die ermee moeten werken zelf kunnen oordelen in plaats van te moeten geloven.
Veelgestelde vragen
Wat is een privacy-paspoort in één zin?
Een kort, vast informatieblad dat bij elk AI-verslag hoort en in gewone taal vastlegt welk AI-model het maakte, waar dat gebeurde, of er gegevens naar buiten gingen, wie het goedkeurde en hoe lang de opname bewaard blijft.
Wat is het verschil met een privacyverklaring?
Een privacyverklaring beschrijft hoe een organisatie in het algemeen met gegevens omgaat en staat meestal op een website. Een privacy-paspoort beschrijft hoe er met dit ene gesprek is omgegaan en reist mee met het verslag. Het is specifiek, niet algemeen, en het staat op het document zelf.
Is een privacy-paspoort wettelijk verplicht?
De term zelf staat niet in de wet. Maar de bouwstenen komen rechtstreeks uit bestaande plichten: transparantie richting betrokkenen (AVG, artikelen 13 en 14), het bijhouden van je verwerkingen (artikel 30) en gegevensbescherming door ontwerp (artikel 25), plus de AI-transparantie uit de AI-verordening. Een paspoort is een handige manier om aan die verplichtingen invulling te geven, niet een aparte plicht.
Vervangt een privacy-paspoort een DPIA of een NEN 7510-certificaat?
Nee. Een DPIA blijft verplicht bij verwerkingen met een hoog risico, en een certificaat als NEN 7510 of ISO 27001 vereist een onafhankelijke audit. Een privacy-paspoort kan die trajecten ondersteunen door feiten netjes vast te leggen, maar het is zelf geen risicobeoordeling en geen keurmerk.
Hoe weet ik of de informatie in een paspoort klopt?
Door te vragen of de feiten controleerbaar zijn in plaats van beweerd. Een gemeten uitkomst ("0 onverwachte verbindingen") is sterker dan een belofte, een vastgelegde goedkeuring met naam en tijd sterker dan "wij reviewen altijd", en een per zin klikbare bronregel sterker dan "onze AI is nauwkeurig". Zonder die controleerbaarheid is een paspoort niet betrouwbaarder dan een zelf-opgegeven label.
Bronnen
- [1] EU Artificial Intelligence Act — Article 50: Transparency Obligations for Providers and Deployers of Certain AI Systems — artificialintelligenceact.eu/article/50 (geraadpleegd 10 juli 2026)
- [2] Autoriteit Persoonsgegevens — Right to information (transparantie / informatieplicht, art. 13 en 14 AVG) — autoriteitpersoonsgegevens.nl/en/themes/basic-gdpr/privacy-rights-under-the-gdpr/right-to-information (geraadpleegd 10 juli 2026)
- [3] AVG — Artikel 30: Register van de verwerkingsactiviteiten — privacy-regulation.eu/nl/artikel-30 (geraadpleegd 10 juli 2026)
- [4] AVG — Artikel 25: Gegevensbescherming door ontwerp en door standaardinstellingen — privacy-regulation.eu/nl/artikel-25 (geraadpleegd 10 juli 2026)
- [5] Apple — Privacy: Labels (App Privacy "Nutrition" Labels) — apple.com/privacy/labels (geraadpleegd 10 juli 2026)
- [6] Apple Developer — App Privacy Details on the App Store (labels worden door de ontwikkelaar zelf opgegeven) — developer.apple.com/app-store/app-privacy-details (geraadpleegd 10 juli 2026)
- [7] Pushkarna, Zaldivar & Kjartansson — "Data Cards: Purposeful and Transparent Dataset Documentation for Responsible AI", ACM FAccT 2022 — dl.acm.org/doi/10.1145/3531146.3533231 (geraadpleegd 10 juli 2026)
Ruben van Herck bouwt Verbinn: volledig lokale AI-gespreksverslagen (een samenwerking van Ruberio × Uit De Verf). Dit artikel is geschreven vanuit de praktijk van het bouwen én draaien van lokale AI in de zorg.