Gestione degli allotment in agenzia: come tenere il controllo tra disponibilità, release date e rischio invenduto
L'allotment è uno degli strumenti più antichi del tour operating italiano. Un blocco di camere — o di posti su un vettore — negoziato in anticipo con il fornitore, a tariffe più competitive di quelle spot, da rivendere ai clienti nel corso della stagione. In teoria: vantaggio competitivo, margine strutturato, disponibilità garantita. In pratica: un contratto che, se non monitorato con precisione, genera costi nascosti, errori di vendita e tensioni con il fornitore.
Il problema non è la logica dell'allotment. È l'assenza di un processo operativo che tenga traccia di ogni variabile rilevante — dal contingente iniziale alle singole vendite, dalle date di rilascio agli extra-allotment — in modo strutturato e aggiornato in tempo reale.
Cosa si intende davvero per allotment: le varianti operative
Prima di parlare di processo, è utile chiarire le forme contrattuali che circolano nel mercato, perché i rischi cambiano in modo significativo a seconda del tipo.
Allotment classico (senza garanzia)
Il tour operator blocca un contingente di camere o posti. Non è obbligato a pagarli se non venduti, ma può rilasciarli entro una data prestabilita — la release date. Dopo quella data, le unità non rilasciate restano a suo carico. Il rischio è concentrato nella finestra tra la release date e la partenza.
Allotment a vuoto per pieno
Il tour operator acquista il blocco a prescindere dall'utilizzo. La tariffa è più bassa perché il fornitore trasferisce completamente il rischio dell'invenduto sull'operatore. Garantisce disponibilità totale, ma richiede un'accurata proiezione delle vendite già in fase contrattuale.
Contratto con opzione (soft allotment)
Una forma ibrida: il blocco è garantito solo fino a una certa data, poi il fornitore può riaprirlo al mercato. Più flessibile per l'operatore, ma meno affidabile come garanzia di disponibilità in alta stagione.
Ognuna di queste forme richiede un monitoraggio diverso. L'errore tipico è gestirle tutte allo stesso modo — con un foglio Excel condiviso e una scadenza segnata in calendario — senza distinguere le regole contrattuali che si applicano a ciascuna.
I tre punti di rottura nella gestione corrente
1. La disponibilità residua non è mai aggiornata in tempo reale
Ogni volta che una prenotazione viene confermata su un servizio coperto da allotment, il contingente residuo deve diminuire immediatamente. Se questo aggiornamento viene fatto manualmente — a fine giornata, su un file condiviso tra più persone — il dato esposto agli addetti alle vendite non corrisponde mai alla realtà. Il risultato: si vendono più unità di quante disponibili (overbooking involontario) oppure si rinuncia a vendere per timore di superare il blocco, senza sapere che ci sono ancora posti.
2. Le release date vengono perse
Un contratto di allotment per la stagione estiva può coprire decine di strutture, ciascuna con le proprie date di rilascio, le proprie finestre di cancellazione e le proprie penali. Se queste scadenze non sono integrate nel sistema operativo — con notifiche automatiche e stati chiari per ogni blocco — il responsabile si ritrova a gestire penali evitabili perché nessuno ha rilasciato in tempo il contingente non venduto.
3. Il costo dell'invenduto non è visibile prima che sia troppo tardi
Nell'allotment a vuoto per pieno, ogni camera non venduta è un costo certo. Ma senza un cruscotto che mostri, in ogni momento, quante unità sono ancora scoperte rispetto alla release date, la percezione del rischio resta vaga. Si lavora a istinto invece che su dati. Le decisioni di pricing last-minute — sconti, promozioni flash, vendite a perdere pur di coprire il blocco — vengono prese in ritardo e senza una valutazione precisa del margine residuo.
Come strutturare un processo di gestione dell'allotment
Un metodo operativo efficace si articola in quattro componenti.
A. Registrazione strutturata del contratto
Ogni contratto di allotment deve essere registrato con tutti i parametri rilevanti: fornitore, struttura/servizio, tipologia di camera o posto, stagionalità, contingente totale per periodo, tariffa netta, release date per ogni blocco, penali di invenduto, condizioni di extra-allotment. Non come allegato PDF, ma come record interrogabile nel sistema operativo.
Questo è il presupposto di tutto il resto. Senza questa base strutturata, qualsiasi tentativo di automazione o monitoraggio diventa un esercizio su dati incompleti.
B. Aggiornamento automatico del contingente a ogni prenotazione
Ogni pratica confermata che insiste su un blocco di allotment deve decurtare automaticamente il contingente residuo. L'addetto alle vendite deve vedere, prima di confermare, quante unità restano disponibili per quel blocco nel periodo richiesto. Se il sistema non supporta questo aggiornamento in tempo reale, serve almeno un processo manuale rigido con responsabilità definite e verifica giornaliera prima dell'apertura vendite.
C. Calendario delle release date con notifiche attive
Ogni release date deve generare almeno due avvisi: uno con anticipo sufficiente per valutare se rilasciare il residuo (tipicamente 5–7 giorni prima), uno il giorno stesso. In assenza di un sistema automatizzato, un calendario condiviso con reminder non è sufficiente perché non ha visibilità sul contingente residuo al momento della notifica: non si sa quante unità rilasciare senza aprire il file manualmente.
D. Cruscotto di esposizione al rischio
Prima che una release date scada, il responsabile deve sapere: quante unità restano non vendute, qual è il costo unitario, qual è il costo totale dell'invenduto se non si riesce a vendere entro la scadenza. Con questo dato in mano, le decisioni di pricing last-minute diventano razionali: si sa a che prezzo conviene ancora vendere (anche a margine ridotto) e a che punto è più conveniente rilasciare il blocco piuttosto che prezzare sotto costo.
Extra-allotment: quando si vende oltre il blocco
Una situazione frequente, soprattutto in alta stagione: il contingente è esaurito ma il cliente vuole prenotare lo stesso servizio. In questo caso si lavora in extra-allotment — cioè fuori blocco — a tariffe spot o con disponibilità on-request, che il fornitore può confermare o rifiutare.
Il rischio operativo qui è doppio. Primo: confermare al cliente prima di avere la disponibilità dal fornitore. Secondo: perdere traccia di quale parte della pratica è coperta da allotment (con le condizioni contrattuali del blocco) e quale è a tariffa spot (con condizioni diverse). Se la gestione è manuale, queste due componenti si confondono, con effetti sulla fatturazione, sulle penali applicabili e sul calcolo del margine finale.
Il processo corretto prevede che ogni prenotazione in extra-allotment resti in stato opzione o on-request nel sistema fino a conferma esplicita del fornitore, con tracciabilità separata rispetto alle prenotazioni su blocco garantito.
Il problema della fatturazione 74-ter sulle unità pre-acquisite
Un aspetto che spesso viene sottovalutato: i contratti di allotment — in particolare quelli a vuoto per pieno — rientrano nel perimetro dei servizi turistici pre-acquisiti ai sensi dell'art. 74-ter DPR 633/72. Il regime del margine si applica anche a questa tipologia, non solo ai pacchetti costruiti su richiesta.
Questo significa che il calcolo della base imponibile IVA deve tenere conto dei costi sostenuti per l'intero blocco acquisito, indipendentemente da quante unità vengono effettivamente vendute. Un invenduto che non viene registrato correttamente nella contabilità del blocco altera il calcolo del margine fiscale, con possibili conseguenze in sede di liquidazione o controllo.
La gestione operativa dell'allotment e quella fiscale non sono compartimenti separati: il contingente residuo, il costo per unità e il numero di pratiche confermate su ogni blocco devono essere dati coerenti tra back-office e contabilità.
Come TripMaster gestisce l'allotment
TripMaster include la gestione dell'allotment come componente nativa del back-office per tour operator e agenzie. Ogni blocco viene registrato con il contingente per periodo e le relative date di rilascio; ogni prenotazione confermata che insiste su quel blocco aggiorna automaticamente la disponibilità residua. Lo stato del blocco — disponibile, in opzione, confermato, rilasciato — è visibile in ogni momento senza accedere a file esterni.
La struttura Ordine → Head → Group permette di tenere separata la componente allotment da eventuali servizi aggiuntivi in extra-allotment o on-request, mantenendo tracciabilità distinta per condizioni contrattuali e fatturazione. La fatturazione 74-ter integrata consente di collegare i costi del blocco ai corrispettivi delle pratiche vendute, con il margine calcolato per servizio.
Checklist operativa: cosa verificare ogni settimana
Una revisione settimanale strutturata riduce i rischi operativi dell'allotment in modo significativo. Questi sono i controlli minimi:
- Contingente residuo per blocco attivo: quante unità restano per ogni struttura/periodo con allotment aperto.
- Release date nei prossimi 14 giorni: quali blocchi scadono a breve, con il residuo aggiornato al momento della verifica.
- Pratiche in extra-allotment o on-request non ancora confermate: eventuali conferme in sospeso che espongono l'agenzia a promesse non ancora garantite dal fornitore.
- Costo dell'invenduto atteso: per i contratti a vuoto per pieno, stima del costo residuo se non si riesce a vendere entro la release date.
- Coerenza tra prenotazioni confermate e dati contabili del blocco: verifica che i costi del blocco siano correttamente registrati e attribuiti alle pratiche.
Nessuno di questi controlli è complesso in sé. Diventano complessi quando i dati sono distribuiti su più sistemi, fogli e caselle email che non parlano tra loro.
Takeaway
L'allotment funziona come leva commerciale solo se chi lo gestisce ha visibilità continua su tre numeri: contingente residuo, giorni alla release date, costo dell'invenduto. Senza questi dati aggiornati in tempo reale, la decisione giusta — rilasciare, prezzare, scontare, vendere in extra-allotment — viene presa sempre in ritardo e su basi parziali.
Il metodo operativo non cambia in base alla dimensione dell'agenzia o del tour operator: cambia la quantità di blocchi da gestire simultaneamente. Con cinque strutture in allotment, si può ancora lavorare con disciplina manuale. Con cinquanta, serve un sistema che porti automaticamente i dati al tavolo decisionale prima che le scadenze arrivino.