Editime njëkohësisht pa bllokim
Dy anëtarë stafi hapin të njëjtën fletë rezervimesh në të njëjtën kohë. Njëri cakton një njësi. Edhe tjetri bën të njëjtën gjë. Tabela i ruan të dyja caktimet. Konflikti shfaqet në check-in.
Kontrolli i disponueshmërisë
Si funksionon kontrolli i disponueshmërisë në softuerin e dedikuar të rezervimeve, ku dështon ndjekja manuale dhe çfarë duhet të verifikojnë operatorët e kampeve para hapjes së sezonit të lartë.
Dy anëtarë stafi hapin të njëjtën fletë rezervimesh në të njëjtën kohë. Njëri cakton një njësi. Edhe tjetri bën të njëjtën gjë. Tabela i ruan të dyja caktimet. Konflikti shfaqet në check-in.
Një rezervim merret me telefon dhe shkruhet në letër për t’u futur më vonë. Para se të futet, e njëjta njësi caktohet në linjë. Dy rezervime, një njësi, zbulim në momentin e mbërritjes.
Rezervimet vijnë nga telefonata, email, platformë rezervimesh dhe mysafirë pa rezervim paraprak në të njëjtën të shtunë. Secili anëtar stafi punon nga pamja e vet lokale. Disponueshmëria nuk ndahet.
Një boshllëk dy-netësh ndërmjet dy rezervimeve mbetet i pa rezervuar për javë sepse asnjë rregull nuk e mbush dhe stafi nuk ka dukshmëri mbi të. Njësia është teknikisht e lirë, por praktikisht e pavlerë për atë periudhë.
Gjendje e centralizuar e disponueshmërisë së njësive
Një sistem i vetëm që mban gjendjen e konfirmuar të disponueshmërisë për çdo njësi. Pa fletë tabelash, pa regjistra në letër, pa hapa rakordimi - një burim nga i cili stafi lexon dhe shkruan njëkohësisht.
Zbulim konflikti në momentin e rezervimit
Kur krijohet një rezervim i ri, sistemi kontrollon konfliktet e datave dhe njësive para se ta konfirmojë. Periudha e bllokuar bëhet e padisponueshme për të gjithë të tjerët në momentin kur rezervohet - jo kur sinkronizohet herën tjetër.
Rregullat e disponueshmërisë pranë rregullave të çmimeve
Qëndrimet minimale, periudhat e mbyllura dhe rregullat për mbushjen e boshllëqeve jetojnë në të njëjtin konfigurim me çmimet.
Dukshmëri e statusit të njësive për të gjithë ekipin
Çdo anëtar stafi që duhet të shohë disponueshmërinë mund të shohë të njëjtin afat kohor. Mbërritjet, largimet, zënia aktuale dhe njësitë e mbajtura janë të dukshme pa pyetur dikë tjetër.
Kalojeni këtë para se ta hapni sezonin për rezervime.
Q1
Jo natyrshëm në versionin aktual. API lejon sistemet e jashtme të kontrollojnë disponueshmërinë dhe të dërgojnë rezervime, gjë që mbështet integrime të personalizuara të kanaleve. Integrimet prioritare për rrjedhat e shpërndarjes janë në udhërrëfyes. Ndërkohë, qasja e rekomanduar është një hap i qartë pranimi për rezervimet e jashtme.
Q2
Po. Njësitë mund të vendosen në status të mbyllur ose mirëmbajtjeje për një interval datash, gjë që i bën të padisponueshme pa krijuar një regjistër rezervimi për mysafir.
Q3
Sistemi i përpunon rezervimet në mënyrë sekuenciale. Rezervimi i parë i konfirmuar e mban njësinë. Përpjekja e dytë kthen një gabim konflikti në vend që të krijojë në heshtje një rezervim të dyfishtë.
Q4
Nuk ka kufi të fortë për dukshmërinë e disponueshmërisë në të ardhmen. Rregullat e çmimeve dhe periudhat e mbyllura mund të vendosen për çdo interval të ardhshëm datash. Shumica e operatorëve planifikojnë një ose dy sezone përpara për çmimet dhe blloqet e mirëmbajtjes.
Nëse disponueshmëria juaj aktuale varet nga stafi që mban mend të kontrollojë tabelën, ia vlen të flasim për hendekun mes asaj që ndiqni dhe asaj që sistemi duhet të zbatojë.
Përdorim cookie për të siguruar që aplikacioni të funksionojë siç duhet dhe për të përmirësuar përvojën tuaj. Politika e cookie-ve
Përdorim cookie për të siguruar që aplikacioni të funksionojë siç duhet dhe për të përmirësuar përvojën tuaj.