Статусы уборки номеров должны управлять заселением

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

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

Один статус не отвечает на три разных вопроса

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

Первый признак - состояние проживания: свободен ли номер физически, живет ли в нем гость, ожидается ли выезд, завершен ли выезд в системе. Его меняет операция с бронированием. Горничная может обнаружить расхождение, но не должна молча исправлять бронирование, потому что в номере могут остаться вещи, неоплаченный счет или ошибочно оформленный выезд.

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

Третий признак - допуск к продаже и заселению. Протечка, сломанный замок или запах после обработки могут закрыть уже убранный номер. И наоборот, статус «грязный» сам по себе не всегда снимает номер с онлайн-продажи. В справке Cloudbeds прямо указано, что условие Dirty не влияет на доступность в инвентаре: номер остается бронируемым, пока его отдельно не выведут из продажи или не заблокируют. Это хорошее предупреждение для любого владельца: цвет уборки нельзя считать блокировкой.

На рабочем экране эти три ответа должны читаться рядом: «свободен», «проверен», «доступен». Если хотя бы одного ответа нет, администратор не выдает ключ. Такое правило чуть строже привычного чата, зато оно выдерживает смену сотрудника и не требует угадывать контекст.

Рабочая цепочка заканчивается разрешением на заселение

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

1. «Нужна уборка» ставит система либо администратор после фактического выезда. Предыдущий гость ушел, но заселять следующего еще нельзя.
2. «В работе» ставит горничная, когда вошла в номер и начала задание. Этот номер нельзя передавать другому исполнителю без явного возврата.
3. «Убрано» ставит горничная после уборки, комплектования и передачи всех замечаний. Заселение пока запрещено.
4. «Проверено» ставит администратор, старшая горничная или назначенный проверяющий. Только теперь номер можно заселять.
5. «Закрыт» ставит сотрудник с правом блокировки, указывает причину и срок следующей проверки. Уборка не отменяет этот запрет.

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

Статус «убрано» нельзя называть «готово», если после него предусмотрена проверка. Слова должны совпадать с правом на заселение. Когда интерфейс пишет «готово», а инструкция требует еще одного действия, сотрудники доверяют крупной зеленой отметке, а не инструкции в папке.

Не добавляйте отдельный статус на каждую мелочь. «Ждет белье», «ждет мастера» и «проверить мини-бар» удобнее оформить как причину ожидания или открытое задание, пока основной статус остается небезопасным для заселения. Иначе список разрастается, а сотрудники перестают понимать, какие из восьми желтых отметок запрещают выдачу ключа.

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

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

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

Горничной нужен короткий экран без данных гостя

Горничная должна видеть только сведения, нужные для безопасной уборки: номер комнаты, вид задания, приоритет, допустимое время входа, особые требования к подготовке и сообщенную неисправность. Цена бронирования, паспортные данные, телефон, способ оплаты и переписка гостя ей для этой работы не нужны.

По каждому номеру ей достаточно ответить на четыре вопроса. Можно ли войти сейчас? Какой объем работы нужен? К какому времени номер требуется? Есть ли условие, которое меняет обычную подготовку, например детская кроватка, раздельные одеяла или отказ от ароматизированного средства? Ограничение доступа защищает гостя и саму гостиницу, а еще убирает с экрана то, что мешает быстро читать очередь.

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

Полезно показывать время последнего изменения и имя сотрудника. Формулировка «номер 7 убран» без времени бесполезна после пересменки: это может быть сегодняшняя выездная уборка, вчерашняя отметка или случайное нажатие. Время также помогает разбирать задержку без споров о том, кто кому звонил.

Приоритет нельзя выражать только цветом. Рядом с ним нужна причина: «заезд ожидается к 13:00», «гость уже на месте», «после ремонта нужна полная проверка». Красная метка без объяснения быстро превращает всю очередь в красную, и горничная начинает выбирать по громкости звонков.

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

Особые пожелания формулируют как действие, которое можно проверить. «VIP» ничего не говорит исполнителю; «поставить вторую бутылку воды по правилу объекта» говорит. «Аллергия» раскрывает лишние сведения; «не использовать средство с отдушкой» оставляет только нужное для подготовки условие.

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

Администратор видит очередь и принимает номер

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

Утром администратор формирует очередь не по номеру этажа, а по риску. Сначала идут номера с уже завершенным выездом и ближайшим подтвержденным заездом. Затем номера, где гостя попросили подождать до определенного времени. Номера без сегодняшнего заезда можно оставить позже, если это не мешает графику смены.

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

Хороший экран отдельно показывает «ожидается выезд» и «выехал». На бумажном листе эти колонки тоже не объединяют. Галочка заранее, поставленная ради удобной печати списка, создает опасное разрешение войти в занятый номер.

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

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

Администратор также видит расхождения между стойкой и фактическим номером. В документации Oracle OPERA Cloud используются два точных случая: Sleep, когда фронт-офис считает номер свободным, а горничная находит признаки проживания, и Skip, когда в системе гость еще проживает, но номер фактически пуст. Термины можно не заимствовать, но само разделение полезно. Обнаружив вещи в «свободном» номере, горничная ставит тревожное состояние, выходит и зовет администратора; она не начинает уборку и не оформляет выезд за гостя.

Гость получает обещание, а не внутренний журнал

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

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

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

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

Внутренние комментарии гостю тоже не показывают. Запись «сильный запах, проверить после озонатора» или «найдены лекарства» нужна сотрудникам и может содержать чувствительные сведения. Для гостя из нее получается только действие: задержка, замена номера или подтверждение готовности.

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

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

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

Сбой начинается с устного «готово»

Типовой провал при раннем заезде возникает не из-за невнимательности одного человека, а из-за четырех допустимых системой действий. Гость выехал в 11:10, горничная начала уборку, следующий гость приехал в 12:00, а администратор увидел свободную комнату и услышал по телефону: «Почти готово».

Дальше администратор меняет номер бронирования на эту комнату, чтобы не держать гостя у стойки. Горничная тем временем обнаруживает, что не хватает комплекта белья, и уходит на склад. В шахматке номер уже назначен, в чате сообщение «почти» уезжает вверх, а гость получает ключ. Для каждого участника его действие выглядело разумно; опасной была связь между действиями.

Эту цепочку разрывают четыре запрета:

1. Фактический выезд автоматически или вручную переводит номер в «нужна уборка», но не в «доступен для заселения».
2. Назначение номера бронированию не означает выдачу ключа и не меняет уборку на «проверено».
3. Устное сообщение не меняет состояние; горничная обязана закончить действие в общем журнале.
4. Выдача ключа доступна только при сочетании «свободен + проверен + не закрыт».

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

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

Особые состояния нельзя прятать в комментариях

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

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

«Гость отказался от уборки» отличается от «не беспокоить». В первом случае есть явная воля гостя, во втором сотрудник лишь не вошел. Это различие важно при жалобе: журнал должен показать, предлагала ли гостиница услугу и кто от нее отказался.

Номер, который гость освободил на несколько минут, не становится выездным. Горничная выполняет задание на проживании и не меняет состояние занятости. Если она обнаружила собранные чемоданы, это тоже не подтверждает выезд: вещи могут ждать позднего отправления, а бронь остается активной.

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

Oracle разделяет Out of Order и Out of Service: первый режим убирает номер из доступного инвентаря, второй может не уменьшать продаваемый фонд. В маленьком объекте не обязательно иметь два английских ярлыка, но нужно заранее решить, какие неисправности запрещают продажу и кто снимает запрет после проверки.

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

Передача смены должна оставлять проверяемый след

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

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

Сохраняйте не только последнее значение, но и сам переход. Запись «проверено в 12:18» не объяснит, что в 12:16 номер вернули на доработку, а в 12:17 другой сотрудник снял замечание без осмотра. Последовательность показывает обход правила, который итоговый зеленый экран скрывает.

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

Исправление ошибочного нажатия тоже оставляют в истории. Нельзя удалять запись и создавать видимость, что ошибки не было. Сотрудник возвращает правильное состояние и коротко пишет причину: «нажат номер 12 вместо 21». Такая прозрачность снижает страх перед интерфейсом и помогает найти плохо расположенные кнопки.

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

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

Аврал быстро показывает слабое правило

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

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

Второй признак - техническая блокировка исчезает после завершения уборки. Чистота не исправляет замок и не останавливает течь, поэтому эти два перехода не должны влиять друг на друга. Снять запрет может только назначенная роль после проверки результата.

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

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

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

Отдельно посмотрите на ручные исключения перед заселением. Один случай во время аварийного переселения объясним; регулярный обход в одно и то же время показывает, что график, права или сам набор статусов не соответствует работе. Исправлять надо причину повторения, а не переименовывать кнопку.

Не превращайте показатель скорости в наказание. Если горничная знает, что за долгий номер ее автоматически обвинят, она позже нажмет «в работе» или раньше нажмет «убрано». Время помогает планировать очередь, но качество подтверждает осмотр.

Система обязана запрещать опасный переход

Инструкция работает лучше, когда интерфейс не дает обойти ее незаметно. Главная настройка проста: действие «выдать ключ» или «заселить» доступно только для фактически свободного, проверенного и технически открытого номера.

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

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

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

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

Не начинайте с десятка цветов. Зафиксируйте четыре перехода, отдельно покажите занятость и блокировку, назначьте право финальной приемки и запретите выдачу ключа до нее. Если сотрудник может открыть экран номера и за несколько секунд понять, кто сейчас действует и почему заселение разрешено или запрещено, статусы выполняют свою работу.