Номерной фонд
Номер на ремонте: как закрыть продажу и вернуть номер в работу
Управляйте влиянием ремонта на брони и номерной фонд. Различия 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. При отсутствии интеграции назначьте сотрудника для обновления и проверки нужных дат и категорий на каналах. Даже при наличии интеграции проверка фактического результата полезна в рабочем списке.
Фразы «мастер посмотрит» недостаточно. Укажите текущее состояние, срок следующей проверки и человека, от которого ожидается ответ. Пригодность временного решения для проживания должен определить технический ответственный, а не администратор на основании предполагаемого срока.
Список проверки перед открытием номера
- Получите подтверждение завершения технических работ.
- Выполните необходимую уборку и проверку готовности.
- Проверьте пересечения с проживанием и будущими бронями.
- Измените статус и ограничения дат поддерживаемым способом.
- Сверьте доступность категории и каналов продаж.
- Зафиксируйте время открытия и ответственного за решение.
Порядок housekeeping помогает подготовить комнату после ремонта. Закрытие технической задачи и подтверждение чистого, готового к заселению номера — разные проверки, даже если ими занимается небольшая команда.
Что проверить в BirOtel?
В возможностях номерного фонда BirOtel представлены сведения о комнатах, статусы и housekeeping. На демонстрации проверьте, как нуждающийся в ремонте номер влияет на бронирования конкретных дат.
Специальный модуль ремонтных заявок, автоматическая логика OOO/OOS в отчётах и блокировка OTA здесь не заявляются как подтверждённые функции BirOtel. Поведение текущих статусов для продаж и отчётности требует отдельной проверки.
Частые вопросы
Запись о ремонте автоматически закрывает продажи? Это можно подтвердить только фактическим поведением системы.
Можно открыть номер по окончании запланированного срока? Не ориентируйтесь только на дату: нужны подтверждения завершения и готовности.
Учитываются ремонтируемые номера в загрузке? Ответ зависит от определения фонда и статусов в отчёте. Сравнивайте периоды на одинаковой основе.
Руководства подготовлены BirOtel. Общие методы, условные примеры и текущие возможности продукта обозначены отдельно. Ссылки на источники приведены рядом с соответствующими пояснениями.
[email protected]Проверьте эти процессы на примере своего отеля
На демонстрации оцените BirOtel с учётом вашего номерного фонда и ежедневных задач.

