Privacy en GDPR bij digitale RSVP-formulieren

Waarom privacy belangrijk is bij het verzamelen van gastgegevens

Een RSVP-formulier lijkt onschuldig: je vraagt een naam, een e-mailadres en of iemand komt. Toch verwerk je daarmee persoonsgegevens in de zin van de GDPR, en dus rusten er juridische verplichtingen op je. Denk aan de informatieplicht (gasten moeten weten wat je met hun gegevens doet), het principe van minimale gegevensverwerking en de plicht om gegevens te beveiligen. Bij een privéfeest zijn de risico's kleiner dan bij een commerciële organisatie, maar de regels gelden in principe voor iedereen die gestructureerd persoonsgegevens verzamelt — ook een particulier die een platform inschakelt.

Concreet lopen er drie soorten risico's. Ten eerste juridisch: een gast kan zich beroepen op zijn rechten (inzage, verwijdering, bezwaar), en bij klachten of datalekken moet je kunnen aantonen dat je zorgvuldig hebt gehandeld. Ten tweede relationeel: gasten delen soms gevoelige informatie via zo'n formulier — dieetwensen die op een medische aandoening wijzen, allergieën, mobiliteitsbeperkingen, of de naam van een plus-one. Als die gegevens breder terechtkomen dan nodig (in een gedeelde spreadsheet, in een cc-lijst, op een publiek toegankelijke pagina), kan dat onaangenaam zijn. Ten derde praktisch: hoe meer velden je vraagt, hoe groter de kans op fouten, onvolledige antwoorden en extra werk achteraf.

De vuistregel is eenvoudig: verzamel alleen wat je écht nodig hebt om het evenement te laten doorgaan, leg duidelijk uit waarom je het vraagt, en deel het niet breder dan strikt noodzakelijk. Een formulier met vijf goed gekozen velden is bijna altijd beter dan een formulier met vijftien velden "voor het geval dat".

Welke persoonsgegevens mag je vragen via een RSVP-formulier?

Er is geen wettelijke lijst van toegestane RSVP-velden; wat mag, hangt af van het doel. Vraag je iets omdat je het nodig hebt om de gast te ontvangen, te bereiken of te cateren, dan is dat doorgaans proportioneel. Vraag je iets "omdat het interessant kan zijn", dan is het al snel overbodig. Een bruikbare indeling:

• Doorgaans proportional: naam, e-mailadres (voor bevestiging en wijzigingen), aantal personen dat meekomt, en een ja/nee-antwoord op de uitnodiging.
• Proportional mits goed onderbouwd: dieetwensen of allergieën (nodig voor de catering — vraag alleen wat relevant is, niet naar medische diagnoses), mobiliteitsbehoeften (nodig voor toegankelijkheid), en eventueel een telefoonnummer als je gasten ter plaatse moet kunnen bereiken.
• Terughoudendheid geboden: geboortedatum, woonadres, geslacht, foto's, en zeker gegevens over gezondheid in brede zin, religie of politieke voorkeur. Deze laatste categorieën zijn "bijzondere persoonsgegevens" met een strenger regime; vraag ze alleen als ze onmiskenbaar nodig zijn en vermijd vrije tekstvelden waarin gasten onbedoeld allerlei gevoelige informatie kwijt kunnen.

Praktisch: beperk vrije tekstvelden tot één veld met een duidelijke vraag ("Allergieën of dieetwensen die de keuken moet kennen?"), in plaats van een open "Opmerkingen"-veld. Vermijd verplichte velden die niet strikt nodig zijn — een telefoonnummer als verplicht veld is zelden proportioneel. En vraag je gegevens voor een plus-one, dan verwerk je gegevens van iemand die zelf geen partij was bij je uitnodiging; vraag daarvoor alleen de minimale informatie (bijvoorbeeld naam) en informeer de hoofdGast dat hij die gegevens met toestemming van de plus-one doorgeeft.

Grondslagen en toestemming onder de GDPR

Elke verwerking van persoonsgegevens via een RSVP-formulier moet rusten op een geldige grondslag uit artikel 6 GDPR. In de praktijk zijn er drie relevant:

• Toestemming (6(1)(a)): bruikbaar, maar zwak als enige grondslag. Toestemming moet vrij, specifiek, geïnformeerd en ondubbelzinnig zijn, en intrekbaar. Bij een feest waar gasten willen komen opdagen, is "vrij" discutabel: weigeren ze toestemming, dan komen ze mogelijk niet binnen. Voor gevoelige gegevens (dieetwensen met medische lading, zoals allergieën) is toestemming vaak de aangewezen route, maar dan strikt gescheiden van de rest van het formulier.
• Uitvoering van een overeenkomst (6(1)(b)): van toepassing op gegevens die nodig zijn om de gast daadwerkelijk te ontvangen: naam, aantal personen, aanwezigheid. Dit is doorgaans de sterkste grondslag voor de kernvragen.
• Gerechtvaardigd belang (6(1)(f)): bruikbaar voor bijvoorbeeld een fotograaf die een groepsfoto wil maken, mits je een belangenafweging kunt onderbouwen en de gast een redelijke verwachting heeft.

Werkvoorbeeld: stel je verstuurt 150 uitnodigingen en verwacht 120 reacties. Je vraagt naam, e-mail, aantal personen en dieetwensen. Naam, e-mail en aantal personen baseer je op 6(1)(b). Dieetwensen kunnen medische informatie verraden; vraag die apart, met een expliciete toestemmingsvinkje en de mogelijkheid om "geen opmerkingen" te kiezen. Gasten die niet reageren, krijgen maximaal één herinnering; daarna geen verdere verwerking.

Praktisch: gebruik geen vooraf aangevinkte vakjes (ongeldige toestemming), log wanneer en hoe toestemming is gegeven, en bied een intrekmogelijkheid (bijvoorbeeld een reply-link of e-mailadres). Vermeld in het formulier kort doel, bewaartermijn en contactpunt; een volledige privacyverklaring mag via link.

Bewaartermijnen, beveiliging en delen met leveranciers

Bewaartermijnen hangen af van het doel. Vuistregel: bewaar niet langer dan nodig voor het evenement en de directe afwikkeling (facturen, navragen). Een redelijke termijn is tot enkele weken na het evenement; voor financiële gegevens geldt de wettelijke bewaarplicht van 7 jaar, maar die geldt niet voor dieetwensen of e-mailadressen van gasten. Dieetwensen verwijder je kort na het evenement, bijvoorbeeld binnen 30 dagen. Verwijderen betekent ook: uit back-ups, exportbestanden en gedeelde mappen.

Beveiliging: gebruik een formulier met HTTPS, beperk toegang tot één of twee personen, geen gastgegevens in openbare cloudlinks of WhatsApp-groepen, en verwijder exportbestanden (CSV) direct na gebruik. Deel met leveranciers (cateraar, fotograaf, locatie) alleen wat strikt nodig is, via een verwerkersovereenkomst of ten minste duidelijke afspraken over doel en verwijdering.

Checklist/timeline:

• Vóór verzending: bepaal welke velden echt nodig zijn; scheid gewone gegevens van gevoelige (dieet/allergie); stel bewaartermijn vast; kies platform en controleer of het een verwerkersovereenkomst biedt.
• Bij verzending: toestemmingsvinkje voor gevoelige velden; link naar privacyverklaring; geen vooraf aangevinkte vakjes.
• Tijdens reactieperiode: één herinnering; toegang beperken; geen exports rondslingeren.
• Na het evenement (binnen ±30 dagen): dieetwensen en overbodige e-mails verwijderen; exportbestanden wissen.
• Na afwikkeling: alleen financiële gegevens bewaren volgens wettelijke termijn; rest verwijderen en dit kort vastleggen (datum, wat, door wie).

Veelgestelde vragen

Welke gegevens mag ik via een RSVP-formulier opvragen?

Beperk je tot wat je echt nodig hebt voor het evenement: naam, e-mailadres, aantal personen (inclusief eventuele plus-one), dieetwensen of allergieën, en eventueel een telefoonnummer voor dringende communicatie. Dat is doorgaans voldoende. Gevoelige gegevens zoals godsdienst, gezondheidsstatus of geboortedatum vraag je alleen op als daar een concrete noodzaak voor is (bijvoorbeeld een medisch dieet, dat je dan beter als open tekstveld laat invullen dan als medische categorie). Vraag geen gegevens "voor later" of voor marketingdoeleinden die niets met het evenement te maken hebben. Het principe van dataminimalisatie uit de GDPR betekent: hoe minder velden, hoe beter. Maak onderscheid tussen verplichte en optionele velden en licht bij elk veld kort toe waarvoor je het gebruikt.

Heb ik toestemming nodig om gastgegevens te verzamelen?

Niet per se. Toestemming is één van de wettelijke grondslagen, maar vaak is een andere grondslag passender. Voor het organiseren van een evenement waar iemand zich voor inschrijft, kun je je veelal baseren op de uitvoering van een overeenkomst of op gerechtvaardigd belang (het praktisch organiseren van het feest). Toestemming is vooral nodig voor doeleinden die verder gaan dan de organisatie zelf, zoals het later toesturen van commerciële nieuwsbrieven of het delen van gegevens met sponsoren. Als je je op toestemming beroept, moet die vrij, specifiek, geïnformeerd en ondubbelzinnig zijn, en intrekbaar. Een vooraf aangevinkt vakje is geen geldige toestemming. Praktisch: gebruik een apart, niet vooraf aangevinkt selectievakje voor extra doeleinden en houd bij wanneer en hoe iemand toestemming gaf.

Hoe lang mag ik gastgegevens bewaren na het evenement?

De GDPR noemt geen vaste termijn; je moet een redelijke, gemotiveerde bewaartermijn kiezen en vastleggen. Een gangbare praktische lijn: bewaar de operationele gegevens (aanwezigheid, dieetwensen) tot kort na het evenement, bijvoorbeeld enkele weken tot maximaal drie maanden, voor administratieve afhandeling en eventuele nabezorging. Voor financiële gegevens die met facturatie samenhangen, geldt vaak een wettelijke bewaarplicht van meerdere jaren (in België doorgaans zeven jaar voor boekhoudkundige stukken—verifieer dit met je boekhouder). Verwijder of anonimiseer de rest daarna, tenzij je een geldige grondslag hebt om langer te bewaren. Leg de termijn vast in je privacyverklaring en zorg dat je formulieren/platform de gegevens daadwerkelijk kunnen opschonen.

Is mijn digitale uitnodigingsplatform GDPR-compliant?

Dat kun je niet zomaar aannemen; je moet het verifiëren. Check of het platform een verwerkingsregister en duidelijke privacyverklaring heeft, waar gegevens worden opgeslagen (EU of daarbuiten, en zo ja: welke doorgiftewaarborgen), of er een verwerkersovereenkomst beschikbaar is, hoe lang data bewaard blijven en of je zelf gegevens kunt exporteren en verwijderen. Als organisator blijf je vaak verwerkingsverantwoordelijke, dus de verantwoordelijkheid stopt niet bij de tool. Vraag concrete antwoorden op deze punten voordat je gegevens invoert; bij twijfel kies je een platform dat transparant is over datalocatie en verwijdering.

Moet ik een privacyverklaring opnemen in mijn uitnodiging?

Ja, dat is sterk aan te raden en in de praktijk vrijwel noodzakelijk. Je hoeft geen volledige juridische tekst in de uitnodiging te plakken; een korte passage met de kern (welke gegevens, waarvoor, hoe lang, met wie gedeeld, welke rechten gasten hebben) plus een link naar de volledige privacyverklaring volstaat. Zo zijn gasten geïnformeerd op het moment dat je hun gegevens vraagt. Houd de tekst begrijpelijk en concreet, en zorg dat de link werkt.