Автоматизация гостиницы связывает заселение, состояние номера, уборку, ремонт и выезд через общую карточку проживания в PMS. Ресепшн видит подтверждённый статус номера, служба номерного фонда получает задания, а руководитель разбирает расхождения по журналу событий. Такая схема работает, когда источник статуса и ответственный за каждое изменение определены заранее.
Маршрут после брони
Отправная точка маршрута — подтверждённая запись проживания в PMS; затем каждое изменение номера получает источник, исполнителя и время события. Спорные случаи остаются за дежурным сотрудником.
Начните с границы процесса: заявка на бронирование уже дошла до гостиницы, а гостя ещё ждут на стойке. Каналы продаж могут прислать изменение или отмену, но оперативный статус проживания хранится в PMS. Сопоставьте идентификатор брони из канала с идентификатором проживания в PMS и номером комнаты. При расхождении система выводит задачу ресепшн; автоматическое переселение гостя здесь опасно.
Статья о выборе между нейросетью и ресепшн при бронировании заканчивается на приёме заявки. Здесь начинается работа после неё: готовность комнаты, выдача ключа, смена статуса, ремонт и освобождение фонда. Связь с продажами нужна лишь для передачи факта прибытия, отмены или изменения срока проживания. Обзор применения ИИ при бронированиях и ответах на отзывы вынесен в отдельный материал про отель.
На схеме выпишите входы: бронь, запланированное прибытие, фактическое заселение, назначенный номер и текущий статус комнаты. Рядом укажите владельца каждого поля. У ресепшн есть право подтвердить прибытие и назначение номера; у горничной — передать результат уборки; у старшей смены — подтвердить готовность. Если PMS уже даёт эти роли, повторять их в отдельной таблице незачем. Внешнему каналу передавайте только сведения, нужные для его задачи.
Интеграцию выбирают после просмотра документации конкретной PMS. Например, официальное описание Mews Connector API для housekeeping показывает работу с ресурсами, состояниями комнат и заданиями. Это подтверждает возможности Mews, при этом возможности вашей установленной PMS, её доступные методы и разрешения требуют отдельной проверки.
Заселение без догадок
Для заселения задайте правило допуска по нескольким сигналам: бронь актуальна, комната назначена, служба номерного фонда передала готовность, старший сотрудник смены подтвердил спорные отметки. Система может собрать сигналы в одной карточке и подсветить разрыв. Окончательное решение о выдаче ключа принимает сотрудник ресепшн по внутреннему регламенту. Отметка «убрано» требует дополнительной проверки исправности замка и замечаний гостя.
- Получите событие о прибытии из PMS или внесите его на стойке. Сохраните идентификатор проживания, время и автора события.
- Сверьте назначение комнаты с её текущим состоянием. Если данные из канала продаж расходятся с PMS, откройте задачу дежурному администратору.
- После подтверждения готовности отобразите сотруднику ресепшн итоговую карточку. Выдачу ключа и завершение заселения сотрудник фиксирует сам.
Для каждого шага запишите допустимые переходы. Комната с открытой заявкой на ремонт остаётся недоступной для обычного заселения до подтверждения ответственного. Если гость прибыл раньше подготовки номера, карточка должна показывать ожидание и контакт ответственного, без обещания конкретного времени. Если бронирование изменилось одновременно в канале и на стойке, спор уходит человеку с доступом к обоим источникам.
Перед запуском проверьте, какие поля видят сотрудники разных смен. Горничной нужен номер комнаты, вид уборки и замечание по задаче; детали оплаты и личные данные гостя ей обычно излишни. Сервис интеграции получает только те права, которые нужны для чтения события и создания задания. Сервер проверяет полномочия перед записью в PMS, ведёт журнал изменений и отклоняет повторное событие с уже обработанным идентификатором.
Статус номерного фонда
После заселения и между проживанием разных гостей именно состояние комнаты связывает стойку со службой номерного фонда. Удобно разделить занятость, чистоту и техническую исправность: это разные признаки. Свободная комната может ждать уборки, а чистая — оставаться закрытой из-за ремонта. Если свести всё к одному слову «готово», сотрудникам трудно понять причину блокировки и следующий шаг.
| Событие | Действие системы | Подтверждение человека |
|---|---|---|
| Выезд отмечен | Создать задание на уборку с номером комнаты и типом работы | Ресепшн подтверждает фактический выезд |
| Уборка завершена | Передать отметку на проверку старшему сотруднику смены | Старший сотрудник смены осматривает комнату |
| Найден дефект | Открыть заявку мастеру и сохранить блокировку | Ответственный решает вопрос о доступности комнаты |
| Повторное событие | Показать прежнюю запись и конфликт статусов | Дежурный исправляет исходную запись |
Таблица служит проектным маршрутом, а перечень статусов зависит от выбранной PMS. В документации Mews для housekeeping отдельно описаны состояние ресурса, задачи персонала и блокировки комнат. При переносе схемы в другую систему сначала проверьте её словарь статусов и доступные методы записи. Если прямого интерфейса нет, сотрудник может вручную переносить подтверждённое событие из журнала задач; это лучше скрытого изменения карточки без источника.
Канал задания выбирайте по работе смены: экран в PMS, служебное приложение или согласованный чат. Для уборки нужны назначенный исполнитель, приоритет, отметка о начале и результат осмотра. Сообщение в чате служит сигналом, а состояние номера меняется отдельно: изменение проходит через серверный маршрут с проверкой права пользователя. Перед следующим заселением стойка видит, кто и когда подтвердил итоговый статус.
Когда карта статусов согласована, можно обсуждать интеграцию. Сопоставьте её с подходом к автоматизации бизнес-процессов: входное событие, ответственный, исключение и приёмка должны быть записаны до разработки.
Хотите связать статусы номеров и работу смен в своей гостинице?
Ремонт и исключения
Заявка на ремонт начинается с наблюдения сотрудника; вывод модели о неисправности недостаточен. Горничная или администратор указывает комнату, место дефекта, описание и при необходимости прикладывает снимок по внутренним правилам. Система назначает маршрут исполнителю, показывает статус стойке и сохраняет связь с номером. Человек решает, достаточно ли замечания для блокировки комнаты; после ремонта другой ответственный подтверждает возможность заселения.
Если заявки приходят текстом из служебного чата, нейросеть может предложить категорию и короткое описание для карточки. Такой черновик полезен при разной манере сообщений сотрудников, но модель способна ошибиться в номере комнаты или степени срочности. Перед сохранением сервер проверяет существование комнаты, роль отправителя и допустимость действия. Спорную классификацию подтверждает дежурный. Без такого контроля текстовый канал остаётся источником черновиков без права давать команды системе.
- При отсутствии связи показывайте последнюю подтверждённую запись с отметкой о времени обновления; новые действия складывайте в очередь на ручную сверку.
- При двух заявках на один дефект связывайте их по комнате и признакам, а решение об объединении оставляйте ответственному.
- При переселении гостя закрывайте старое назначение только после подтверждения стойки и проверки доступности нового номера.
- При отмене ремонта сохраняйте причину, автора и предыдущее состояние комнаты в журнале.
Отдельно разберите права подрядчика или приглашённого мастера. Ему нужна информация о задаче и доступ к месту работы по установленному порядку, без доступа ко всей карточке гостя. Право вернуть комнату в продажу закрепите за сотрудником гостиницы. На контрольном экране руководитель видит заявки без назначенного исполнителя, комнаты с конфликтующими статусами и ручные исправления, а затем спрашивает владельца процесса о причине каждого остатка.
Выезд и приёмка
Выезд завершает проживание, но операционная цепочка продолжается. Ресепшн фиксирует фактическое освобождение номера, после чего система создаёт задание на уборку и показывает комнате статус ожидания. Вопросы расчёта и спорные начисления разбирает уполномоченный сотрудник; автоматический перевод номера в готовые по факту закрытой брони исключён. Пока итоговый осмотр открыт, канал продаж получает только проверенную доступность фонда.
Приёмку пилота проводите на последовательности событий и сверке их следов в системах. Возьмите обезличенные записи проживания или тестовые карточки. Пройдите обычный выезд, задержку гостя, раннее прибытие следующего гостя, найденный дефект, переселение и повторную доставку одного события. Для каждого сценария сравните карточку PMS, список задач номерного фонда и журнал интеграции. Ошибка считается разобранной, когда понятны исходное событие, право записи, человек, принявший решение, и способ исправления.
Выберите одну смену и одну цепочку: отметка о выезде → задание на уборку → осмотр → подтверждение готовности. Сначала запишите реальные статусы вашей PMS и права сотрудников. На проверке сверяйте каждое изменение с исходной записью и подписью ответственного.
Руководителю полезны показатели, связанные с ошибками передачи: незавершённые задания после выезда, комнаты с ручной сменой статуса, конфликт между технической блокировкой и готовностью, события без автора. Сравнивайте их на одинаковых условиях работы смены. Если источник события отсутствует, сначала исправьте порядок ввода данных: автоматизация только быстрее разнесёт ошибку по системам. Смету подрядчика проверяйте по числу интеграций, состоянию PMS, правам доступа, обработке исключений и объёму приёмочных сценариев.
После проверки маршрута расширяйте его на другие смены и каналы заявок. Запросите отдельную оценку работ по вашей системе и правилам доступа: напишите нам об автоматизации бизнес-процессов, и мы посчитаем проект под вашу задачу. Итогом должен стать согласованный регламент: кто меняет статус, кто подтверждает спор и где искать запись при расхождении.