Vodnik
Kako preprečiti dvojne rezervacije
Kasura preprečuje dvojne rezervacije tako, da preveri datume rezervacije glede na vse druge aktivne rezervacije na istem assetu in blokira shranjevanje, če se prekrivajo.
Zakaj nastanejo dvojne rezervacije
Dvojna rezervacija nastane, ko dva gosta končata s prekrivajočimi se zahtevki na isto vozilo ali sobo. Redko je to ena jasna napaka — pogosteje osebje dela iz spomina v prometni izmeni, deljena preglednica je že korak za resničnostjo ali dve osebi obdelujeta zahteve za isti asset hkrati, ne da bi videli delo drugega. Tveganje raste s številom ljudi, ki lahko ustvarijo rezervacijo, in s številom kanalov, po katerih lahko zahteva prispe.
Kako Kasura preprečuje znane konflikte
Vsakič, ko se rezervacija ustvari ali se spremenijo njeni datumi, Kasura primerja zahtevano obdobje z drugimi rezervacijami asseta, preden dovoli shranjevanje. To se zgodi dvakrat: enkrat v vmesniku med izpolnjevanjem obrazca, da osebje takoj vidi težavo, in znova v trenutku, ko se shranjevanje dejansko zapiše, da druga oseba, ki deluje sekunde kasneje, ne more potisniti konfliktne rezervacije. Shranjevanje, ki bi prekrivalo obstoječo rezervacijo, se zavrne v celoti, ne le označi kot opozorilo.
Preverjanja razpoložljivosti
Medtem ko se rezervacija ustvarja, koledar izbranega asseta označi vsak datum kot razpoložljiv, delno razpoložljiv ali nerazpoložljiv, glede na to, kar je že rezervirano. Obdobje, ki se konča točno, ko se drugo začne, se obravnava kot razpoložljivo, ker se dejansko ne prekrivata. To živo preverjanje osebje vidi, še preden poskusi shraniti, zato lahko izbere drug datum, namesto da konflikt odkrije šele po pošiljanju obrazca.
Konflikti rezervacij
Konflikt rezervacije je tisto, čemur Kasura pravi dve rezervaciji na istem assetu, katerih obdobja se prekrivajo. Konflikt lahko povzročijo samo rezervacije, ki se še štejejo kot aktivne — rezervirane, aktivne, checked-in, prekoračene ali drugače nerešene. Rezervacija, ki je bila preklicana, označena kot no-show ali že dokončana, je izključena iz preverjanja, zato so njeni datumi prosti za nekoga drugega, takoj ko se to stanje nastavi. Ko se shranjevanje iz tega razloga zavrne, osebje vidi neposredno sporočilo, da je asset za izbrano obdobje že rezerviran — ne splošno napako.
Meje Workspacea
Preverjanje konfliktov upošteva samo rezervacije, zabeležene v istem Workspaceu kot asset, ki se rezervira, ker vsak asset pripada točno enemu Workspaceu. Nima vidnosti onkraj tistega, kar je dejansko vneseno v Kasuro: zahteva, vzeta po telefonu in še nezabeležena, hold na papirju ali rezervacija v ločeni preglednici preverjanju niso vidni in ne bodo blokirani. Držati vsako rezervacijo znotraj Kasure, ne delno zunaj nje, naredi to zaščito učinkovito.
Česa ta vodnik ne pomeni
- To ni absolutno jamstvo, da se dvojna rezervacija ne more zgoditi v nobenih okoliščinah — je močno, deterministično preverjanje glede na rezervacije, ki v Kasuri dejansko obstajajo.
- Kasura ne sinhronizira razpoložljivosti s spletno potovalno agencijo ali katerim koli zunanjim rezervacijskim kanalom; to bi zahtevalo channel manager, ki ni del izdelka.
- Pri zaznavanju konflikta ni AI-ja ali napovednega modela — primerjava je neposredno preverjanje enega obdobja glede na drugo.
- Rezervacija, narejena zunaj Kasure — po telefonu, na papirju ali v ločeni preglednici — je za to preverjanje nevidna in ne bo blokirana.