Едновременни редакции без заключване
Двама служители отварят една и съща таблица с резервации по едно и също време. Единият назначава единица. Същото прави и другият. Таблицата запазва и двете назначения. Конфликтът излиза наяве при настаняване.
Manage.Camp
Контрол на наличността
Как работи контролът на наличността в специализиран софтуер за резервации, къде се проваля ръчното проследяване и какво трябва да проверят операторите на къмпинги преди началото на високия сезон.
Двама служители отварят една и съща таблица с резервации по едно и също време. Единият назначава единица. Същото прави и другият. Таблицата запазва и двете назначения. Конфликтът излиза наяве при настаняване.
Резервация се приема по телефона и се записва на хартия за по-късно въвеждане. Преди това да стане, същата единица се резервира онлайн. Две резервации, една единица, открити чак при пристигането.
Резервации идват от телефон, имейл, резервационна платформа и гост на място в една и съща събота. Всеки служител работи от своя локален изглед. Наличността не е споделена.
Празнина от две нощи между две резервации остава непродадена седмици наред, защото няма правило, което да я запълни, а персоналът няма видимост към нея. Единицата е технически свободна, но практически безполезна за този период.
Централизирано състояние на наличността на единиците
Една система държи потвърденото състояние на наличността за всяка единица. Без отделни листове, без хартиени дневници, без стъпка за сверяване — един източник, от който персоналът едновременно чете и записва.
Откриване на конфликти при резервиране
Когато се създава нова резервация, системата проверява конфликтите по дати и единица преди потвърждение. Блокираният период става недостъпен за всички останали в момента на резервиране, а не при следваща синхронизация.
Правила за наличност до правилата за цени
Правилата за минимален престой, затворени периоди и запълване на празнини живеят в същата конфигурация като цените.
Видимост върху статуса на единиците за целия екип
Всеки служител, който трябва да вижда наличността, вижда една и съща времева линия. Пристиганията, заминаванията, текущата заетост и задържаните единици са видими, без да се налага да питате някого.
Минете през него преди да отворите сезона за резервации.
Q1
Не и нативно в текущата версия. API-то позволява на външни системи да проверяват наличност и да подават резервации, което поддържа персонализирани интеграции с канали. Приоритетните интеграции за дистрибуционни процеси са в пътната карта. Междувременно препоръчителният подход е ясен етап за приемане на външни резервации.
Q2
Да. Единиците могат да бъдат поставени в затворено или сервизно състояние за даден период, което ги прави недостъпни без да се създава запис за гост.
Q3
Системата обработва резервациите последователно. Първата потвърдена резервация задържа единицата. Вторият опит връща грешка за конфликт, вместо тихо да създаде двойна резервация.
Q4
Няма твърд лимит за видимостта в бъдеще. Ценовите правила и затворените периоди могат да се задават за всеки бъдещ диапазон. Повечето оператори планират цени и блокировки за поддръжка един до два сезона напред.
Ако текущата ви наличност зависи от това персоналът да помни да провери таблицата, струва си разговор за разликата между това, което следите, и това, което системата трябва да прилага.
Използваме бисквитки, за да гарантираме, че приложението работи правилно и да подобрим вашето изживяване. Политика за бисквитките
Използваме бисквитки, за да гарантираме, че приложението работи правилно и да подобрим вашето изживяване.