Per evitare l’overbooking quando vendi da sito, telefono e agenzie serve una cosa sola, ma va fatta bene: tutti i canali devono leggere e scalare la stessa disponibilità, nello stesso momento. Questo significa un’unica fonte dei posti, un controllo che impedisca a due vendite contemporanee di prendere lo stesso posto, blocchi temporanei con scadenza durante il pagamento, regole chiare per le quote delle agenzie e per le cancellazioni. Sincronizzare a intervalli più sistemi separati riduce il problema, ma non lo elimina.
Perché si verifica l’overbooking
L’overbooking, cioè vendere più posti di quanti ne hai, raramente nasce da un errore di una persona. Nasce da come è organizzata la vendita. Prendi uno scenario di esempio: un’escursione con 20 posti. Il sito ne vende 5, un’agenzia 8, l’ufficio al telefono 10. Ognuno, guardando i propri numeri, ha fatto tutto giusto. Il totale però è 23: tre persone in più del possibile, da ricollocare o rimborsare, con i disagi che ne seguono.
Le cause tipiche sono poche e ricorrenti:
- ogni canale ha il suo conteggio (il sito, un foglio Excel per il telefono, l’email con l’agenzia);
- gli aggiornamenti arrivano in ritardo, a fine giornata o quando qualcuno se ne ricorda;
- due vendite avvengono quasi in contemporanea e nessun controllo decide chi arriva prima;
- le cancellazioni non vengono registrate ovunque, e i posti restano «persi» o, peggio, vengono rivenduti due volte.
Il vero problema: più fonti, disponibilità separate
Finché ci sono più fonti, qualcuno deve riallinearle. Se lo fa una persona, il sistema funziona solo quando quella persona è attenta e disponibile. Se lo fa un software che sincronizza ogni tanto, tra una sincronizzazione e l’altra i canali possono vendere gli stessi posti.
Spesso la reazione è prudenziale: si tengono da parte dei posti «per sicurezza». L’overbooking cala, ma si vende meno di quanto si potrebbe, e il problema di fondo resta.
Una sola fonte della disponibilità
La soluzione strutturale è un unico booking engine che conserva la disponibilità e da cui passano tutte le vendite:
- il sito prenota direttamente sul motore;
- il telefono e il banco usano un pannello di amministrazione collegato allo stesso motore, non un foglio a parte;
- le agenzie accedono a un canale dedicato o si collegano via API;
- i siti dei partner usano un widget che interroga la stessa disponibilità.
Le prenotazioni manuali sono il punto in cui si rompe più spesso. Devono esistere, perché il telefono e le eccezioni ci saranno sempre, ma devono scalare la stessa disponibilità del sito. Se un operatore può «aggiungere due persone» senza passare dal sistema, la fonte unica non è più unica.
Se vuoi capire meglio i diversi modelli di disponibilità (posti per partenza, fasce orarie, noleggi per durata), li spiego nell’articolo su come funziona un booking engine per tour operator, escursioni e noleggi.
Cosa succede quando due persone prenotano contemporaneamente
Anche con una fonte unica, due richieste possono arrivare nello stesso istante per l’ultimo posto. Se il sistema legge «1 disponibile» per entrambe e poi le conferma entrambe, l’overbooking c’è lo stesso. Servono due accorgimenti tecnici.
Controllo atomico
La verifica della disponibilità e la sua riduzione devono avvenire come un’unica operazione: o riesce tutta, o non riesce. Nella pratica si ottiene con transazioni e vincoli sul database, in modo che una sola delle due richieste ottenga il posto e l’altra riceva un messaggio chiaro.
Blocchi temporanei con scadenza
Tra la scelta del posto e il pagamento passano alcuni minuti. In quel tempo il posto va bloccato per quel cliente, con una scadenza. Se il pagamento va a buon fine, il blocco diventa prenotazione; se il cliente abbandona o il pagamento fallisce, il blocco scade e il posto torna disponibile.
Vanno gestiti anche i casi intermedi: il pagamento che risponde in ritardo, l’utente che clicca due volte su «paga», la conferma che arriva dopo che il blocco è scaduto. Ognuno va previsto, altrimenti si creano prenotazioni doppie o posti bloccati per nessuno.
Vendita tramite agenzie e partner
Con le agenzie le strade principali sono due:
| Modello | Come funziona | Attenzione a |
|---|---|---|
| Disponibilità condivisa | L’agenzia vede e prenota sulla stessa disponibilità del sito, in tempo reale. | Serve un canale agenzie o un collegamento API affidabile. |
| Quote (allotment) | All’agenzia è riservato un numero di posti per una data o un periodo. | Decidere quando i posti non venduti tornano disponibili per gli altri canali. |
Le quote sono utili quando l’agenzia ha bisogno di garanzie, ma vanno gestite nel sistema, con una data di rilascio, non in un accordo via email. Altrimenti si torna alle fonti separate.
Cancellazioni e ripristino disponibilità
Una cancellazione deve rimettere in vendita i posti, nel momento giusto e una volta sola. Le domande da chiarire sono pratiche: il posto torna libero subito o solo dopo il rimborso? Se la cancellazione è parziale (da quattro persone a due), il sistema restituisce solo la differenza? Una modifica di data libera la vecchia data e occupa la nuova nella stessa operazione?
Senza regole precise si va in una delle due direzioni sbagliate: posti che restano occupati per prenotazioni che non esistono più, oppure posti restituiti due volte.
Fornitori esterni e API
Se vendi anche servizi di terzi, la disponibilità non è solo tua. Collegarsi via API al fornitore aiuta, ma le API da sole non eliminano l’overbooking. Contano le garanzie del fornitore (la sua conferma è definitiva o provvisoria?), la latenza delle risposte, i limiti al numero di richieste e le regole di prenotazione e cancellazione del suo sistema.
Per questo, quando un servizio esterno fa parte della vendita, conviene confermare la prenotazione presso il fornitore prima di considerarla chiusa, e prevedere cosa fare se il fornitore risponde di no. Ne parlo più in generale nell’articolo su API e integrazioni tra software aziendali.
Monitoraggio e log
Anche un sistema ben progettato va osservato. Servono log di ogni variazione di disponibilità (chi, quando, da quale canale), avvisi quando una partenza risulta oltre capienza o quando un blocco resta aperto troppo a lungo, e un modo semplice per ricostruire la storia di una prenotazione. Quando qualcosa non torna, la differenza la fa poter rispondere in pochi minuti a «da dove è arrivata questa prenotazione?».
Come abbiamo affrontato un sistema di prenotazione multicanale
Per un operatore turistico ho sviluppato una piattaforma di prenotazione multicanale costruita proprio attorno a questo principio: un unico booking engine con disponibilità in tempo reale condivisa tra telefono, agenzie e sito, pagamenti online, un canale dedicato alle agenzie e un pannello di amministrazione. Lo stack è Angular per le interfacce, NestJS per il backend e PostgreSQL per i dati.
Il punto di partenza, in un progetto così, non è tecnico ma organizzativo: stabilire che ogni vendita, compresa quella al telefono, passa dallo stesso motore. Il resto, dai blocchi temporanei alle regole di cancellazione, si costruisce sopra quella decisione.
Domande frequenti
È possibile vendere contemporaneamente da più canali senza overbooking?
Sì, se tutti i canali leggono e scalano la stessa disponibilità con controlli atomici. Nessun sistema rende il rischio nullo in ogni circostanza, ma così si eliminano le cause più comuni: conteggi separati e aggiornamenti in ritardo.
Basta sincronizzare le prenotazioni tra sistemi diversi?
Aiuta, ma tra una sincronizzazione e l’altra resta una finestra in cui due canali possono vendere lo stesso posto. Più i posti sono pochi e richiesti, più quella finestra conta.
Le API eliminano l’overbooking?
No, da sole no. Dipende da come il fornitore conferma, quanto è veloce a rispondere e quali limiti impone.
Da dove partire
Se vendi da più canali, analizziamo insieme come condividere disponibilità e prenotazioni. Puoi vedere come lavoro sui booking engine o raccontarmi il tuo caso: la prima analisi è gratuita.