Ticketingsoftware: betaling en toegang goed verbinden

Beschrijf precies welke toegang wordt verkocht

Leg per categorie vast wat het ticket toestaat: één bezoeker, een bepaalde dag of deelname aan een tijdslot. Bepaal daarna welk systeem de resterende capaciteit beheert en wie die mag aanpassen. De betaalprovider beheert niet automatisch het aantal vrije plaatsen. Iedere bestelling moet daarom bij een herkenbare reservering horen. Bij meerdere medewerkers moet de betekenis van elke categorie gelijk zijn. Een gedeelde voorraad voorkomt dat het verkoopteam een plaats toezegt terwijl een ander systeem die al aan een andere bezoeker heeft toegewezen.

Online ticketverkoop en ticketbetalingen — Soon

Stem reservering en betaalwachttijd op elkaar af

Een bezoeker kan het afrekenen open laten staan of de browser sluiten terwijl het resultaat nog onbekend is. Bepaal volgens je eigen voorwaarden wanneer een reservering eindigt en hoe de plaats wordt vrijgegeven. Gebruik afzonderlijke, gekoppelde referenties voor reservering en transactie. Oefen vooral een bevestiging die na het verlopen van de reservering binnenkomt. Als de plaats inmiddels is verkocht, moet een duidelijke herstelprocedure volgen. Een late technische gebeurtenis mag niet ongemerkt een recht creëren dat de organisator niet meer kan leveren.

Integratie en API

Geef een ticket uit na het juiste resultaat

De uitgifte moet volgen op een gecontroleerde serverbeslissing, niet alleen op de terugkeerpagina. Stripe en Mollie beschrijven hoe statusmeldingen de zichtbare betaalreis aanvullen. Ieder toegangsrecht heeft een unieke identiteit nodig. Een dubbele gebeurtenis mag geen extra geldig ticket maken. Wanneer een klant om een nieuwe e-mail vraagt, moet het systeem hetzelfde ticket opnieuw kunnen versturen. Een bestand opnieuw leveren is iets anders dan een nieuw toegangsrecht aanmaken. Dat onderscheid helpt zowel bij vragen vooraf als bij het controleren van bezoekers aan de deur.

Gehoste betaalpagina

Maak de toegangscontrole bruikbaar voor het team

Bij de ingang moet duidelijk zijn of een ticket geldig, eerder gebruikt of in onderzoek is. Een QR-code helpt een referentie te lezen, maar garandeert op zichzelf geen geldig recht. De controle moet dezelfde ticketregistratie gebruiken als de uitgifte. Probeer een lege telefoon, een dubbel getoond bestand en een toegestane correctie van bezoekersgegevens. Wijs een medewerker aan voor uitzonderingen. Het ingangsteam moet deze gevallen kunnen overdragen zonder voor iedere bezoeker rechtstreeks in PSP-accounts naar betalingsinformatie te hoeven zoeken.

Houd ticketwijziging en terugbetaling apart

Een verplaatst of geannuleerd evenement kan het toegangsrecht veranderen en aanleiding geven tot een betaalactie. Dat zijn verbonden maar afzonderlijke handelingen. Een ingetrokken ticket toont niet dat het geld al is terugbetaald. Bewaar beide referenties en de toestemming van de bevoegde persoon. Laat de toepasselijke voorwaarden vooraf beoordelen binnen je organisatie. Als meerdere medewerkers dezelfde bezoeker helpen, moeten zij kunnen zien welke actie al is gestart. Daarmee voorkom je dubbele verwerking en tegenstrijdige antwoorden tijdens een drukke periode.

Kies beschikbare functies voor een concrete datum

OrsunPay-ticketing staat op de roadmap en is nog niet beschikbaar. Het concept voorziet betalingen via het eigen PSP-account van de organisator; er is geen bevestigde lanceerdatum. Kies voor een aankomend evenement dus een daadwerkelijk beschikbare oplossing en controleer haar bereik. Beoordeel capaciteit, uitgifte, verzending, toegang en betaling afzonderlijk. Leid geen gratis gebruik of algemene compatibiliteit af uit een illustratie. De voorbereiding is bruikbaar wanneer het team ook uitzonderingen kan uitleggen, met een verantwoordelijke en een verwachte uitkomst voor iedere stap.

• Test de verkoop van de laatste beschikbare plaats.
• Behandel een bevestiging na het verlopen van een reservering.
• Voorkom extra toegangsrechten door dubbele meldingen.
• Verstuur hetzelfde ticket opnieuw met dezelfde identiteit.
• Volg annulering en terugbetaling als afzonderlijke resultaten.

Bronnen

• Stripe-documentatie over webhooks
• Mollie-documentatie over betalingen