Istodobno uređivanje bez zaključavanja
Dva zaposlenika istodobno otvaraju isti list rezervacija. Jedan dodjeljuje jedinicu. I drugi. Tablica zadržava obje dodjele. Konflikt se pojavljuje pri prijavi.
Kontrola dostupnosti
Kako kontrola dostupnosti funkcionira u namjenskom softveru za rezervacije, gdje ručno praćenje ne uspijeva i šta operateri kampa trebaju provjeriti prije otvaranja sezone za rezervacije.
Dva zaposlenika istodobno otvaraju isti list rezervacija. Jedan dodjeljuje jedinicu. I drugi. Tablica zadržava obje dodjele. Konflikt se pojavljuje pri prijavi.
Rezervacija pristiže telefonom i zapisuje se na papiru za kasniji unos. Prije unosa, ista jedinica dodjeljuje se online. Dvije rezervacije, jedna jedinica, otkrivena pri dolasku.
Rezervacije pristižu telefonom, emailom, platformom za rezervacije i osobno iste subote. Svaki zaposlenik radi iz svog lokalnog pogleda. Dostupnost nije dijeljena.
Praznina od dvije noći između dviju rezervacija ostaje neprodana sedmicama jer je nijedno pravilo ne popunjava, a osoblje nema uvid u nju. Jedinica je tehnički dostupna, ali praktično neiskoristiva za to period.
Centralizirano stanje dostupnosti jedinica
Jedan sistem koji drži potvrđeno stanje dostupnosti za svaku jedinicu. Bez tabelarnih listova, papirnatih dnevnika ili koraka usklađivanja — jedan izvor koji osoblje čita i piše istovremeno.
Otkrivanje konflikata u trenutku rezervacije
Kada se kreira nova rezervacija, sistem provjerava konflikte datuma i jedinica prije potvrde. Blokirano period nedostupno je svima drugima u trenutku rezervacije — ne kada se sljedeći put uskladi.
Pravila dostupnosti uz pravila cijena
Minimalni boravak, zatvorena perioda i pravila zatvaranja praznina žive u istoj konfiguraciji kao cijene. Automatski se primjenjuju pri rezervaciji, a ne pamte ih zaposlenici.
Vidljivost statusa jedinice za cijeli tim
Svaki zaposlenik koji treba vidjeti dostupnost može vidjeti istu vremensku traku. Dolasci, odlasci, trenutna popunjenost i zadržane jedinice vidljivi su bez pitanja nekoga drugog.
Pokrenite ovo prije otvaranja sezone za rezervacije.
Q1
Ne nativno u trenutnoj verziji. API omogućava vanjskim sistemima provjeru dostupnosti i slanje rezervacija, šta podržava prilagođene integracije kanala. Prioritetne integracije za distribucijske radne procese su na razvojnom planu. U međuvremenu, preporučeni pristup je određeni korak unosa za vanjske rezervacije.
Q2
Da. Jedinice se mogu staviti u zatvoreno stanje ili stanje održavanja za određeni datumski raspon, čime postaju nedostupne bez kreiranja zapisa rezervacije gosta.
Q3
Sistem obrađuje rezervacije slijedno. Prva potvrđena rezervacija drži jedinicu. Drugi pokušaj vraća grešku konflikta umjesto da tiho kreira dvostruku rezervaciju.
Q4
Nema tvrdog ograničenja na buduću vidljivost dostupnosti. Pravila cijena i zatvorena perioda mogu se postaviti za bilo koji budući datumski raspon. Većina operatera planira jednu do dvije sezone unaprijed za cijene i blokade održavanja.
Ako vaša trenutna dostupnost ovisi o tome da zaposlenici ne zaborave provjeriti tabelu, vrijedi razgovarati o jazu između onoga šta pratite i onoga šta sistem treba provoditi.
Koristimo kolačiće kako bi aplikacija ispravno radila i poboljšala vaše iskustvo. Politika kolačića
Koristimo kolačiće kako bi aplikacija ispravno radila i poboljšala vaše iskustvo.