Перейти к содержимому
Lodgcore Система управления отелем

Интеграции

Открытость на границах, дисциплина в ядре.

Отель уже представляет собой сеть систем: замки, платежи, каналы, телефония, энергетика, бухгалтерия. PMS должна быть местом, где они встречаются, а не ещё одной изолированной системой. Каждый интерфейс документирован, контролируется и имеет ответственного.

Фасад современной гостиничной башни

Доступность интерфейсов зависит от сторонней системы и её API. Совместимость мы подтверждаем на этапе обследования — до определения объёма работ, а не после.

Каталог

Что подключается и что это даёт.

Приведённый ниже список охватывает типовые точки интеграции в отеле. Точный набор согласуется для каждого объекта; не все интерфейсы нужны везде.

01

Дистрибуция

Каналы и модули бронирования

Доступность, тарифы и ограничения передаются в OTA и модули прямого бронирования; бронирования возвращаются с правильным тарифным кодом и данными гостя.

  • Подключения к менеджеру каналов
  • Модуль прямого бронирования
  • GDS и CRS
  • Синхронизация тарифов и ограничений

02

Гостевой номер

Замки, энергопотребление и системы в номере

Ключ-карты выдаются на стойке; статус номера, энергопотребление и гостевые системы управления следуют за заселением и выездом.

  • Электронные дверные замки
  • Кодировщики ключ-карт
  • Управление энергопотреблением и климатом
  • IPTV и видео по запросу

03

Идентификация

Регистрация и соответствие требованиям

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

  • Считыватели удостоверений и паспортов
  • Считывание подписи
  • Анкеты регистрации гостей
  • Передача данных в полицию, где требуется

04

Платежи

Терминалы, шлюзы и расчёты

Карточные терминалы и платёжные шлюзы проводят начисления в фолио с прослеживаемой ссылкой, а расчёты сверяются с регистром.

  • Карточные терминалы
  • Платёжные шлюзы
  • Работа с валютами
  • Ссылки на расчёты и чарджбэки

05

Телефония

Внутренние номера, побудка и биллинг

При заселении открываются внутренний номер и права на исходящие вызовы; при выезде они закрываются. Задачи побудки и стоимость звонков следуют за записью гостя.

  • Синхронизация статусов PMS–PBX
  • Звонки-побудки
  • Начисление стоимости звонков в фолио
  • Начисление мини-бара и голосовых услуг

06

F&B

Печать на кухне и системы точек продаж

Заказы поступают на нужную станцию; системы точек продаж используют общих гостя и фолио, чтобы начисления проходили один раз.

  • Кухонные принтеры
  • Экраны раздачи
  • POS точек продаж
  • Списание по рецептурам и расход складских запасов

07

Финансы

Бухгалтерия и ERP

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

  • Экспорт в главную книгу
  • Кредиторская задолженность
  • Налоговая отчётность
  • Ссылки для банковской сверки

08

Операции

Обслуживание, энергетика и безопасность

Заявки технической службы, мониторинг энергопотребления и системы безопасности могут создавать и принимать события без ручного посредника.

  • Заявки на техническое обслуживание
  • Мониторинг энергопотребления
  • Сигналы пожарной безопасности
  • Журналы контроля доступа
Гостиничный номер ночью с видом на городской горизонт из окна
Системы гостевого номера — замки, энергопотребление, телефония и управление в номере — находятся на том же уровне интерфейсов, что и стойка регистрации.
Окно номера и панорама города
Зона питания на весь день рядом с вестибюлем
Сетка окон на башне отеля
Изогнутая стеклянная башня

Как всё соединяется

Одно ядро, множество границ.

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

01

Точки контакта с гостем

Стойка регистрации, мобильные сотрудники, киоски, модуль бронирования, устройства в номере.

02

Слой интеграции

Документированные API, вебхуки, обмен файлами и адаптеры поставщиков с журналированием и повторами.

03

Операционное ядро

Единая запись гостя, единая структура фолио, единое определение отчётности.

04

Внешние сервисы

Каналы, платежи, замки, телефония, бухгалтерия, энергетика и системы безопасности.

Для технических команд

Интерфейс, который поддаётся анализу.

Работа по интеграции проваливается, когда контракт расплывчат. Мы публикуем контракт, предоставляем песочницу и держим версии видимыми.

01

Документированные эндпоинты

Схемы запросов и ответов, коды ошибок и аутентификация документируются до начала работ.

02

Песочница и тестовые данные

Поставщики и ИТ-команды объектов могут тестировать в среде, отличной от продуктивной, с репрезентативными данными.

03

События и вебхуки

Заселение, выезд, начисления в фолио и изменения профиля могут генерировать события для нижестоящих систем.

04

Журналирование и повторные попытки

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

05

Версионирование

Несовместимые изменения версионируются и анонсируются; окно поддержки согласуется в договоре.

06

Ответственность

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

Безопасность и надёжность

Негромкая часть — со всей серьёзностью.

Данные гостя — это персональные данные. Платформа проектируется вокруг минимальных привилегий, прослеживаемости и восстанавливаемости, а не вокруг значка на сайте.

Ролевой доступ

Права выдаются по ролям и могут быть сужены до конкретных действий, таких как отмена начислений, скидки или экспорт.

Журналы аудита

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

Шифрование при передаче и хранении

Данные шифруются между компонентами, а также при хранении в базе данных и резервных копиях.

Резервное копирование и восстановление

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

Варианты размещения данных

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

Операционная прозрачность

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

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

Пример из практики

Заселение открывает номер. Выезд его закрывает.

Интеграция с телефонией — хорошая проверка того, настоящий ли интерфейс. Вот последовательность, которую платформа поддерживает с подключённой PBX.

Заселение

Внутренний номер включается

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

Во время проживания

Побудка и начисления

Запрос на побудку создаётся из PMS или из PBX; стоимость звонков возвращается в фолио со ссылкой.

Переселение

Внутренний номер следует за гостем

При переселении обновляется привязка внутреннего номера и сбрасываются права предыдущего номера.

Выезд

Доступ закрывается

PMS передаёт данные о выезде; PBX отключает права на исходящие вызовы и очищает сообщения и ожидающие побудки.

Точный набор API и событий зависит от поставщика PBX. Если поставщик предоставляет лишь ограниченный интерфейс, интеграция ограничивается тем, что он может надёжно поддерживать.

Часто задаваемые вопросы

Часто задаваемые вопросы

Обязаны ли мы работать только с предпочтительными для вас поставщиками?
Нет. Мы работаем с системами, которые уже установлены в отеле, если у них есть пригодный интерфейс. Если у поставщика нет интерфейса, мы говорим об этом на этапе обследования и обсуждаем альтернативы, а не обещаем подключение, которое не можем обеспечить.
Кто отвечает за интеграцию, если что-то сломается?
У каждого подключения есть закреплённый ответственный и согласованный путь эскалации. При сбоях на стороне третьих лиц мы помогаем диагностировать проблему и координировать действия с поставщиком; граница поддержки прописана в договоре.
Можем ли мы создать собственную интеграцию?
Да, при соблюдении условий API и после короткого технического обзора. Мы предоставляем документацию, песочницу и план тестирования, а также проверяем интеграцию до её запуска.
Сколько времени занимает новый интерфейс?
Стандартный, хорошо документированный интерфейс может занять от нескольких дней до нескольких недель. Индивидуальная интеграция зависит от качества API поставщика и бизнес-правил; она оценивается отдельно.
Что происходит с интеграциями при обновлении?
Интерфейсы версионируются и проходят регрессионное тестирование в рамках процесса выпуска. Несовместимые изменения анонсируются заранее с окном миграции.

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

Посмотрите платформу на своих процессах.

30-минутная демонстрация с учётом типа вашего объекта и систем, которые уже используются у вас. Без слайдов — мы вживую разберём заезды, фолио, ночной аудит и отчётность.

Обычно отвечаем в течение одного рабочего дня.