Головний ризик готелю — подвійне бронювання
Коли броні ведуть у зошиті або в кількох чатах, рано чи пізно два гості отримують один номер на одну ніч. Це зіпсована репутація й повернення грошей. PMS усуває саму можливість: бронювання прив'язане до конкретного номера й дат, і система не дасть накласти дві активні броні на період, що перетинається.
Номери, типи й тарифи
Спочатку описуються типи номерів (стандарт, напівлюкс, люкс, сімейний) із місткістю й тарифом за ніч, а потім конкретні номери за поверхами. Коли гість бронює, сума рахується автоматично: кількість ночей помножена на тариф. Це прибирає помилки ручного підрахунку й суперечки на стійці.
Календар завантаження
Наочний календар показує, хто, коли й у якому номері живе. Видно вільні вікна, пікові дати й «дірки» між бронями, які варто продати. Планувати заповнюваність стає простіше, ніж гортати зошит.
Заселення, виселення та housekeeping
Цикл гостя проходить чіткі стани: бронь → заселено → виселено. Після виїзду номер автоматично отримує статус «брудний», і покоївки бачать, що прибрати. Статуси прибирання (чистий, прибирання, обслуговування) тримають персонал і стійку в одній картині — гість не потрапляє в неприбраний номер.
Прямі бронювання з сайту та рахунки
У готелю є власний сайт із прямими бронюваннями — це броні без комісії посередників. За проживання й додаткові послуги (сніданок, трансфер, паркінг) виставляється рахунок, зокрема оплатою банківським переказом на IBAN — як це влаштовано, описано в гайді про оплату переказом.
А як же Booking та Airbnb
Синхронізація з каналами OTA (Booking.com, Airbnb) — так званий channel manager — це окреме розширення, яке підключається за потреби. Базовий сервіс веде прямі бронювання й внутрішній облік; синхронізацію каналів додають, коли готель до неї доріс.
Подивіться на живому готелі
Відкрийте демо: номери, бронювання по датах і календар завантаження.