1. PMS может быть установлена и настроена, но при этом не готова принимать реальные бронирования. Готовность определяется тем, протестированы ли настройки на сценариях, которые действительно будут возникать в работе.
2. Ошибки при запуске обычно возникают в пяти областях: некорректный номерной фонд, тарифы, не соответствующие задуманным, неработающие ограничения, непроверенные настройки оплаты и учетные записи сотрудников с неверными правами доступа.
3. Этот чек-лист охватывает все пять областей и включает 30 проверяемых пунктов. Каждый из них связан с конкретной ошибкой, которая затронет гостя, если ее не выявить до открытия календаря бронирования.
4. Пройдите весь список один раз до получения первого реального бронирования, а не после него.
Почему объекты размещения запускают систему с ошибками
Этапы настройки новой PMS понятны: создать категории номеров, внести тарифы, подключить каналы продаж и добавить сотрудников. Большинство объектов размещения выполняют их все. Проблема в том, что выполнить этап и проверить результат — не одно и то же.
Неверно введенный тариф останется незамеченным, пока гость не забронирует номер по ошибочной цене. То, что подключенный канал не синхронизирует наличие номеров, может обнаружиться лишь после двойного бронирования, даже если подключение выглядит активным. Чрезмерные права учетной записи сотрудника могут оставаться незамеченными, пока кто-нибудь не изменит тариф без соответствующих полномочий.
Приведенный ниже чек-лист предназначен для проверки, а не для настройки. Предполагается, что конфигурация уже завершена: каждый пункт позволяет убедиться, что она дает правильный результат.
Категории номеров и номерной фонд (проверки 1–6)
1. Каждая категория соответствует реальным номерам. Названия, количество и описания в PMS соответствуют фактическим номерам объекта размещения. Категория «Двухместный номер с видом на океан» должна включать все двухместные номера с видом на океан — не больше и не меньше.
2. Количество номеров указано верно, а овербукинг невозможен. Вместимость системы по каждой категории соответствует фактическому количеству доступных номеров. Создайте тестовые бронирования, полностью исчерпывающие наличие в одной категории, и убедитесь, что система блокирует дальнейшие бронирования этой категории на соответствующие даты.
3. Номера, выведенные из эксплуатации, заблокированы. Любому номеру, который находится на техническом обслуживании, ремонте или недоступен по иной причине, присвоен статус «Техническое обслуживание», и он исключен из доступного для продажи номерного фонда. Убедитесь, что блокировка отображается во всех подключенных каналах.
4. Удобства номеров указаны точно. Характеристики, по которым гости фильтруют варианты, — безбарьерная доступность, первый этаж, кровать king-size, балкон — должны быть привязаны к правильным категориям номеров. Гость, выбравший фильтр «безбарьерная доступность», должен видеть только номера, действительно соответствующие этому требованию.
5. Для каждой категории номеров указана максимальная вместимость. Система ограничивает количество гостей для каждой категории номеров. Номер, рассчитанный на двух гостей, нельзя забронировать на пятерых.
6. Для каждой категории номеров назначены актуальные фотографии. Изображения, отображаемые при прямом бронировании и в объявлениях на OTA, соответствуют текущему состоянию номера, а не тому, как он выглядел во время ремонта.
Тарифы и ценообразование (проверки 7–12)
7. Базовый тариф задан на весь 90-дневный период. Для каждой категории номеров настроен тариф на каждую дату в течение следующих трех месяцев. Пропуски приводят к ошибкам или бронированиям по нулевому тарифу на даты без заданной цены.
8. Если применимо, тарифы выходного дня настроены отдельно. Если объект размещения устанавливает на пятницу и субботу цены, отличающиеся от тарифов в будние дни, убедитесь, что разница применяется в правильные дни и не затрагивает соседние даты.
9. Загружены тарифы на пиковые даты и периоды проведения мероприятий. Для известных дат высокого спроса — государственных праздников, местных мероприятий и школьных каникул — установлены тарифы, отражающие реальный спрос, а не базовая цена по умолчанию.
10. Установлены минимальные ценовые пороги. Ни одну категорию номеров нельзя забронировать по тарифу ниже установленного объектом размещения порога себестоимости. Убедитесь, что ни автоматизированные инструменты, ни ручные корректировки не могут снизить тариф ниже заданного минимума.
11. Тарифы в каналах OTA корректны с учетом комиссии. Если объект размещения публикует нетто-тарифы, убедитесь, что наценка обеспечивает нужную итоговую цену для гостя после добавления комиссии платформы. Если публикуются брутто-тарифы, проверьте, что комиссия OTA не начисляется сверх указанной цены.
12. При тестовом прямом бронировании отображается правильная итоговая сумма. Создайте тестовое бронирование через ссылку или виджет прямого бронирования и перед переходом к оплате убедитесь, что отображаемая итоговая сумма — тариф плюс налоги и все сборы — соответствует запланированной.
Проверьте тарифы, номерной фонд и синхронизацию каналов до первого реального бронирования
Чек-лист настройки Smart Order помогает владельцам объектов размещения последовательно проверить конфигурацию тарифов, подключение каналов и права сотрудников, чтобы готовность системы к запуску была подтвержденным фактом, а не предположением.
Ограничения (проверки 13–16)
13. На пиковые периоды установлены ограничения по минимальной продолжительности проживания. В праздничные выходные с минимальным сроком проживания 3 ночи нельзя забронировать только одну ночь. Проверьте это: попытайтесь оформить бронирование на 1 ночь в дату с ограничением и убедитесь, что система его блокирует.
14. Даты, закрытые для продаж, заблокированы во всех каналах. Даты, на которые объект размещения не принимает новые бронирования, заблокированы в PMS, причем блокировка отражается во всех подключенных каналах OTA, а не только в календаре прямых продаж.
15. Действуют ограничения по дням заезда и выезда. Если объект размещения, например, не допускает заезды по пятницам в летний период, это ограничение должно быть настроено в системе и проверено попыткой оформить бронирование с заездом в запрещенный день.
16. Определен допустимый срок для бронирований в последний момент. В системе задан крайний срок приема новых бронирований до заезда — в день заезда, за 24 часа или за 48 часов, — и эта настройка одинакова для прямых бронирований и бронирований через каналы.
Правила оплаты и отмены (проверки 17–21)
17. Для прямых бронирований настроены размер и срок внесения депозита. Процент или фиксированная сумма депозита, а также момент его списания — при подтверждении бронирования или через 48 часов — заданы и автоматически применяются к каждому новому прямому бронированию.
18. Срок бесплатной отмены определен и протестирован. Настроено количество дней до заезда, после которого при отмене бронирования депозит не возвращается. Проверьте правило: отмените бронирование после наступления этого срока и убедитесь, что депозит удержан; затем отмените его до наступления срока и убедитесь, что депозит подлежит возврату.
19. Настроены правила взимания платы за незаезд. Настроена сумма, взимаемая, если гость не приехал и не отменил бронирование в установленный срок; списание привязано к сохраненному способу оплаты.
20. Подключение платежного провайдера проверено реальной транзакцией. Через подключенного платежного провайдера проведено и затем аннулировано тестовое списание. Работоспособность платежной интеграции нельзя считать подтвержденной, пока через нее не проведена реальная транзакция.
21. Правила отмены, отображаемые при бронировании, соответствуют настроенным правилам. Текст, который гость видит при бронировании — на странице подтверждения и в письме с подтверждением, — должен точно соответствовать правилам, фактически применяемым системой.
Роли и права сотрудников (проверки 22–25)
22. У каждого сотрудника есть активная учетная запись. Каждый сотрудник, который будет использовать PMS до запуска или в день запуска, вошел в систему и убедился, что его учетные данные работают.
23. Права сотрудников службы приема и размещения настроены корректно. Учетные записи службы приема и размещения позволяют просматривать бронирования, оформлять заезд и выезд и принимать оплату, но не дают возможности изменять тарифы, получать доступ ко всей отчетности или менять системные настройки.
24. Права учетных записей службы номерного фонда ограничены статусами номеров. Пользователи службы номерного фонда могут только обновлять статус номера («Выезд оформлен» → «Уборка» → «Проверка» → «Готов» → «Техническое обслуживание»). Они не видят платежные данные гостей и финансовую информацию о бронированиях.
25. Учетные записи руководителей и владельцев соответствуют правильной иерархии доступа. Учетная запись управляющего дает доступ к отчетности и настройкам. У владельца есть все права. Ни одна учетная запись сотрудника не должна предоставлять больше доступа, чем требуется для его роли.
Подключение каналов и сообщения (проверки 26–30)
26. Подключение каждого канала OTA проверено реальным бронированием. Создайте тестовое бронирование на Booking.com или Airbnb и убедитесь, что оно появилось в PMS в течение двух минут. Не считайте подключение работоспособным только потому, что на экране настройки отображается статус «Подключено».
27. Блокировки наличия синхронизируются со всеми подключенными каналами. Заблокируйте номер в PMS на определенную дату и убедитесь, что блокировка появилась во всех подключенных каналах OTA. Затем снимите ее и проверьте, что наличие восстановилось во всех каналах.
28. Ссылка или виджет прямого бронирования показывает точное наличие. Откройте страницу прямого бронирования так, как ее открыл бы гость, и убедитесь, что отображаемое наличие соответствует календарю PMS с учетом всех блокировок и ограничений.
29. Содержание сообщения с подтверждением указано верно. Письмо с подтверждением бронирования содержит правильный адрес объекта размещения, временной интервал для заезда и действующий контактный номер. Отправьте тестовое подтверждение на адрес сотрудника и проверьте каждое поле.
30. Срок отправки сообщения перед заездом охватывает все типы бронирований. Напоминание за 72 часа автоматически отправляется для бронирований из всех источников, включая OTA, а не только для прямых бронирований. Проверьте это в расписании сообщений для тестового бронирования через OTA.
Открывайте календарь с уверенностью, а не на основании предположений
Smart Order объединяет номерной фонд, каналы OTA, настройки оплаты и автоматические сообщения гостям в одной системе, поэтому все 30 пунктов этого чек-листа относятся к единой конфигурации, а не к пяти отдельным инструментам.
Часто задаваемые вопросы
Что следует проверить перед запуском новой гостиничной PMS??
Пять областей, в которых при запуске чаще всего встречаются ошибки: номерной фонд и количество номеров, настройка тарифов, ограничения на бронирование, настройки правил оплаты и отмены, а также права доступа сотрудников. В каждой категории есть конкретные параметры, которые можно проверить до получения первого реального бронирования — завершить настройку не значит убедиться в её правильности.
Как проверить подключение каналов OTA в системе управления отелем (PMS)?
Создайте тестовое бронирование на платформе OTA и убедитесь, что оно появилось в PMS в течение двух минут. Затем закройте в PMS номер для продажи на определённую дату и убедитесь, что это ограничение отобразилось в календаре OTA. Необходимо выполнить обе проверки: подключение, которое синхронизирует входящие бронирования, может некорректно передавать обновления доступности во внешние каналы, а подключение, которое передаёт ограничения на продажу, может некорректно принимать входящие бронирования.
Какие права доступа в системе управления отелем (PMS) необходимы сотрудникам службы приёма и размещения?
Учётные записи сотрудников службы приёма и размещения должны позволять просматривать и изменять бронирования, оформлять заезд и выезд, принимать оплату от гостей и добавлять примечания к бронированиям. У этих сотрудников не должно быть доступа к настройке тарифов, системным параметрам, полной финансовой отчётности и управлению учётными записями других сотрудников. Ограничение доступа службы приёма и размещения операционными задачами предотвращает случайное изменение тарифов и снижает потенциальный ущерб при компрометации учётных данных.
Как проверить правильность настройки правил отмены бронирования в PMS?
Проверьте оба сценария: отмените бронирование до начала периода применения штрафа и убедитесь, что депозит возвращён; затем отмените бронирование в пределах этого периода и убедитесь, что депозит удержан. Кроме того, сопоставьте текст правил, который видит гость при бронировании, с фактическим поведением системы — условия в тексте и в системе должны совпадать.
Когда система управления отелем (PMS) готова к запуску?
PMS готова к запуску, когда каждый пункт предзапускового контрольного списка не просто настроен, а подтверждён тестированием. В том числе необходимо проверить тарифы на весь период в 90 дней, выполнить реальное тестовое бронирование через каждый канал, успешно провести платёжную транзакцию, убедиться, что все учётные записи сотрудников активны и имеют корректные права доступа, а также проверить точность содержания автоматических сообщений. Настройка и проверка — это разные этапы: запуск выполняется после проверки, а не сразу после настройки.
