Номерной фонд

Номер на ремонте: как закрыть продажу и вернуть номер в работу

Управляйте влиянием ремонта на брони и номерной фонд. Различия OOO/OOS, пример номеро-ночей и проверочный список открытия номера.

Макет отеля с тремя комнатами, одной закрытой секцией, ключом для ремонта и карточкой проверки
Иллюстрация к теме · Создана с помощью ИИ

Короткий ответ

Запись о ремонте не доказывает, что номер исключён из продажи. Отдельно проверьте комнату, даты, существующие брони и каналы продаж. После ремонта подтвердите техническую готовность и подготовку номера перед обновлением доступности.

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

Руководство объясняет управление влиянием ремонта на номерной фонд, а не способы устранения неисправностей. Даже маленькому отелю без технического отдела нужны ответственный, даты и проверки для закрытия и открытия номера. При возможном риске для физической безопасности решение об использовании передавайте квалифицированному техническому специалисту.

Out of order и out of service могут работать по-разному

В документации Oracle по статусам out of order исключает номер из количества доступного фонда, а out of service сохраняет его в фонде с возможностью бронирования. Это поведение конкретной системы, а не единое правило всех PMS.

Смотрите на результат, а не только на название. Как изменение статуса тестового номера влияет на календарь, доступное количество в категории и знаменатель отчёта? До такой проверки нельзя считать любую пометку о ремонте блокировкой продажи.

Что включить в запись о ремонте?

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

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

Сначала найдите существующие бронирования

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

После переселения проверьте готовность нового номера и сохранение правильного счёта. Используйте поддерживаемую процедуру изменения вместо создания второй брони на то же проживание. Этот шаг стоит связать с порядком предотвращения двойного бронирования.

Покажите влияние в номеро-ночах

В условном примере у отеля двадцать номеров, два из которых недоступны три ночи. Физический фонд периода составляет 20 × 3 = 60 номеро-ночей. Недоступная часть — 2 × 3 = 6, оставшаяся — 54 номеро-ночи.

Расчёт не утверждает, что ваша система использует 54 в знаменателе загрузки. Настройки статусов и определения отчётов могут отличаться. Как показано в руководстве по ADR, RevPAR и загрузке, фиксируйте основу сравнения. Пример также не равен потерянной выручке: нельзя автоматически считать, что каждый недоступный номер обязательно был бы продан.

Проверьте каналы и передачу смены

Ограничение в PMS не подтверждает изменение доступности на OTA. При отсутствии интеграции назначьте сотрудника для обновления и проверки нужных дат и категорий на каналах. Даже при наличии интеграции проверка фактического результата полезна в рабочем списке.

Фразы «мастер посмотрит» недостаточно. Укажите текущее состояние, срок следующей проверки и человека, от которого ожидается ответ. Пригодность временного решения для проживания должен определить технический ответственный, а не администратор на основании предполагаемого срока.

Список проверки перед открытием номера

  1. Получите подтверждение завершения технических работ.
  2. Выполните необходимую уборку и проверку готовности.
  3. Проверьте пересечения с проживанием и будущими бронями.
  4. Измените статус и ограничения дат поддерживаемым способом.
  5. Сверьте доступность категории и каналов продаж.
  6. Зафиксируйте время открытия и ответственного за решение.

Порядок housekeeping помогает подготовить комнату после ремонта. Закрытие технической задачи и подтверждение чистого, готового к заселению номера — разные проверки, даже если ими занимается небольшая команда.

Что проверить в BirOtel?

В возможностях номерного фонда BirOtel представлены сведения о комнатах, статусы и housekeeping. На демонстрации проверьте, как нуждающийся в ремонте номер влияет на бронирования конкретных дат.

Специальный модуль ремонтных заявок, автоматическая логика OOO/OOS в отчётах и блокировка OTA здесь не заявляются как подтверждённые функции BirOtel. Поведение текущих статусов для продаж и отчётности требует отдельной проверки.

Частые вопросы

Запись о ремонте автоматически закрывает продажи? Это можно подтвердить только фактическим поведением системы.

Можно открыть номер по окончании запланированного срока? Не ориентируйтесь только на дату: нужны подтверждения завершения и готовности.

Учитываются ремонтируемые номера в загрузке? Ответ зависит от определения фонда и статусов в отчёте. Сравнивайте периоды на одинаковой основе.

Руководства подготовлены BirOtel. Общие методы, условные примеры и текущие возможности продукта обозначены отдельно. Ссылки на источники приведены рядом с соответствующими пояснениями.

[email protected]

Проверьте эти процессы на примере своего отеля

На демонстрации оцените BirOtel с учётом вашего номерного фонда и ежедневных задач.