# Je hebt de tickets verkocht — en mist van de helft de gegevens — MijnEvent [Home](https://mijnevent.nl/nl) / [Blog](https://mijnevent.nl/nl/blog) / Je hebt de tickets verkocht — en mist van de helft de gegevens deelnemersgegevens privacy formulieren beheer # Je hebt de tickets verkocht — en mist van de helft de gegevens Dieetwensen, bedrijfsnamen, gewichten: de gegevens die je pas ná de verkoop nodig hebt, komen zelden vanzelf binnen. Zo haal je ze op zonder achttien keer te bellen. MijnEvent · 17 augustus 2026 · 13 min leestijd In het kort - Vraag extra gegevens ná de aankoop uit: in de checkout heeft de koper ze vaak nog niet, en elke extra vraag daar kost je verkopen. - De uitvraag hangt aan het ticket, niet aan de bestelling: twee keer ticket A en twee keer ticket B met verschillende formulieren levert vier formulieren op, geen twee. - Kun je niet in één zin uitleggen waarom je iets vraagt? Vraag het dan niet — een kort formulier levert bovendien meer antwoorden op. - Dieetwens en gewicht zijn bijzondere persoonsgegevens: versleuteld, aparte permissie, uitdrukkelijke toestemming en zeven dagen bewaard na je event in plaats van dertig. - Een deadline werkt waar een vriendelijke herinnering blijft liggen — maar wat er ná die deadline gebeurt, beslis jij: het systeem annuleert niets uit zichzelf. Het diner is uitverkocht. Honderdtwintig plaatsen, weg binnen twee weken, en je hebt precies drieënveertig e-mailadressen — want de meeste mensen kochten voor twee, vier of zes personen tegelijk. Dan belt de cateraar: hoeveel keer glutenvrij, hoeveel keer vegetarisch, en hoeveel gasten mogen geen noten? Dinsdag graag, anders haalt hij het niet. Nu begint het rondje. Een mail naar alle kopers met een vraag erin. Een handvol antwoorden. Een tweede mail. Nog wat antwoorden, waarvan de helft "voor mijn tafel: 2× vega en verder niks bijzonders" — maar wie van die zes tafelgenoten heeft die noten-allergie ook alweer? Op donderdagavond zit je te bellen met mensen die je nauwelijks kent, met een spreadsheet ernaast waarin je je eigen kolommen niet meer vertrouwt. Dit is geen cateringprobleem. Hetzelfde patroon zie je bij een congres dat factuurgegevens nodig heeft, bij een ballonvaart die de gewichtsverdeling per mand moet kloppend krijgen, bij een startpakket dat in de goede maat besteld moet worden en bij een meerdaagse workshop waar iedereen nog een ronde moet kiezen. Het gaat er allemaal om dat je op het moment van verkopen nog niet wist wat je op het moment van uitvoeren nodig hebt. # Waarom je het niet in de checkout moet vragen De verleiding is groot: zet die vragen gewoon in het bestelformulier, dan is het meteen geregeld. Twee redenen om dat niet te doen. De eerste is praktisch. De koper heeft de antwoorden op dat moment vaak helemaal niet. Wie vier stoelen bij een gala boekt, weet de dieetwensen van zijn gasten niet uit het hoofd, en wie een ballonvaart cadeau doet, weet het gewicht van de ontvanger al helemaal niet. Vraag je er in de checkout naar, dan krijg je gokwerk, of erger: iemand vult voor het gemak vier keer hetzelfde in. De tweede is commercieel. Elk extra veld tussen "ik wil dit" en "betaald" kost je verkopen. Een checkout die om KvK-nummers, geboortedata en telefoonnummers vraagt is geen zorgvuldige checkout, het is een lekkende. Afrekenen hoort kort te zijn. De uitweg is niet ingewikkeld: verkoop eerst, vraag daarna. Met de module [Deelnemersgegevens](/nl/modules/deelnemersgegevens) krijgt de koper direct na de betaling één link met alles wat nog openstaat, en heeft hij tot jouw deadline de tijd om het compleet te maken. # Vier tickets zijn vier formulieren, geen twee Hier gaat het bij veel systemen mis. De uitvraag hangt aan de **bestelling**, en dus krijgt iemand die vier plaatsen kocht één formulier met de vraag "heeft iemand aan uw tafel een dieetwens?". Het antwoord daarop is onbruikbaar voor de keuken. Een dieetwens hoort bij een persoon, en een persoon hoort bij een ticket. Daarom hangt de uitvraag in MijnEvent aan het ticket. Neem een bestelling met twee keer ticket A — het dinerticket, met een formulier voor dieetwens en noodcontact — en twee keer ticket B, het workshopticket met de vraag welke ronde je kiest. Dat zijn geen twee formulieren maar **vier**: twee keer het dinerformulier en twee keer het workshopformulier, elk voor één specifieke stoel. Vier rijen in je overzicht, vier statussen, vier keer wel of niet compleet. Dat klinkt als meer werk, maar het is juist minder. Je hoeft aan het eind niet meer uit te puzzelen welk antwoord bij welke gast hoort, en je export naar de cateraar is een lijst met regels die je zo kunt doorsturen. Bij ticketsoorten die geen extra gegevens nodig hebben — een gewoon toegangskaartje bijvoorbeeld — hang je simpelweg geen formulier, en merkt de koper er niets van. # De koper is bijna nooit de hele tafel De tweede halve oplossing die je vaak ziet: alles bij de koper neerleggen. Hij heeft betaald, hij zoekt het maar uit. In de praktijk betekent dat dat de koper jouw belrondje overneemt — hij appt zijn zes gasten, verzamelt de antwoorden en typt ze over. Dat gaat één keer goed en de tweede keer niet. Daarom kan de koper elk formulier apart doorsturen. Eén klik vanuit zijn eigen overzicht en de gast die bij dát ticket hoort krijgt een link naar zijn eigen formulier. Geen account nodig, geen wachtwoord, en de gast ziet alleen zijn eigen vragen — niet wat de rest van het gezelschap heeft ingevuld. De koper houdt wel zicht op de stand: wat is binnen, wat staat er nog open. Hij hoeft alleen te blijven duwen waar het nodig is, en dat is precies zoveel verantwoordelijkheid als hij aankan. # Vraag alleen wat je echt gaat gebruiken Zodra je een formulier kunt bouwen, wil je er dingen in zetten. Geboortedatum, want handig. Telefoonnummer, voor het geval dat. Een open opmerkingenveld, want je weet maar nooit. Zo groeit een uitvraag van vier velden naar veertien, en zakt je responspercentage mee. Er is één regel die dat betrouwbaar afremt: **kun je niet in één zin uitleggen waarom je iets vraagt, vraag het dan niet.** Die zin is in MijnEvent geen advies maar een invulveld. Bij elk formulier leg je het doel vast, en bij een gevoelig veld hoort daar nog een aparte uitleg bij die de deelnemer letterlijk te zien krijgt. Dat is de enige echte rem op "we vragen gewoon alles" — want een veld waarvan je het doel niet kunt opschrijven, schrap je vanzelf. Loop je uitvraag er eens langs met die regel in de hand: - **Geboortedatum** — alleen als je een leeftijdsgrens handhaaft of je verzekering erom vraagt. Wil je alleen weten of iemand meerderjarig is, vraag dán dat, en niet de hele datum. - **Telefoonnummer** — alleen als je iemand op de dag zelf echt moet kunnen bereiken. Anders is een e-mailadres genoeg, en dat heb je al. - **Een open opmerkingenveld** — vriendelijk bedoeld, maar het is een uitnodiging om medische geschiedenis in te typen die je niet gevraagd hebt en niet mag bewaren. Kort houden helpt bovendien meteen twee kanten op: je krijgt meer ingevulde formulieren terug, en je hebt minder gegevens die je moet beveiligen, exporteren en weer wissen. Wat je niet vraagt, kan ook niet lekken. Voor de velden die alleen soms nodig zijn bestaan voorwaardelijke vragen: "welk dieet?" verschijnt alleen bij wie aangaf een dieetwens te hebben, en "welke workshop op dag twee?" alleen bij wie een tweedaags ticket kocht. Zo blijft het formulier kort zonder dat je informatie misloopt. # Dieetwensen en gewicht zijn geen gewone velden Nu het deel dat de meeste organisatoren onderschatten. Een dieetwens en een gewicht zijn juridisch iets anders dan een bedrijfsnaam. De AVG kent een categorie **bijzondere persoonsgegevens**: gegevens over onder meer gezondheid, geloof en etniciteit. Die mag je in beginsel niet verwerken, tenzij er een uitzondering geldt — voor een evenementenorganisator komt dat in de praktijk neer op uitdrukkelijke toestemming van de betrokkene. De Autoriteit Persoonsgegevens legt uit welke gegevens daaronder vallen en wat de regel precies inhoudt op [Bijzondere persoonsgegevens](https://www.autoriteitpersoonsgegevens.nl/themas/basis-avg/soorten-persoonsgegevens/bijzondere-persoonsgegevens). Een gewicht raakt de gezondheid van iemand — daar is weinig discussie over. Bij een dieetwens zit er een addertje onder het gras dat vaak over het hoofd wordt gezien: "glutenvrij" en "notenallergie" zeggen iets over gezondheid, maar **halal** en **koosjer** zeggen iets over iemands geloofsovertuiging. Eén keuzelijstje kan dus twee bijzondere categorieën tegelijk raken. Dat maakt het niet verboden — je mag prima vragen waar iemand van eet als je die maaltijd moet serveren — maar het maakt het wel iets waar je zorgvuldiger mee omgaat dan met een bedrijfsnaam. In MijnEvent markeer je zo'n veld als **gevoelig**, en daarna gaat het vanzelf: - Je moet verplicht opschrijven waarvoor je het vraagt, en die tekst ziet de deelnemer bij het invullen. - De deelnemer geeft er uitdrukkelijk toestemming voor, en wat hij op dat moment las wordt vastgelegd — bewijs van de tekst die iemand écht zag, niet van de tekst die er nu staat. - De antwoorden staan versleuteld opgeslagen. (Dat geldt overigens voor álle antwoorden; uniform versleutelen is veiliger dan per veld beslissen.) - Alleen teamleden met die specifieke permissie kunnen ze inzien. Je kassamedewerker hoeft niet te weten wie er insuline gebruikt. - Ze verdwijnen eerder dan de rest: **zeven dagen na je event in plaats van dertig**, met een vermelding in het logboek als bewijs dat het gebeurd is. Eén gevoelig veld maakt de korte bewaartermijn meteen van toepassing op het hele formulier. Dat is bewust: uitzoeken welk antwoord in welk vakje viel is precies het soort administratie waar in de praktijk fouten in sluipen. Wij bewaren de gegevens dus wel — dat is eerlijker dan doen alsof ze nergens staan. Alleen precies zolang als jouw event ze nodig heeft, en geen dag langer. Meer over waar je als organisator verder aan vastzit, staat in [AVG voor evenementenorganisatoren](/nl/blog/avg-bezoekersgegevens-evenementen). # Waarom een deadline werkt en een vriendelijke herinnering niet "Zou je bij gelegenheid nog even je dieetwens willen doorgeven?" Dat is een aardige mail, en hij levert bijna niets op. Niet omdat mensen onwillig zijn, maar omdat er geen moment in zit waarop het antwoord dringend wordt. Zonder einddatum is elke dag een even goede dag om het morgen te doen — en tegen de tijd dat het wél dringend wordt, ben jij degene die belt. Een deadline lost dat op door van "ooit" een datum te maken. Vandaar dat de uitvraag in MijnEvent er standaard eentje heeft, en dat die deadline niet zomaar een datumveld is dat je vergeet bij te werken. Hij wordt gerekend: een aantal uren na de aankoop, maar nooit later dan een ingestelde marge vóór je event, en altijd hard gestopt kort voor de start. Wie drie dagen voor het diner nog een kaartje koopt, krijgt dus geen week bedenktijd die ná het diner valt. De herinneringen lopen daarna vanzelf: op de momenten die jij instelt vóór de deadline, hoogstens één per etmaal, en ze stoppen zodra een formulier compleet is. Niemand krijgt een aanmaning voor iets wat hij gisteren al heeft ingevuld. # Maar die deadline hoort van jou te zijn En hier zit het punt waarop geautomatiseerde systemen het vaakst fout gaan. Automatisch annuleren bij een gemiste deadline klinkt netjes en consequent — tot het je trouwste bezoeker treft, die twee weken in het ziekenhuis lag. Het systeem weet dat niet. Jij misschien wel. Daarom is de standaarduitkomst in MijnEvent zacht: de inzending krijgt de status *te laat*, het ticket blijft gewoon geldig, en **jij** krijgt een signaalmail. Daarin staat wie wat mist, hoe vaak diegene al herinnerd is en hoe je hem kunt bereiken. Dat laatste is geen detail: de beslissing om te bellen of te annuleren neem je heel anders als je ziet dat iemand vier herinneringen negeerde dan wanneer hij er één kreeg, gisteren. Vanaf dat punt kies je zelf: - **Bellen en vastleggen.** Bij elke deelnemer staat een notitieveld. Wat je telefonisch afsprak staat daarmee bij de juiste persoon, niet in een los lijstje op je bureaublad dat je volgende week niet meer terugvindt. - **De deadline verlengen.** Soms is de reden gewoon goed. - **Definitief annuleren.** Eén knop die het ticket annuleert én terugbetaalt: de ticketprijs minus de al gemaakte transactiekosten. Die kosten zijn immers echt afgeschreven bij je betaaldienst, en het zou vreemd zijn als jij ze draagt omdat iemand anders zijn formulier liet liggen. Servicekosten, orderkosten en een eventuele donatie komen niet terug. Wil je het toch automatisch laten lopen, dan kan dat — het staat alleen standaard uit, en er zit een dagplafond op. Gaat het opeens om een flink deel van je inzendingen tegelijk, dan stopt het systeem en waarschuwt het in plaats van door te draaien. Dat is de vangrail voor de dag waarop iemand per ongeluk een deadline van gisteren instelt. # Wat je opschrijft over een deelnemer, is ook een gegeven over hem Dit lees je bij vrijwel geen enkele aanbieder, en het hoort er wel bij. Zo'n notitieveld is handig: "gebeld op 12 augustus, stuurt dieetwens vrijdag" scheelt je een half gesprek volgende week. Maar zo'n notitie is **zelf een persoonsgegeven**. Het is informatie over een identificeerbaar persoon die jij opslaat, en dus valt hij onder hetzelfde recht op inzage als zijn naam en zijn bestelling. Vraagt die deelnemer wat je van hem hebt, dan hoort jouw aantekening bij het antwoord. Dat geldt voor elk systeem waarin je zoiets bijhoudt, ook voor een los Excel-bestand — een spreadsheet op je laptop is niet minder AVG-plichtig dan een database. De praktische regel die daaruit volgt is simpel en verrassend nuttig: **schrijf een notitie zoals je hem zou schrijven als de deelnemer meeleest.** Want dat mag hij. Feitelijk, kort en bruikbaar dus — "gebeld 12/8, stuurt vrijdag" in plaats van een oordeel over hoe iemand aan de telefoon was. Dat is niet alleen juridisch verstandig, het levert ook gewoon betere aantekeningen op voor de collega die volgende week de telefoon oppakt. In MijnEvent staat die notitie versleuteld opgeslagen, met wie hem schreef en wanneer, en hij verdwijnt mee bij het opschonen. Hoe je een inzage- of verwijderverzoek verder afhandelt, staat in [Een AVG-verzoek afhandelen](/nl/blog/privacy-verzoeken-afhandelen-avg). # Exporteren, en daarna opruimen Als alles binnen is, is de laatste stap saai — en dat is precies de bedoeling. Je exporteert per event of per ticketsoort, stuurt dat bestand naar je cateraar, ballonvaarder of workshopleider, en klaar. Daarna ruimt het systeem op. Standaard dertig dagen na je event, en zeven dagen voor de gevoelige velden. De inzending zelf blijft als lege administratieve schil bestaan — je kunt nog zien dát er een formulier hoorde bij dat ticket — maar de antwoorden zijn weg, en van het wissen blijft een spoor in het logboek achter. Datzelfde principe zit door het hele platform heen; hoe we daarover hebben nagedacht staat in [privacy by design](/nl/blog/privacy-by-design-zo-bouwden-we-mijnevent). # Wat het kost Eén vast bedrag van **€ 50 per event** waarbij je gegevens uitvraagt, en je allereerste event is gratis. Dat bedrag staat los van het aantal formulieren, velden en deelnemers: honderd gasten met drie vragen kost hetzelfde als duizend gasten met twaalf. Nooit een percentage van je omzet, nooit een tarief per formulier. Per organisatie aanpasbaar, ook naar € 0. # Kort samengevat Verkoop eerst en vraag daarna, want in de checkout heeft de koper de antwoorden nog niet. Hang de uitvraag aan het ticket in plaats van aan de bestelling, zodat vier tickets ook echt vier antwoorden opleveren. Laat de koper doorsturen naar de gast die het betreft. Vraag alleen wat je in één zin kunt verantwoorden, en behandel dieet en gewicht als wat ze zijn: bijzondere persoonsgegevens die korter blijven staan en achter een aparte permissie horen. Zet er een deadline op, want daar zit het verschil met een herinnering die blijft liggen. En houd de beslissing over wat er ná die deadline gebeurt bij jezelf. Meer weten? Bekijk de [modulepagina Deelnemersgegevens](/nl/modules/deelnemersgegevens) — we zetten de module op aanvraag voor je organisatie aan. Veelgestelde vragen ## Veelgestelde vragen ## Waarom vraag ik deelnemersgegevens niet gewoon in de checkout uit? Omdat de koper ze op dat moment meestal niet heeft. Wie vier plaatsen bij een diner boekt, kent de dieetwensen van zijn gasten niet uit het hoofd. En elke extra vraag tijdens het afrekenen kost je verkopen. Afrekenen blijft dus kort; de uitvraag begint erna. ## Wat als een ticket voor iemand anders is? De koper stuurt dat ene formulier met één klik door naar de gast. Die vult alleen zijn eigen formulier in, zonder account en zonder de antwoorden van de rest te zien. De koper blijft wel zien wat er nog openstaat. ## Mag ik naar een dieetwens vragen? Ja, maar het is een bijzonder persoonsgegeven: een allergie zegt iets over iemands gezondheid en halal of koosjer ook iets over zijn geloof. Je hebt uitdrukkelijke toestemming nodig, je moet uitleggen waarvoor je het vraagt, en je bewaart het korter dan de rest. ## Wat gebeurt er als iemand zijn gegevens nooit invult? De herinneringen lopen door tot de deadline. Daarna krijg jij een signaalmail met wie wat mist, hoe vaak diegene herinnerd is en hoe je hem bereikt. Je kunt bellen, de deadline verlengen of definitief annuleren — automatisch annuleren kan, maar staat standaard uit. ## Kan een deelnemer opvragen wat ik over hem heb genoteerd? Ja. Een notitie die jij over een deelnemer schrijft is zelf een persoonsgegeven en valt onder zijn recht op inzage. Schrijf een notitie dus zoals je hem zou schrijven als de deelnemer meeleest. [ Terug naar blog ](https://mijnevent.nl/nl/blog) MijnEvent ## Meer lezen [ ![](https://regify-mijnevent.s3.eu-central-1.amazonaws.com/blog/covers/rechten-per-teamlid-instellen.webp) beheer Jasper Koers · 17 augustus 2026 · 4 min leestijd ## Rechten per teamlid: bepaal precies wie wat mag in je beheer Onder Beheer → Team stel je per teamlid in wat die mag zien en doen: per onderdeel, per module, met aparte gevoelige rechten en desnoods beperkt tot één event. Vijf sjablonen geven je een vliegende start. ](https://mijnevent.nl/nl/blog/rechten-per-teamlid-instellen) [ ![](https://regify-mijnevent.s3.eu-central-1.amazonaws.com/blog/covers/van-ideal-naar-wero-wat-verandert-er-voor-je-ticketverkoop.webp) betalingen MijnEvent · 17 augustus 2026 · 7 min leestijd ## Vanaf oktober loopt je iDEAL-betaling via Wero: wat een organisator moet weten De Betaalvereniging kondigde in juli de volgende stap aan in de overgang van iDEAL naar Wero. Je bezoeker merkt er niets van, jij hoogstwaarschijnlijk ook niet — maar er zijn drie dingen die je beter nu even nakijkt. ](https://mijnevent.nl/nl/blog/van-ideal-naar-wero-wat-verandert-er-voor-je-ticketverkoop) [ ![](https://regify-mijnevent.s3.eu-central-1.amazonaws.com/blog/covers/ticketgeld-veilig-als-het-platform-omvalt.webp) betalingen Jasper Koers · 16 augustus 2026 · 4 min leestijd ## Waar staat je ticketgeld eigenlijk? De vraag die niemand stelt tot het misgaat Bij veel ticketplatforms staat je opbrengst tot na het event op een rekening van het platform. Wat dat betekent, waarom een stichting derdengelden geen garantie is, en hoe je het kunt controleren. ](https://mijnevent.nl/nl/blog/ticketgeld-veilig-als-het-platform-omvalt) MijnEvent ## Klaar om te beginnen? Maak gratis een account aan en verkoop je eerste tickets vandaag nog. [Start gratis](https://mijnevent.nl/registreer) [Prijzen](https://mijnevent.nl/nl/prijzen)