Vienalaikiai pakeitimai be užrakinimo
Du darbuotojai tuo pačiu metu atidaro tą patį rezervacijų lapą. Vienas priskiria vienetą. Tą patį padaro ir kitas. Lentelė išsaugo abu priskyrimus. Konfliktas paaiškėja įregistravimo metu.
Manage.Camp
Prieinamumo kontrolė
Kaip prieinamumo kontrolė veikia specializuotoje rezervacijų programinėje įrangoje, kur rankinis sekimas žlunga ir ką kempingų operatoriai turėtų patikrinti prieš aukšto sezono pradžią.
Du darbuotojai tuo pačiu metu atidaro tą patį rezervacijų lapą. Vienas priskiria vienetą. Tą patį padaro ir kitas. Lentelė išsaugo abu priskyrimus. Konfliktas paaiškėja įregistravimo metu.
Rezervacija priimama telefonu ir užrašoma ant popieriaus vėlesniam suvedimui. Kol įvedimas neįvyksta, tas pats vienetas priskiriamas internetu. Dvi rezervacijos, vienas vienetas, problema paaiškėja atvykus.
Rezervacijos ateina telefonu, el. paštu, per rezervavimo platformą ir atvykus vietoje tą patį šeštadienį. Kiekvienas darbuotojas dirba iš savo lokalaus vaizdo. Prieinamumas nėra bendras.
Dviejų naktų tarpas tarp dviejų rezervacijų lieka neužpildytas savaitėmis, nes jokios taisyklės jo neuždaro, o darbuotojai jo nemato. Vienetas techniškai laisvas, bet praktiškai tuo laikotarpiu beveik bevertis.
Centralizuota vienetų prieinamumo būsena
Viena sistema, kuri laiko patvirtintą kiekvieno vieneto prieinamumo būseną. Jokių lentelių kortelių, jokių popierinių žurnalų, jokio sulyginimo žingsnio - vienas šaltinis, iš kurio darbuotojai skaito ir į kurį rašo vienu metu.
Konfliktų aptikimas rezervavimo metu
Kai kuriama nauja rezervacija, sistema prieš patvirtinimą patikrina datų ir vieneto konfliktus. Užblokuotas laikotarpis tampa neprieinamas kitiems tą pačią akimirką, kai jis rezervuojamas - ne po kito sinchronizavimo.
Prieinamumo taisyklės šalia kainodaros taisyklių
Minimalios viešnagės taisyklės, uždaryti laikotarpiai ir tarpų užpildymo taisyklės gyvena toje pačioje konfigūracijoje kaip ir kainodara.
Vienetų būsenos matomumas visai komandai
Kiekvienas darbuotojas, kuriam reikia matyti prieinamumą, gali matyti tą pačią laiko juostą. Atvykimai, išvykimai, dabartinis užimtumas ir sulaikyti vienetai matomi neklausinėjant kitų.
Peržiūrėkite tai prieš atverdami sezoną rezervacijoms.
Q1
Ne natyviai dabartinėje versijoje. API leidžia išorinėms sistemoms tikrinti prieinamumą ir perduoti rezervacijas, todėl galima kurti pasirinktines kanalų integracijas. Prioritetinės platinimo darbo eigų integracijos yra plane. Kol kas rekomenduojamas aiškus išorinių rezervacijų priėmimo žingsnis.
Q2
Taip. Vienetai gali būti pažymėti kaip uždaryti ar techninės priežiūros būsenoje tam tikram datų intervalui, taip pažymint juos neprieinamus nesukuriant svečio rezervacijos įrašo.
Q3
Sistema apdoroja rezervacijas nuosekliai. Pirmoji patvirtinta rezervacija užima vienetą. Antras bandymas grąžina konflikto klaidą, o ne tyliai sukuria dubliuotą rezervaciją.
Q4
Nėra kietos ribos, kiek į ateitį galima matyti prieinamumą. Kainodaros taisykles ir uždarytus laikotarpius galima nustatyti bet kuriam būsimam datų intervalui. Dauguma operatorių planuoja vieną ar du sezonus į priekį kainodarą ir priežiūros blokus.
Jei dabartinis prieinamumas priklauso nuo to, ar darbuotojai prisimins patikrinti lentelę, verta pasikalbėti apie atotrūkį tarp to, ką jūs sekate, ir to, ką sistema turėtų užtikrinti.
Naudojame slapukus, kad užtikrintume tinkamą programėlės veikimą ir pagerintume jūsų patirtį. Slapukų politika
Naudojame slapukus, kad užtikrintume tinkamą programėlės veikimą ir pagerintume jūsų patirtį.