Guida
Come prevenire le doppie prenotazioni
Kasura previene le doppie prenotazioni confrontando le date di una prenotazione con ogni altra prenotazione attiva sullo stesso asset e bloccando il salvataggio se si sovrappongono.
Perché nascono le doppie prenotazioni
Una doppia prenotazione nasce quando due clienti finiscono con pretese sovrapposte sullo stesso veicolo o stanza. Raramente è un errore unico e chiaro: più spesso il personale lavora a memoria in un turno intenso, un foglio condiviso è già indietro rispetto alla realtà, oppure due persone gestiscono richieste sullo stesso asset senza vedere il lavoro dell’altra. Il rischio cresce con il numero di persone che possono creare una prenotazione e con il numero di canali da cui può arrivare una richiesta.
Come Kasura previene i conflitti noti
Ogni volta che si crea una prenotazione o se ne modificano le date, Kasura confronta il periodo richiesto con le altre prenotazioni di quell’asset prima di consentire il salvataggio. Succede due volte: una nell’interfaccia durante la compilazione, così il personale vede subito il problema, e di nuovo nel momento in cui il salvataggio viene davvero scritto, così una seconda persona pochi secondi dopo non può far passare una prenotazione in conflitto. Un salvataggio che si sovrapporrebbe a una prenotazione esistente viene rifiutato, non solo segnalato come avviso.
Controlli di disponibilità
Mentre si crea una prenotazione, il calendario dell’asset selezionato marca ogni data come disponibile, parzialmente disponibile o non disponibile, in base a ciò che è già prenotato. Un periodo che termina esattamente quando ne inizia un altro conta come disponibile, perché i due non si sovrappongono. Questo controllo in tempo reale è ciò che il personale vede prima di tentare il salvataggio, e permette di scegliere un’altra data invece di scoprire il conflitto solo dopo l’invio.
Conflitti di prenotazione
Un conflitto di prenotazione, in Kasura, è il caso di due prenotazioni sullo stesso asset i cui periodi si sovrappongono. Solo le prenotazioni ancora conteggiate come attive — riservate, attive, in check-in, in ritardo o comunque non chiuse — possono causare un conflitto. Una prenotazione annullata, segnata come no-show o già completata è esclusa dal controllo: le sue date sono libere per qualcun altro appena lo stato è impostato. Quando un salvataggio viene rifiutato per questo motivo, il personale vede un messaggio diretto: l’asset è già prenotato per il periodo selezionato, non un errore generico.
Confini del Workspace
Il controllo dei conflitti considera solo le prenotazioni registrate nello stesso Workspace dell’asset da prenotare, perché ogni asset appartiene a esattamente un Workspace. Non ha visibilità oltre ciò che è effettivamente inserito in Kasura: una richiesta presa al telefono e non ancora registrata, una trattenuta su carta o una prenotazione tenuta in un foglio separato non possono essere viste dal controllo e non vengono bloccate. Questo presidio funziona se ogni prenotazione sta in Kasura, non in parte fuori.
Cosa non significa questa guida
- Non è una garanzia assoluta che una doppia prenotazione non possa mai verificarsi — è un controllo forte e deterministico sulle prenotazioni che esistono davvero in Kasura.
- Kasura non sincronizza la disponibilità con un OTA o un canale di prenotazione esterno; per quello servirebbe un channel manager, che non fa parte del prodotto.
- Non c’è un modello di IA o predittivo per rilevare un conflitto — il confronto è un controllo diretto di un periodo rispetto a un altro.
- Una prenotazione fatta fuori da Kasura — al telefono, su carta o in un foglio separato — resta invisibile a questo controllo e non viene bloccata.