Что такое PMS в гостинице

Как PMS связывает брони, гостей, номера, расчёты и автоматизацию отеля — без путаницы с CRM, channel manager и RMS.

Сотрудник отеля работает с PMS и данными гостиницы

PMS (Property Management System) — это операционная система гостиницы или апарт-отеля. В ней живут брони, профили гостей, даты проживания, номерной фонд, размещение, начисления и статусы заезда. Без PMS автоматизация превращается в набор несвязанных приложений; с PMS каждое действие можно привязать к конкретной брони и её актуальному состоянию.

Ниже разберём PMS без привязки к одному вендору: какие данные она хранит, чем отличается от channel manager, CRM и RMS, почему её API важнее красивого интерфейса и как PMS становится источником событий для автоматизации Concierge Online.

Короткий ответ: что делает PMS

PMS отвечает на пять базовых вопросов: кто приезжает, когда, куда его разместить, что с него нужно получить и в каком состоянии находится проживание. В документации Oracle OPERA Cloud к брони привязаны профиль гостя, размещение, депозиты, маршрутизация начислений, заметки, room assignment и взаимодействие с housekeeping. Это хороший пример масштаба задачи: PMS — не календарь занятости, а модель работы объекта.

Схема PMS как операционного ядра отеля между каналами продаж, командой, гостевым путём и исполнительными системами
PMS хранит состояние проживания; интеграции превращают его изменения в проверяемые действия.

Какие сущности должны быть в PMS

СущностьЧто хранитсяКак использует командаЧто получает автоматизация
Броньвнешний ID, канал, даты, статус, тарифвидит заезд, перенос, отменутриггер запуска, изменения или остановки CJM
Гостьимя, контакты, язык, предпочтенияузнаёт гостя и историюадресат и язык коммуникации
Номерной фондобъект, категория, номер, состояниеназначает размещение и уборкуправильная инструкция и нужная дверь
Финансыначисления, платежи, депозит, счётконтролирует расчётыусловия следующего шага, если статус авторитетен
Проживаниеожидается, in-house, выехал, no-showуправляет операциями сменывремя доступа, напоминаний и отзыва ключа

PMS, channel manager, CRM и RMS — не одно и то же

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

  • PMS управляет проживанием и внутренними операциями объекта;
  • channel manager распространяет цены и доступность по каналам продаж и возвращает брони;
  • booking engine принимает прямую бронь на сайте;
  • RMS прогнозирует спрос и рекомендует либо применяет цены;
  • CRM хранит отношения, диалоги, задачи и историю взаимодействия;
  • платёжный сервис подтверждает авторизацию, списание и возврат;
  • система доступа выпускает и отзывает ключи конкретных дверей.
Если система показывает бронь, это ещё не делает её PMS. Ключевой признак PMS — управление жизненным циклом проживания и номерным фондом.

Почему PMS должна быть источником истины, но не владельцем всего

Хорошая архитектура не копирует любой факт во все системы. PMS владеет датами и статусом проживания. Платёжный провайдер подтверждает финансовую операцию. Замковая платформа знает, был ли создан credential и открывалась ли дверь. CRM хранит работу менеджера. Concierge Online объединяет события в маршрут гостя, но не подменяет первичные источники.

Такой подход защищает от опасных допущений. Фраза гостя «я оплатил» не равна подтверждённому платежу. Запланированное время заезда не означает, что номер готов. Отправленная инструкция не означает, что сообщение доставлено. Для каждого шага нужен авторитетный статус.

Как PMS общается с другими системами

API

API позволяет запросить бронь, профиль, доступность или выполнить разрешённое изменение. Важно не просто наличие API, а его покрытие: можно ли получить отмены, изменения номера, состав гостей, version/updated time и корректные статусы проживания.

Webhooks и business events

События сообщают об изменении сразу после него. Oracle Hospitality Integration Platform, например, предоставляет business events и streaming-механизмы для интеграций. Событийный контур быстрее регулярного полного импорта, но обязан переживать повторы, задержки и нарушенный порядок.

Периодическая сверка

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

Семь вопросов при выборе PMS

  1. Поддерживает ли она ваш тип объекта? Отель, апарт-отель, сеть квартир и хостел по-разному моделируют помещения, койко-места и длительные проживания.
  2. Есть ли документированный API? Запросите не презентацию, а документацию, sandbox, лимиты и правила авторизации.
  3. Какие события доступны? Создание брони недостаточно: нужны изменение, отмена, номер, check-in/check-out и, при наличии, достоверные финансовые статусы.
  4. Как устроены идентификаторы? ID брони должен оставаться стабильным при изменениях; внешний ID канала нельзя путать с внутренним ID PMS.
  5. Есть ли журнал изменений? Команда должна понимать, кто и когда поменял даты, номер или статус.
  6. Как система работает при сбое? Важны экспорт данных, резервные процедуры, статус сервиса и поддержка.
  7. Какие интеграции реально проверены? Логотип в каталоге не доказывает полноту сценария. Проверьте изменения и отмены на тестовой брони.

Как PMS запускает CJM в Concierge Online

В Concierge Online события брони превращаются в управляемый путь гостя. Создание брони может запустить первое SMS и приглашение в бот. Подтверждение обязательного шага — анкету, оплату или депозит. Назначение готового номера — выпуск доступа. Перенос дат — изменение напоминаний и срока ключа. Отмена — остановку сообщений и отзыв будущего доступа.

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

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

FAQ

Можно ли работать без PMS?

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

Облачная PMS всегда лучше локальной?

Нет. Облачная модель обычно упрощает удалённый доступ и обновления, локальная может соответствовать специфическим требованиям инфраструктуры. Сравнивать нужно API, отказоустойчивость, безопасность, стоимость владения и поддержку, а не только место установки сервера.

Нужна ли двусторонняя интеграция?

Не всегда. Для многих сценариев достаточно надёжно получать брони и изменения. Запись обратно оправдана только для чётко определённых полей и при безопасном контракте: лишняя двусторонность создаёт конфликты владельцев данных.

Источники

Concierge Online

Хотите применить это в своём объекте?

Обсудим вашу задачу и подготовим понятный план автоматизации.

Получить консультацию →