Матрица совместимости PMS и модулей Concierge

Практическая матрица данных, API и тестов для подключения PMS к модулям Concierge.

Редакция Concierge OnlineОпубликовано 28.07.2026Обновлено 28.07.20267 минут

Руководитель отеля и администратор проверяют план интеграции PMS на стойке

Совместимость PMS с Concierge определяется не названием системы, а доступными данными и действиями. Для базовых уведомлений достаточно получать бронь, контакты, даты и отмены. Для автоматической выдачи доступа нужен назначенный номер. Для записи оплаты, check-in или документов гостя обратно в PMS требуется двусторонний API и отдельная проверка прав.

Ниже — практическая матрица, по которой отель может за 30–60 минут провести первичную оценку интеграции. Она показывает, какие модули Concierge можно запускать независимо, какие зависят от конкретного API и что проверить на тестовой брони до договора или релиза.

Как читать матрицу

Проверка проведена 28 июля 2026 года. География материала — прежде всего российские отели, апарт-отели и сети апартаментов, использующие Bnovo, TravelLine, Exely или HOTEL Sync. Для Exely учтена международная англоязычная документация продукта; доступность функций, хранение данных и договорные условия нужно отдельно сверять для страны работы объекта.

Подтверждено — сценарий или нужный API-метод описан на официальной странице поставщика.
Зависит от подключения — технически возможен, но требует нужного тарифа, прав, полей и настройки конкретного объекта.
Отдельный контур — модуль может работать без записи в PMS; PMS передаёт только контекст проживания.
Требует проверки — публичного описания глубины интеграции недостаточно для обещания функции.

Логотип PMS в списке интеграций — это начало проверки, а не доказательство полной совместимости. Совместимым считается только сценарий, прошедший тест создания, изменения, отмены и восстановления после сбоя.

Матрица модулей Concierge: какие данные нужны

Модуль	Минимум от PMS	Что можно запустить	Что проверить до запуска
CJM и уведомления	Стабильный ID брони, даты, статус, контакты, язык или правило языка	Сообщения до заезда, во время проживания и после выезда; остановка цепочки при отмене	Изменение дат, повтор события, отмена, пустой или неверный телефон
Онлайн-анкета	Бронь, состав гостей, объект и даты	Персональная анкета, контроль заполнения, задача сотруднику	Групповые брони, дети, второй гость, дубликаты профилей
Регистрация гостей	Данные проживания; запись документов в PMS желательна, но не всегда обязательна	Сбор и проверка данных, подготовка к передаче в регистрационный контур	Правовое основание, состав полей, срок хранения, права доступа, обработка ошибок
Оплата проживания	Сумма и идентификатор брони; для обратной записи — платёжные методы PMS	Ссылка на оплату, контроль статуса, условие следующего шага	Частичная оплата, возврат, валюта, комиссия, повторный callback, источник истины
Депозитный холд	Бронь и правила объекта; PMS может не владеть статусом холда	Холд, отмена или списание по отдельному платёжному сценарию	Не смешивать холд с оплатой проживания; проверить сроки и ручные исключения
TTLock / цифровой доступ	Назначенный номер, даты, статус брони, карта «номер → двери»	Выпуск кода после выполнения условий, изменение срока, отзыв доступа	Переселение, ранний заезд, продление, отмена, общий вход, офлайн-резерв
AI-консьерж	Разрешённый контекст брони и актуальная база знаний	Ответы по объекту и проживанию, объяснение следующего шага, передача сотруднику	Границы данных, журнал источников, запрет критических решений по тексту диалога
Голосовой AI	Те же данные, что для AI-консьержа; телефония работает отдельным контуром	Ответ на звонок, поиск брони по безопасному признаку, создание задачи, перевод	Ошибки распознавания имён и цифр, аварийный перевод, запись и хранение звонков
Concierge TV	Объект, номер, заезд, выезд и состояние проживания	Персональное приветствие, услуги, уведомления, очистка гостевого контекста после выезда	Своевременный check-out, переселение, привязка устройства к номеру
Продажа услуг	Контекст гостя и проживания; каталог и заказы могут жить в CRM Concierge	Витрина, заказ, оплата и задача исполнителю	Нужна ли запись начисления в PMS, кто подтверждает услугу, возвраты и отмены

Короткая схема принятия решения

1. Сценарий
Какое действие должно завершиться для гостя?

2. Источник
Какая система подтверждает каждый факт?

3. Контракт
Есть ли нужные поля, события и права?

4. Пилот
Прошли ли изменение, отмена и сбой?

Результат: запускается не «интеграция вообще», а конкретный проверенный маршрут.

Что подтверждено для популярных PMS

Эта таблица не сравнивает качество PMS и не объявляет победителя. Она фиксирует публично подтверждённый технический потенциал на дату проверки. Документация Bnovo, TravelLine и Exely является информацией самих поставщиков; независимого сквозного теста всех комбинаций тарифов и модулей в рамках статьи не проводилось.

PMS / источник	Что подтверждают официальные материалы	Практический вывод для Concierge	Граница применимости
Bnovo	API «Старт» даёт одностороннее чтение базовых данных. API «Профессионал», представленный 5 февраля 2026 года, заявляет GET, PUT, POST и webhooks для гостей, платежей, отчётности и дополнительных услуг.	Базовые CJM-сценарии можно строить на чтении броней. Обратная запись платежей, услуг и других состояний требует двустороннего уровня. На странице Concierge SmartLock отдельно описана синхронизация с Bnovo.	Состав методов зависит от уровня API и договора. Возможность метода у Bnovo не означает, что он автоматически включён в конкретное подключение Concierge.
TravelLine	Universal WebPMS API описывает чтение броней и платежей, назначение номера, check-in/check-out, платежи, возвраты и работу с документами гостя. Webhooks могут сообщать о событиях броней, заездов, уборки и гостей.	Есть техническая основа для CJM, анкет, доступа, оплаты, статусов проживания и TV. Нужный набор определяется подключёнными компонентами TravelLine и разрешёнными категориями событий.	TravelLine прямо предупреждает, что список событий зависит от компонентов личного кабинета. Каждый write-сценарий проверяется отдельно.
Exely	Exely PMS External API, обновлённый 6 апреля 2026 года, описывает брони, профили гостей, платежи, номера, назначение номера, check-in/check-out, возврат и сохранение документов.	Публичный контракт покрывает данные, необходимые для большинства сценариев заселения. Concierge указывает Exely в списке интеграций, но точную глубину конкретного подключения нужно подтвердить пилотом.	Доступ к External API включается через поддержку Exely. Документация подтверждает возможности PMS, а не готовность всех методов в каждом проекте Concierge.
HOTEL Sync	Concierge указывает HOTEL Sync в публичном списке интеграций.	Можно начинать техническое обследование и сопоставление полей.	На публичной странице Concierge нет детальной матрицы методов. До проверки тестовой брони нельзя обещать конкретный write-сценарий.
Edelweiss и Logus	На странице Concierge TV заявлена доступность PMS-функций для TravelLine, Edelweiss, Logus и Bnovo.	Подтверждён предметный контекст TV; другие модули нужно оценивать отдельно.	Упоминание на странице TV нельзя переносить на оплату, анкеты, замки или двустороннюю запись без технической проверки.

Как выбрать уровень интеграции

Уровень 1. Импорт броней

Подходит для первого запуска уведомлений и ограниченного AI-контекста. Concierge получает новые и изменённые брони, контакты, даты и отмены. Запись обратно в PMS не выполняется.

Плюс: меньше прав и рисков. Ограничение: сотрудник может вручную переносить результат оплаты, анкеты или заказа в PMS.

Уровень 2. Событийная синхронизация

К импорту добавляются webhooks или business events. Изменение брони быстрее попадает в CJM, но события всё равно нельзя считать безошибочным каналом. Нужны идемпотентность, журнал и периодическая сверка.

TravelLine позволяет выбирать категории webhook-событий и отдельно указывает, что их набор зависит от подключённых компонентов. Это хороший пример общего правила: запросите не слово «webhooks», а список конкретных событий.

Уровень 3. Двусторонние действия

Concierge может записывать разрешённые факты: назначение номера, check-in, оплату, документы или дополнительную услугу. Такой уровень нужен только там, где обратная запись сокращает реальную операцию и есть однозначный владелец поля.

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

Уровень 4. Сквозной гостевой маршрут

PMS, платёжный сервис, коммуникации, замки, AI и CRM обмениваются проверяемыми состояниями. Например, PMS подтверждает бронь и назначенный номер, платёжный сервис — оплату или холд, анкета — готовность данных, замковая платформа — выпуск credential. Только после сочетания разрешённых фактов CJM отправляет инструкцию гостю.

Архитектура такого обмена подробно разобрана в статье «Интеграция с PMS: полное руководство». Роль самой PMS — в материале «Что такое PMS в гостинице».

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

Тест совместимости на одной брони

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

Создайте бронь. Проверьте объект, категорию, даты, контакты, состав гостей и источник бронирования.
Измените даты. Старые сообщения и срок доступа должны быть отменены или пересчитаны.
Назначьте другой номер. Новый credential создаётся для правильных дверей; старый не остаётся активным без основания.
Добавьте второго гостя. Система не должна смешивать анкеты и контакты участников.
Проведите разрешённую оплату в тестовом режиме. Сверьте сумму, валюту, статус и отсутствие дубля при повторном callback.
Сымитируйте недоступность. После восстановления пропущенное состояние должно попасть в сверку или очередь исключений.
Отмените бронь. Будущие сообщения, платежные требования и доступ должны остановиться по правилам объекта.
Проверьте журнал. Команда должна объяснить, почему каждое автоматическое действие произошло или не произошло.

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

Какие вопросы задать поставщику PMS

Какая версия API и какой тариф нужны именно для выбранных методов?
Есть ли sandbox или тестовый объект без доступа к реальным гостям?
Какие события приходят при создании, изменении, отмене, переселении и выезде?
Можно ли повторно запросить изменения за период после сбоя?
Какие лимиты, таймауты и правила повторов действуют?
Как разделяются права чтения и записи?
Как меняются ID при переносе, объединении или групповой брони?
Кто отвечает за персональные данные и где они физически обрабатываются?
Как поставщик уведомляет о несовместимых изменениях API?

Частые ошибки

Считать наличие брони достаточной интеграцией

Для уведомления этого может хватить. Для доступа, платежа и регистрации нужны дополнительные поля и статусы.

Использовать PMS как источник всех фактов

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

Проверять только успешный путь

Основные риски проявляются при отмене, переселении, повторном событии и временной недоступности. Без этих тестов пилот не завершён.

Публиковать универсальную таблицу без даты

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

FAQ

Если PMS есть в списке интеграций, все модули Concierge заработают?

Нет. Список подтверждает направление интеграции, но каждый модуль требует собственного набора полей и действий. Например, уведомления могут работать без обратной записи, а платежи или check-in — потребовать отдельного тарифа API и прав.

Можно ли запустить Concierge без PMS?

Да, для отдельных задач: витрины услуг, общей базы знаний, AI-ответов без персонального контекста или ручной работы через CRM. Но сквозная автоматизация брони, дат, номера и отмен требует авторитетного источника проживания.

Обязательны ли webhooks?

Нет. Можно начать с периодического чтения изменений. Webhooks сокращают задержку, но не отменяют повторную обработку и сверку после сбоя.

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

Только для полей, которые действительно нужно записывать обратно. Чем больше методов записи, тем выше требования к правам, идемпотентности, аудиту и обработке конфликта.

Как понять, что цифровой доступ совместим?

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

Можно ли считать официальную документацию гарантией?

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

Источники и ограничения исследования

Concierge Online — автоматизация заселения и список интеграций, проверено 28 июля 2026 года. Это собственное описание поставщика, а не независимый тест.
Concierge TV — PMS-контекст и спецификация, проверено 28 июля 2026 года. Это собственное описание поставщика.
Bnovo — API «Старт» и API «Профессионал», релиз от 5 февраля 2026 года. Возможности и примеры заявлены Bnovo; результаты для конкретного отеля не гарантируются.
TravelLine — Universal WebPMS API 1.4.0 и настройка webhooks, проверено 28 июля 2026 года.
Exely PMS External API, страница обновлена 6 апреля 2026 года, проверено 28 июля 2026 года.

Матрица не является договорной спецификацией и не заменяет аудит конкретного объекта. В исследовании не проверялись закрытые тарифы, индивидуальные доработки, production-ключи и реальные персональные данные.

Следующий шаг

Возьмите один целевой маршрут — например, «бронь → анкета → оплата → доступ» — и заполните для него четыре колонки: источник факта, поле API, автоматическое действие и владелец исключения. Это быстро покажет, где готова интеграция, а где пока есть только логотип.

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

Concierge Online

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

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

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