Посібник
Як запобігати подвійним бронюванням
Kasura запобігає подвійним бронюванням, звіряючи дати бронювання з усіма іншими активними бронюваннями на тому самому об'єкті й блокуючи збереження при перетині.
Чому виникають подвійні бронювання
Подвійне бронювання виникає, коли двоє клієнтів опиняються з претензіями, що перетинаються, на один транспортний засіб або номер. Рідко це одна явна помилка — частіше персонал працює з пам'яті в завантажену зміну, спільна таблиця вже на крок відстає від реальності, або двоє людей обробляють запити на один об'єкт одночасно, не бачачи роботи одне одного. Ризик зростає з числом людей, які можуть створити бронювання, і з числом каналів, якими може надійти запит.
Як Kasura запобігає відомим конфліктам
Щоразу, коли бронювання створюється або змінюються його дати, Kasura порівнює запитуваний період з іншими бронюваннями об'єкта, перш ніж дозволити збереження. Це відбувається двічі: один раз в інтерфейсі під час заповнення форми, щоб персонал одразу побачив проблему, і знову в момент фактичного запису збереження, щоб друга людина, яка діє секундами пізніше, не протягнула конфліктне бронювання. Збереження, яке перетнулося б із наявним бронюванням, відхиляється повністю, а не просто позначається як попередження.
Перевірки доступності
Поки бронювання створюється, календар вибраного об'єкта позначає кожну дату як доступну, частково доступну або недоступну, виходячи з уже заброньованого. Період, який закінчується рівно коли починається інший, вважається доступним, бо вони фактично не перетинаються. Цю живу перевірку персонал бачить до спроби зберегти, тому може вибрати іншу дату, замість того щоб виявити конфлікт лише після надсилання форми.
Конфлікти бронювань
Конфлікт бронювання — так Kasura називає два бронювання на одному об'єкті, періоди яких перетинаються. Конфлікт можуть спричинити лише бронювання, які ще вважаються активними — зарезервовані, активні, checked-in, прострочені або інакше нерозв'язані. Бронювання, яке скасовано, позначено як no-show або вже завершено, виключено з перевірки, тому його дати вільні для когось іншого, щойно встановлено цей статус. Коли збереження відхиляється з цієї причини, персонал бачить пряме повідомлення, що об'єкт уже заброньовано на вибраний період — не загальну помилку.
Межі Workspace
Перевірка конфліктів враховує лише бронювання, записані в тому самому Workspace, що й об'єкт, який бронюють, бо кожен об'єкт належить рівно одному Workspace. Немає видимості за межі того, що реально внесено в Kasura: запит, прийнятий телефоном і ще не записаний, hold на папері або бронювання в окремій таблиці перевірка не бачить і не заблокує. Тримати кожне бронювання всередині Kasura, а не частково поза нею, робить цей захист ефективним.
Чого цей посібник не означає
- Це не абсолютна гарантія, що подвійне бронювання не може статися за жодних обставин — це сильна, детермінована перевірка за бронюваннями, які реально існують у Kasura.
- Kasura не синхронізує доступність з онлайн-турагентством чи будь-яким зовнішнім каналом бронювання; для цього потрібен channel manager, якого немає в продукті.
- У виявленні конфлікту немає ШІ чи прогнозної моделі — порівняння є прямою перевіркою одного періоду відносно іншого.
- Бронювання, зроблене поза Kasura — телефоном, на папері або в окремій таблиці — невидиме для цієї перевірки і не буде заблоковано.