Двойная бронь жилья: где возникает риск и что проверять владельцу

Две разные причины двойной продажи

Первый случай: два посетителя одновременно выбирают одну ночь в одной системе. В NVisit окончательное сохранение проверяет занятость под блокировкой объекта, а база не допускает две активные записи одной ночи. Предварительно показанная свободная дата не резервирует её навсегда.

Второй случай: сайт и внешняя площадка продают жильё независимо. Между ними нет общей транзакции. Пока одна площадка не опубликовала новую занятость и другая её не прочитала, обе могут видеть ночь свободной. Уменьшение интервала обновления снижает окно риска, но не устраняет его.

Четыре проверки перед открытием продаж

Для трёх и более площадок нарисуйте список связей. NVisit экспортирует свои брони и ручные закрытия; чужие блокировки он дальше не пересылает. Третья площадка, которая видит только наш экспорт, о брони на второй так не узнает: нужны попарные связи или менеджер каналов.

• Проверьте связь в обе стороны, включая отмену.
• Убедитесь, что календарь относится к одному дому или номеру.
• Внесите брони по телефону до публикации ссылки.
• Настройте дни уборки и проверьте соседние заезды.

Что делать, когда источник недоступен

Ошибка импорта не означает, что дом свободен. Сохраняйте последнюю известную занятость, выясните причину и повторите загрузку. В NVisit свежесть источников проверяется при выдаче доступности и оформлении. Непроверенные данные не должны продаваться как достоверно свободные даты.

Не удаляйте источник только ради исчезновения ошибки. Вместе с ним удалятся блокировки этого источника. Сначала сверяйте будущие заезды и восстанавливайте учёт, затем меняйте способ связи. Назначьте ответственного за уведомления: ошибка без владельца процесса быстро становится пропущенной бронью.

Когда iCal недостаточно

Если продаются категории с количеством свободных номеров, общий остаток нескольких объектов или одновременно работают много каналов продаж, оцените менеджер каналов с подходящим API. Сравнивайте конкретную поддержку площадок и модель учёта номеров: слова «интеграция» в описании для выбора мало.

Ручное подтверждение даёт владельцу время на сверку, но системы между собой не связывает. Опишите порядок действий при конфликте заранее: кто связывается с гостем, проверяет свободный объект и решает вопрос оплаты. Автоматическая отмена оплаченной брони из-за чужого календарного события подходит не всем, поэтому решение принимает человек.

Что читать дальше

Если вы разбираетесь в теме глубже, продолжите с материалами: Бронирование жилья в NVisit, Возможности для этого сценария, Следующая инструкция.