Software biglietteria: collegare vendita, pagamento e ingresso

Definisci i diritti venduti e la capacità

Specifica cosa permette ogni categoria: ingresso individuale, accesso in una giornata o partecipazione a una sessione con orario. Indica quale sistema conserva la disponibilità reale e chi può modificarla. Il PSP non gestisce automaticamente l’inventario dei posti. Una vendita deve essere associata a una prenotazione riconoscibile. Se più persone lavorano all’evento, devono vedere la stessa capacità e le stesse regole. Questa base evita che il processo commerciale prometta un accesso mentre un altro strumento considera il posto già occupato.

Vendita di biglietti online e pagamenti — Soon

Coordina prenotazione e attesa del risultato

Il partecipante può lasciare il checkout aperto o chiuderlo quando la transazione è ancora in corso. Stabilisci la durata della prenotazione secondo le tue regole e come viene liberata. Usa identificativi distinti ma collegati per prenotazione e pagamento. Prepara il caso di una conferma successiva alla scadenza: se il posto è stato riassegnato, occorre una procedura esplicita. Non lasciare che l’arrivo di un evento tardivo generi automaticamente un diritto che il sistema non è più in grado di soddisfare.

Integrazione e API

Emetti un biglietto per un risultato verificato

La decisione di emettere il biglietto deve dipendere da un esito controllato sul server. Il ritorno del browser non è sufficiente. Stripe e Mollie spiegano nelle documentazioni come le notifiche completano il flusso visibile. Ogni diritto deve avere un identificativo univoco, e un evento ripetuto non deve creare un ulteriore ingresso valido. Se il cliente chiede un nuovo invio del file, recupera la stessa identità. Inviare nuovamente un biglietto e generare un nuovo diritto sono azioni diverse.

Pagina di pagamento ospitata

Progetta il lavoro al punto d’ingresso

Il personale deve distinguere biglietti validi, già utilizzati e da verificare. Un codice QR rende più semplice leggere un riferimento, ma non ne prova da solo la validità. La verifica deve usare lo stesso registro delle emissioni. Prova un telefono scarico, un file presentato due volte e una modifica dei dati consentita dalle tue condizioni. Assegna una persona ai casi non ordinari. Il personale all’ingresso non dovrebbe dover cercare un pagamento nei conti PSP per ogni partecipante in difficoltà.

Separa modifiche dell’evento e rimborsi

Un cambio di data o un annullamento modifica il diritto d’ingresso e può richiedere un’operazione di rimborso, ma si tratta di azioni distinte. Un biglietto cancellato non dimostra che i fondi siano già stati restituiti. Registra decisione, riferimenti e persone autorizzate. Le condizioni applicabili devono essere definite e verificate prima della vendita. Quando più operatori rispondono allo stesso partecipante, devono sapere cosa è già stato avviato per evitare istruzioni contrastanti o l’esecuzione ripetuta di un’azione.

Scegli un perimetro disponibile per la data prevista

Il ticketing OrsunPay è nella roadmap e non è disponibile oggi. La concezione prevede pagamenti attraverso il conto PSP dell’organizzatore, senza una data di lancio confermata. Per un evento concreto, valuta una soluzione utilizzabile e verifica separatamente capacità, emissione, invio, ingresso e pagamento. Non presumere gratuità o compatibilità da un’illustrazione. Una scelta è pronta quando l’équipe può descrivere sia la vendita normale sia le eccezioni importanti, con un responsabile e un risultato atteso per ciascun passaggio.

• Provare la vendita dell’ultimo posto disponibile.
• Gestire una conferma dopo la scadenza della prenotazione.
• Impedire diritti duplicati dopo eventi ripetuti.
• Reinviare il medesimo identificativo del biglietto.
• Distinguere annullamento del biglietto e rimborso effettivo.

Fonti

• Documentazione Stripe sui webhook
• Documentazione Mollie sui pagamenti