Руководство
Как предотвращать двойные бронирования
Kasura предотвращает двойные бронирования, сверяя даты бронирования со всеми другими активными бронированиями на том же объекте и блокируя сохранение при пересечении.
Почему возникают двойные бронирования
Двойное бронирование возникает, когда два клиента оказываются с пересекающимися претензиями на одно транспортное средство или номер. Редко это одна явная ошибка — чаще персонал работает по памяти в загруженную смену, общая таблица уже на шаг отстаёт от реальности, или два человека обрабатывают запросы на один объект одновременно, не видя работы друг друга. Риск растёт с числом людей, которые могут создать бронирование, и с числом каналов, по которым может прийти запрос.
Как Kasura предотвращает известные конфликты
Каждый раз, когда бронирование создаётся или меняются его даты, Kasura сравнивает запрошенный период с другими бронированиями объекта, прежде чем разрешить сохранение. Это происходит дважды: один раз в интерфейсе при заполнении формы, чтобы персонал сразу увидел проблему, и снова в момент фактической записи сохранения, чтобы второй человек, действующий секундами позже, не протащил конфликтное бронирование. Сохранение, которое пересеклось бы с существующим бронированием, отклоняется полностью, а не просто помечается как предупреждение.
Проверки доступности
Пока бронирование создаётся, календарь выбранного объекта отмечает каждую дату как доступную, частично доступную или недоступную, исходя из уже забронированного. Период, который заканчивается ровно когда начинается другой, считается доступным, потому что они фактически не пересекаются. Эту живую проверку персонал видит до попытки сохранить, поэтому может выбрать другую дату, вместо того чтобы обнаружить конфликт только после отправки формы.
Конфликты бронирований
Конфликт бронирования — так Kasura называет два бронирования на одном объекте, периоды которых пересекаются. Конфликт могут вызвать только бронирования, которые ещё считаются активными — зарезервированные, активные, checked-in, просроченные или иначе неразрешённые. Бронирование, которое отменено, отмечено как no-show или уже завершено, исключено из проверки, поэтому его даты свободны для кого-то другого, как только установлен этот статус. Когда сохранение отклоняется по этой причине, персонал видит прямое сообщение, что объект уже забронирован на выбранный период — не общую ошибку.
Границы Workspace
Проверка конфликтов учитывает только бронирования, записанные в том же Workspace, что и бронируемый объект, потому что каждый объект принадлежит ровно одному Workspace. Нет видимости за пределы того, что реально внесено в Kasura: запрос, принятый по телефону и ещё не записанный, hold на бумаге или бронирование в отдельной таблице проверка не видит и не заблокирует. Держать каждое бронирование внутри Kasura, а не частично вне её, делает эту защиту эффективной.
Чего это руководство не означает
- Это не абсолютная гарантия, что двойное бронирование не может произойти ни при каких обстоятельствах — это сильная, детерминированная проверка по бронированиям, которые реально существуют в Kasura.
- Kasura не синхронизирует доступность с онлайн-турагентством или любым внешним каналом бронирования; для этого нужен channel manager, которого нет в продукте.
- В обнаружении конфликта нет ИИ или прогнозной модели — сравнение является прямой проверкой одного периода относительно другого.
- Бронирование, сделанное вне Kasura — по телефону, на бумаге или в отдельной таблице — невидимо для этой проверки и не будет заблокировано.