Vienlaicīgi labojumi bez bloķēšanas
Divi darbinieki vienlaikus atver vienu un to pašu rezervāciju lapu. Viens piešķir vienību. Tāpat dara arī otrs. Izklājlapa saglabā abas piešķiršanas. Konflikts atklājas reģistrēšanās brīdī.
Manage.Camp
Pieejamības kontrole
Kā pieejamības kontrole darbojas specializētā rezervēšanas programmatūrā, kur manuāla uzskaite izgāžas un kas kempinga operatoriem jāpārbauda pirms augstās sezonas atklāšanas.
Divi darbinieki vienlaikus atver vienu un to pašu rezervāciju lapu. Viens piešķir vienību. Tāpat dara arī otrs. Izklājlapa saglabā abas piešķiršanas. Konflikts atklājas reģistrēšanās brīdī.
Rezervācija tiek pieņemta pa tālruni un pierakstīta uz papīra, lai ievadītu vēlāk. Pirms ievades tā pati vienība tiek piešķirta tiešsaistē. Divas rezervācijas, viena vienība, atklājums ierašanās laikā.
Rezervācijas ienāk no telefona zvana, e-pasta, rezervēšanas platformas un walk-in tajā pašā sestdienā. Katrs darbinieks strādā no sava vietējā skata. Pieejamība nav koplietota.
Divu nakšu tukšums starp divām rezervācijām stāv neizmantots vairākas nedēļas, jo nav noteikuma, kas to aizpildītu, un personālam nav redzamības. Vienība tehniski ir pieejama, bet praktiski šajā periodā bezvērtīga.
Centralizēts vienību pieejamības stāvoklis
Viena sistēma, kurā glabājas apstiprinātais pieejamības stāvoklis katrai vienībai. Bez izklājlapu cilnēm, bez papīra žurnāliem, bez samierināšanas soļa - viens avots, no kura personāls vienlaikus lasa un raksta.
Konfliktu noteikšana rezervēšanas brīdī
Kad tiek izveidota jauna rezervācija, sistēma pirms apstiprināšanas pārbauda datumu un vienību konfliktus. Nobloķētais periods kļūst nepieejams citiem uzreiz, nevis tikai nākamajā sinhronizācijā.
Pieejamības noteikumi līdzās cenu noteikumiem
Minimālās uzturēšanās prasības, slēgtie periodi un tukšo logu aizpildīšanas noteikumi dzīvo tajā pašā konfigurācijā, kur cenu noteikumi.
Vienību statusu redzamība visai komandai
Katrs darbinieks, kam jāredz pieejamība, redz vienu un to pašu laika skalu. Ierašanās, izbraukšana, pašreizējā noslodze un aizturētās vienības ir redzamas bez vajadzības kādam jautāt.
Izpildiet to pirms sezonas atvēršanas rezervācijām.
Q1
Pašreizējā versijā ne natīvi. API ļauj ārējām sistēmām pārbaudīt pieejamību un nosūtīt rezervācijas, kas atbalsta pielāgotas kanālu integrācijas. Prioritārās integrācijas izplatīšanas darbplūsmām ir paredzētas turpmākajos plānos. Tikmēr ieteicamā pieeja ir īpaši noteikts pieņemšanas solis ārējām rezervācijām.
Q2
Jā. Vienības var ievietot slēgtā vai apkopes statusā uz datumu diapazonu, kas padara tās nepieejamas bez viesu rezervācijas ieraksta izveides.
Q3
Sistēma apstrādā rezervācijas secīgi. Pirmā apstiprinātā rezervācija aiztur vienību. Otrajā mēģinājumā sistēma atgriež konflikta kļūdu, nevis klusu dubultrezervāciju.
Q4
Nākotnes pieejamības redzamībai nav stingras robežas. Cenu noteikumus un slēgtos periodus var iestatīt jebkuram nākotnes datumu diapazonam. Lielākā daļa operatoru cenas un apkopes blokus plāno vienu līdz divas sezonas uz priekšu.
Ja jūsu pašreizējā pieejamība ir atkarīga no tā, vai personāls atceras pārbaudīt izklājlapu, ir vērts parunāt par plaisu starp to, ko sekojat, un to, ko sistēmai būtu jāpiemēro.
Mēs izmantojam sīkdatnes, lai nodrošinātu lietotnes pareizu darbību un uzlabotu jūsu pieredzi. Sīkdatņu politika
Mēs izmantojam sīkdatnes, lai nodrošinātu lietotnes pareizu darbību un uzlabotu jūsu pieredzi.