Je hebt een offerteformulier live staan en ergens halverwege staat een veld voor het telefoonnummer. Niet omdat je er iets mee doet, maar omdat het er altijd al in zat. Als de Autoriteit Persoonsgegevens je vraagt waarom je dat gegeven verwerkt, wat antwoord je dan? Voor de meeste website-eigenaren is het eerlijke antwoord: dat weten ze niet precies. Dat is het moment waarop de AVG een concreet probleem wordt.

Herken je eigen formulierprobleem

Voordat je de noodzakelijkheidstoets uitvoert, is het handig om te weten of je überhaupt een probleem hebt. Vijf signalen dat je velden hebt toegevoegd zonder te toetsen:

  • Je formulier telt meer dan zeven verplichte velden voor een eenvoudige aanvraag.
  • Je hebt velden gekopieerd van een concurrent of een gratis template, zonder na te denken of jij hetzelfde doel hebt.
  • Sommige velden zijn toegevoegd omdat ze “later misschien handig” zouden zijn, zonder concreet plan.
  • Er staan velden in die van een oud systeem zijn overgenomen en waarvan niemand meer weet waarom ze er zijn.
  • Bepaalde antwoorden verschijnen nooit in een rapport, e-mail of werkproces. Ze worden dus gewoon opgeslagen zonder gebruik.

Herkent je twee of meer van deze situaties? Dan is een veld-voor-veld check geen luxe, maar een noodzaak.

Wat de AVG verstaat onder “noodzakelijk”

De AVG schrijft voor dat je alleen persoonsgegevens verwerkt die noodzakelijk zijn voor het doel dat je hebt vastgesteld, en dat dit doel legitiem en vooraf bepaald moet zijn. “Handig” is geen grondslag. “We verzamelen het voor de zekerheid” is geen grondslag. Elk veld moet een aantoonbaar doel hebben dat past bij een van de zes wettelijke grondslagen, en dat doel mag niet ook bereikt kunnen worden met minder of minder gedetailleerde gegevens.

De beslisboom: vier beslismomenten per veld

De noodzakelijkheidstoets voor AVG formuliervelden werkt het best als een vaste reeks vragen. Doorloop ze voor elk veld afzonderlijk, niet voor het formulier als geheel.

Beslismoment 1: Welke verwerkingsgrondslag claim je voor dit veld?
Beslismoment 2: Wat is het concrete doel van dit specifieke gegeven?
Beslismoment 3: Kun je dat doel bereiken zonder dit veld, of met minder gedetailleerde data?
Beslismoment 4: Staat het veld in verhouding tot het risico voor de betrokkene?

Lukt het niet om bij beslismoment 1 of 2 een helder antwoord te geven? Dan schrap je het veld. Simpel.

Stap 1: Benoem de grondslag vóórdat je het veld aanmaakt

De AVG kent zes grondslagen. In de context van formulieren zijn er vier die je het vaakst tegenkomt:

  • Uitvoering van een overeenkomst: Je hebt het gegeven nodig om de bestelling, het contract of de dienst te leveren. Bezorgadres bij een webshop: ja. Geboortedatum bij een standaard bestelling van een tuinstoel: nee.
  • Wettelijke verplichting: De wet verplicht je dit bij te houden. Btw-nummer van een zakelijke klant bij een factuur: ja. Geslacht op een offerteformulier: nee.
  • Gerechtvaardigd belang: Jij hebt een belang, en dat weegt zwaarder dan het privacybelang van de betrokkene. Dit vereist altijd een expliciete afweging. Gebruik het niet als vangnet voor alles wat je anders niet kunt verantwoorden.
  • Toestemming: De betrokkene geeft vrijwillig, specifiek en geïnformeerd toestemming. Voor een marketing opt-in werkt dit. Maar een verplicht veld kan nooit op toestemming gebaseerd zijn, want toestemming moet vrij gegeven kunnen worden.

Stap 2: Schrijf het doel op in één concrete zin

Een goede doelzin heeft de vorm: werkwoord plus gegeven plus specifiek gebruik. Drie foute formuleringen:

  • “We verzamelen het telefoonnummer voor communicatie.” (te vaag)
  • “Geboortedatum voor onze administratie.” (doel ontbreekt volledig)
  • “Bedrijfsomvang om de klant beter te begrijpen.” (geen specifieke handeling)

Drie goede formuleringen:

  • “We sturen het bezorgbedrijf het telefoonnummer zodat zij de klant kunnen bellen bij een gemiste bezorging.”
  • “We controleren de geboortedatum om te verifiëren dat de koper ouder dan 18 jaar is bij alcoholbestellingen.”
  • “We gebruiken de bedrijfsomvang om te bepalen welke prijstabel wij op de offerte toepassen.”

Kun je de doelzin niet in één concrete zin schrijven? Dan weet je zelf niet waarom je het veld hebt. Dat is het moment om te schrappen.

Stap 3: De minimalisatiecheck

Stel voor elk veld drie vragen:

  • Kan ik met een categorie volstaan in plaats van een exacte waarde? Denk aan “bedrijfsomvang: klein, middel, groot” in plaats van het exacte personeelsaantal.
  • Kan ik dit gegeven later opvragen als het relevant wordt, in plaats van het nu al te verzamelen? Een ledenorganisatie die het IBAN alleen nodig heeft bij een contributiewijziging, hoeft het niet bij de eerste registratie te vragen.
  • Kan een optioneel veld vervangen wat je als verplicht had bedacht? Als telefoonnummer handig maar niet essentieel is, maak het dan optioneel. Dan kies de betrokkene zelf.

Stap 4: Weeg het risico voor de betrokkene

Niet elk veld draagt hetzelfde risico. Een vuistregel:

  • Laag risico: naam, zakelijk e-mailadres, postcode voor verzending. Bij een datalek is de schade beperkt.
  • Middel risico: persoonlijk e-mailadres, telefoonnummer, adres. Misbruik is mogelijk, maar niet direct ernstig.
  • Hoog risico: geboortedatum in combinatie met naam en adres, gezondheidsgegevens, financiële gegevens, profielfoto. Bij een lek of misbruik kan de betrokkene direct schade ondervinden.

Een hoog-risicoveld vereist altijd een extra juridische check. Kun je de noodzaak niet met zekerheid aantonen? Verwijder het veld dan, of vraag een jurist om te kijken.

Praktijkcase 1: Webshop checkout

Neem een standaard bestelformulier met de velden: naam, e-mail, telefoonnummer, geboortedatum, bedrijfsnaam, btw-nummer en een marketing opt-in.

Naam en e-mail zijn noodzakelijk voor de uitvoering van de bestelling en de orderbevestiging. Behouden. Telefoonnummer is handig voor de bezorger, maar niet bij elke levering nodig. Maak het optioneel. Geboortedatum is bij een gewone bestelling niet noodzakelijk, tenzij je leeftijdsgebonden producten verkoopt. Schrappen bij een standaard webshop. Bedrijfsnaam en btw-nummer zijn alleen noodzakelijk bij een zakelijke bestelling met aparte facturatie. Maak ze conditioneel zichtbaar als de koper aangeeft een bedrijf te zijn. De marketing opt-in is prima, maar moet een los aanvinkvakje zijn dat standaard leeg staat, zie ook hoe je geldige toestemming vraagt. Behouden als optioneel, nooit verplicht.

Praktijkcase 2: Offerteformulier van een dienstverlenend bedrijf

Stel je hebt een offerteformulier met: naam, e-mail, functietitel, bedrijfsomvang, jaarbudget en “hoe bent u bij ons terechtgekomen”.

Naam en e-mail zijn noodzakelijk. Functietitel kan zinvol zijn als je de offerte op de juiste persoon wilt richten, maar in veel gevallen volstaat een aanspreekformulier. Maak het optioneel. Bedrijfsomvang als categorie (klein, middel, groot) is verdedigbaar als je daarmee je dienstverlening afstemt. Een exacte personeelstelling is dat niet. Jaarbudget is een commercieel wensdenk-veld. Je wilt weten wat je kunt vragen, maar de betrokkene heeft er geen belang bij dit te delen. Schrappen of hooguit als optioneel open veld. “Hoe bent u bij ons terechtgekomen” dient een marketingdoel, geen dienstverleningsdoel. Zet het optioneel, leg het doel uit en baseer het op gerechtvaardigd belang of toestemming.

Praktijkcase 3: Registratieformulier ledenomgeving

Een verenigingswebsite vraagt bij registratie om: e-mailadres, geboortedatum, geslacht, telefoonnummer en een profielfoto.

E-mailadres is noodzakelijk voor de ledenaccount. Geboortedatum is noodzakelijk als de vereniging jeugdleden anders behandelt dan volwassen leden, maar niet als het puur voor een verjaardagsfelicitatie is. Geslacht is vrijwel nooit noodzakelijk voor een ledenregistratie, tenzij de activiteiten echt geslachtsgebonden zijn. Bied dan liever een neutraal aanspreekformulier aan. Telefoonnummer is doorgaans niet nodig voor de basisregistratie. Optioneel, of later opvragen bij een activiteit die het vereist. Profielfoto is een hoog-risicoveld dat biometrische kenmerken kan bevatten. Noodzakelijk alleen als de foto een duidelijke functie heeft in de ledenomgeving, zoals herkenning bij fysieke evenementen. Zo niet: schrappen of strikt optioneel.

De toets borgen in je werkproces

Een eenmalige check is niet genoeg. Herhaal de noodzakelijkheidstoets bij elk nieuw formulier dat je aanmaakt, bij elke wijziging van een bestaand veld, als het doel van een formulier verandert, en als je een nieuwe verwerkersovereenkomst sluit met een partij die formulierdata ontvangt.

Leg de uitkomst vast in je verwerkingsregister. Noteer per formulier welke velden je hebt getoetst, op welke grondslag elk veld berust, wat de doelzin is en of je velden hebt aangepast of geschrapt na de toets. Dit klinkt administratief, maar het is precies wat een toezichthouder wil zien bij een controle.

Beslisboom en veldlogboek

Een downloadbaar template helpt je de vier beslismomenten per veld systematisch vast te leggen. Een goed veldlogboek bevat per formulier een tabel met de veldnaam, de grondslag, de doelzin in één zin, de uitkomst van de minimalisatiecheck, het risiconiveau en de uiteindelijke beslissing: behouden, aanpassen of schrappen. Zo kun je bij een AVG-audit direct aantonen dat elk veld bewust is toegevoegd, niet zomaar overgenomen of vergeten te verwijderen.

Per veld nadenken over de grondslag, het doel en de minimalisatie kost de eerste keer tijd. Na een paar formulieren gaat het sneller en merk je dat je sommige velden zonder discussie schrapt. Minder velden betekent minder risico en minder administratieve verplichtingen. Een bijkomend voordeel is dat kortere formulieren doorgaans vaker worden ingevuld. Dat maakt de toets niet alleen een privacymaatregel, maar ook een praktische stap.