Каждый незаезд (No-Show) — это прямой убыток отеля, если процесс его фиксации не автоматизирован. Для объекта на 150 номеров даже 3–5 незаездов в неделю выливаются в миллионные потери по итогам года.
При этом попытка администратора вручную отменить бронь и списать штраф часто приводит к чарджбэкам (оспариванию операций по карте) и юридическим конфликтам с гостями. Разбираемся, с какого момента отель имеет законное право объявить No-Show и почему этот процесс нельзя доверять ручному труду.
Законодательная база: когда наступает No-Show?
В России этот вопрос жестко регулируется Постановлением Правительства РФ № 1853 («Правила предоставления гостиничных услуг»).
Согласно закону, отель имеет право удержать плату за фактический простой номера, но не более чем за одни сутки.
Но с какого именно часа гость считается не приехавшим?
-
Базовое правило (Расчетный час): Если в правилах отеля не прописано иное, No-Show фиксируется в расчетный час дня, следующего за днем запланированного заезда (обычно это 12:00). До этого момента номер должен юридически пустовать и ждать гостя.
-
Гарантированное бронирование: Гость внес предоплату или дал данные карты. Если он не приехал до расчетного часа следующего дня, отель списывает штраф за 1 сутки, а бронирование аннулируется.
-
Негарантированное бронирование: Бронь без оплаты. Отели обычно устанавливают внутренний дедлайн (например, 18:00 в день заезда). Если гостя нет и он не выходит на связь — бронь снимается без штрафов, а номер возвращается в свободную продажу.
Главная проблема: человеческий фактор на ночном аудите
Знать закон — половина дела. Вторая половина — операционное исполнение. В отелях, работающих на легких облачных (SaaS) системах или устаревшем софте, фиксация No-Show ложится на плечи ночного аудитора.
Администратор должен руками найти все незаезды, изменить их статус, попытаться списать деньги через терминал и вернуть номер в квоту. Ошибка на любом этапе приводит к овербукингу или потере штрафа. А если в момент ночного аудита у облачной PMS "моргает" интернет или вендор проводит технические работы на серверах — процесс встает, и номера «висят» недоступными для продажи до утра.
Как On-premise PMS защищает доходы от No-Show
Тяжелые клиент-серверные решения (такие как Logus HMS) подходят к проблеме No-Show не как к учетной операции, а как к алгоритму защиты Revenue (дохода).
Как это работает в надежной архитектуре:
-
Автоматический ночной аудит (Zero Downtime): Локальный сервер отеля запускает процедуру закрытия дня строго по расписанию, независимо от состояния внешнего интернета. Система сама находит все гарантированные брони без статуса «Заселен».
-
Финансовая безопасность (Токенизация): PMS не хранит открытые данные карт (что нарушает стандарты PCI DSS), а работает с защищенными токенами. При фиксации No-Show сервер автоматически отправляет запрос в банк-эквайер на списание штрафа за первую ночь.
-
Защита от чарджбэков: Если гость попытается оспорить списание через свой банк, On-premise PMS мгновенно формирует детализированный цифровой след: логи бронирования, IP-адрес (при бронировании с сайта) и таймстемп ночного аудита. Эти данные надежно хранятся внутри контура отеля, гарантируя юридическую безопасность при спорах.
-
Мгновенный возврат в квоту: Сразу после фиксации неявки система автоматически выгружает освободившийся номер во все каналы продаж (Channel Manager) на следующие дни, минимизируя простой.
Автоматизация No-Show — это базовый гигиенический минимум для enterprise-сегмента. Инвестируя в локальную PMS, отель получает автономный финансовый шлюз, который методично защищает каждую копейку вашей законной выручки, не полагаясь на внимательность уставшего администратора.