Управление гостиничными номерами

Режимы номера и матрица режимов

Определите режимы до выбора клавиатуры. Практичный набор: «Приветствие», «Занят», «Сон», «Свободен» и «Уборка». Для каждого режима следует указать световую сцену, диапазон температуры, поведение вентилятора, положение солнцезащиты и то, какие переопределения гостя остаются активными. Приветствие может запускаться при заезде или первом входе; режим «Сон» снижает освещение и шум вентилятора; режим «Свободен» расширяет диапазон температуры и закрывает клапаны. Режиму «Уборка» нужен полный свет и отключённые гостевые ограничения. Матрица режимов — единственный источник истины для номера: её должны проверить эксплуатация, инженерная служба и дизайнер интерьера, потому что она кодирует политику комфорта не меньше, чем логику управления. Если режимы неоднозначны, номер будет вести себя по-разному на каждом этаже. Определите не только состояния, но и переходы: что происходит при выезде, при открытии двери, при открытии окна, при пожарной тревоге. Определите политику переопределений: сколько действует команда гостя и что её отменяет. Матрицу режимов, помещающуюся на одной странице, проще соблюдать.

• «Приветствие», «Занят», «Сон», «Свободен»
• Режим уборки и технического обслуживания
• Сцена, уставка, вентилятор и солнцезащита для каждого режима
• Переходы и политика переопределений

ОВК, освещение и солнцезащита вместе

Комфорт — это сочетание, а не термостат. Солнечные теплопоступления через открытую штору меняют нагрузку на охлаждение; тёмный номер с кондиционером на полной скорости воспринимается неправильно. Контроллер номера должен согласовывать солнцезащиту с ОВК и освещением: закрыть тюль до того, как солнце прогреет номер, снизить скорость вентилятора ночью, включить свет только при подтверждённом присутствии. Гостевые органы управления остаются простыми: теплее, прохладнее, светлее, темнее, открыть, закрыть. Логика за ними может быть сложной; интерфейс — нет. Контакты окон должны приостанавливать отопление или охлаждение, а контакт двери — возвращать режим «занят», не дожидаясь, пока гость найдёт панель. Цель — комфорт в пределах энергетического конверта. Используйте зону нечувствительности вокруг уставки, чтобы клапаны и вентиляторы не раскачивались, и ступенчатые скорости вентилятора вместо одного выхода включения-выключения. Проверяйте взаимодействие солнцезащиты, солнечных теплопоступлений и охлаждения в разное время суток. Пусконаладка должна включать проверку солнечных теплопоступлений в солнечный день, а не только ночную проверку.

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

Интеграция с PMS и представление для оператора

Интеграция с PMS должна обмениваться событиями, а не снимками экрана: заезд, выезд, переселение и VIP-статус. Эти события задают режим номера и обновляют представление на стойке регистрации. Там, где PMS это поддерживает, статус номера и сервисные запросы можно записывать обратно. Интеграция должна определять, что происходит при недоступности PMS: номер переходит в безопасный локальный режим, а платформа выдаёт понятную тревогу вместо догадок. Службе уборки и технического обслуживания нужно отдельное представление, а не гостевой интерфейс. Карту событий следует документировать подобно перечню точек, с именем события, направлением, временем и состоянием номера, которое оно меняет. Интеграция с PMS, работающая только при идеальной сети, — не интеграция. Решите, кто отвечает за достоверность данных о занятости — контроллер номера или PMS. Не опрашивайте PMS о статусе номера, если есть интерфейс событий. Журналируйте каждое событие и каждую обратную запись с отметкой времени. Карта событий должна указывать, что происходит при повторном поступлении события.

• Заезд, выезд, переселение, VIP
• Статус номера и сервисные запросы обратно в PMS
• Безопасный локальный резерв при недоступности PMS
• Представления для уборки и технического обслуживания
• Карта событий с направлением и временем

Точки на номер, шаблоны и именование

Число точек определяется типом номера, а не универсальным правилом. Каждая группа освещения, канал диммера, датчик, выход на клапан, скорость вентилятора, реле штор, контакт двери, термостат и вход сервисного запроса — это точка. В стандартном номере с совмещённым освещением и простым фанкойлом точек меньше, чем в люксе с отдельными зонами, моторизованными шторами, сценами для ванной и террасой. Типичный диапазон при планировании для стандартного гостиничного номера — примерно от 20 до 40 управляемых точек, в люксах больше; сверяйте его с перечнем по типам номеров, а не принимайте цифру как данность. Перечень по типам номеров должен повторяться от этажа к этажу, а комплект передачи объекта — включать матрицу режимов, перечень точек, карту событий PMS и политику переопределений. Именуйте точки по типу номера и его номеру, а не по порядку монтажа. Храните шаблон, который можно клонировать, и журнал изменений для каждого отклонения. Перечень, не сверенный с готовым номером, обычно занижает число точек освещения и сервисных точек.

• Перечень точек по типам номеров
• Воспроизводимый шаблон номера
• Матрица режимов и карта событий PMS
• Политика переопределений и комплект передачи объекта

Тестирование, пусконаладка и передача объекта

Проверьте один макетный номер до этажа. Проверьте каждый режим, каждый переход, каждое переопределение и каждый отказ: потеря сети, потеря PMS, перезагрузка контроллера, отказ датчика, контакт окна и пожарная тревога. Проверьте гостевые органы управления так, как это сделал бы гость, включая первые тридцать секунд после входа. Отдельно проверьте представления для уборки и технического обслуживания. Фиксируйте результаты по перечню для данного типа номера. Передача объекта должна включать матрицу режимов, перечень точек, список сцен, карту событий PMS, политику переопределений, протоколы испытаний и обучение для стойки регистрации, службы уборки и технического обслуживания. Номер должен быть воспроизводимым, а не единичной демонстрацией. Этаж номеров, которые ведут себя по-разному, — обычно ошибка пусконаладки, а не продукта. Пройдите этаж вместе с оператором и дайте ему вызвать тревоги, которые он действительно увидит. Убедитесь, что во всех номерах одинаковая прошивка и базовая конфигурация. Держите запасные клавиатуры, контроллеры и датчики: гостиничная эксплуатация не может ждать поставки. Обучение должно включать перевод номера в режим обслуживания без создания неудобств гостю.

• Макетный номер до этажа
• Проверки режимов, переходов и отказов
• Проверки потери PMS и сети
• Обучение стойки регистрации, уборки и технического обслуживания
• Воспроизводимая базовая конфигурация

Управление гостиничными номерами на Loxone

Управление гостиничными номерами на Loxone объединяет освещение, климат, солнцезащиту, доступ и энергопотребление номера в одном контроллере номера и одной модели событий. Полезная проектная единица — тип номера, а не отдельный номер: определите режимы прибытия, занятости, сна, отсутствия и генеральной уборки один раз, а затем тиражируйте их на этаже. События заезда и выезда из PMS — это входные данные, а не основание для локальных функций безопасности. Предусмотрите локальный резервный режим на случай отказов сети или PMS и введите в эксплуатацию образцовый номер, прежде чем тиражировать шаблон на всё здание.