Интеграция отельного PMS: API, POS, OTA и многое другое

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

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

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

Интеграция отельного PMS связывает систему управления имуществом с другими приложениями, используемыми для работы отеля. К ним могут относиться менеджеры каналов, модули бронирования, POS-системы, платежные шлюзы, бухгалтерское ПО, системы управления доходом, CRM-платформы и инструменты для работы с гостями.

В этом руководстве объясняется, как работает интеграция отельного PMS, какие данные передаются между системами, как в эту картину вписываются API и веб-хуки, какие интеграции наиболее важны, как их тестировать и что отелям следует проверить перед выбором PMS.

Интеграция отельного PMS: быстрый ответ

Интеграция отельного PMS соединяет систему управления имуществом (PMS) отеля с другими отельными приложениями, чтобы поддерживаемая информация могла перемещаться между системами без повторного ручного ввода.

Наиболее распространенные соединения:

• PMS + Менеджер каналов: бронирования, тарифы и доступность
• PMS + Модуль бронирования: прямые бронирования, тарифы и доступность
• PMS + POS: расходы в торговых точках и фолио гостя
• PMS + Платежный шлюз: депозиты, статус платежа и возвраты
• PMS + RMS: данные о заполнении, бронированиях и ценообразовании
• PMS + CRM: профили гостей и история проживания
• PMS + Бухгалтерия: доходы, налоги и платежные записи

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

Интеграция отельного PMS вкратце

Конкретные поля и направление обмена данными зависят от интеграции.

Интеграция отельного PMS, также известная как интеграция системы управления отелем, соединяет систему управления имуществом (PMS) отеля с другим программным обеспечением, чтобы поддерживаемая информация могла передаваться между системами.

Общие подключения включают менеджеры каналов, модули бронирования, POS-системы, платежные шлюзы, бухгалтерское ПО, системы управления доходом, CRM-платформы и приложения для взаимодействия с гостями.

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

Например, модуль бронирования может отправлять прямое бронирование в PMS. Менеджер каналов может обмениваться поддерживаемыми тарифами, доступностью и информацией о бронировании с каналами дистрибуции. POS-система ресторана может переносить соответствующие расходы в гостевое фолио, а бухгалтерская система может получать финансовые записи.

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

Интеграция отельного PMS против интеграции отельного ПО

Термины «интеграция отельного PMS» и «интеграция отельного ПО» тесно связаны, но не всегда идентичны.

Интеграция отельного PMS конкретно относится к подключению системы управления имуществом к другому приложению.

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

Например, PMS, подключенная к менеджеру каналов, — это интеграция PMS. Менеджер каналов, подключенный к платформе дистрибуции, также может считаться интеграцией отельного ПО.

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

Как работает интеграция отельного ПО

Рассмотрим гостя, бронирующего номер через онлайн-туристическое агентство.

Бронирование может проходить следующий процесс:

OTA → Менеджер каналов → PMS → Ресепшн → Фолио гостя → Платежная и бухгалтерская системы

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

Во время проживания поддерживаемые POS, платежные и другие интеграции могут обмениваться информацией с PMS.

Точный рабочий процесс зависит от программных продуктов, метода интеграции и конфигурации.

Хотите увидеть Hotelogix в действии

Забронируйте живую демонстрацию

Почему отелям нужны интегрированные программные системы?

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

Без интеграции сотрудники могут тратить время на копирование информации между ними.

Администратор может получить бронирование OTA по электронной почте и ввести его в PMS. Другой сотрудник может вручную обновлять доступность номеров. Бухгалтерская группа может собирать платежные записи из разных систем перед подготовкой отчетов.

Эти шаги создают возможности для ошибок.

Три проблемы встречаются особенно часто.

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

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

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

Возможность подключения отельного ПО уменьшает эти пробелы за счет обмена актуальной информацией между системами.

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

Как работает интеграция отельного PMS: от бронирования до выезда

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

Вот как взаимодействуют основные системы.

1. Бронирование и дистрибуция

Гость бронирует через OTA или сайт отеля.

Менеджер каналов или модуль бронирования отправляет бронирование в PMS через поддерживаемое соединение.

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

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

2. Заезд и назначение номеров

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

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

Когда гость регистрируется, PMS фиксирует заезд и назначение номера.

Если отель использует совместимую цифровую регистрацию заезда или систему дверных замков, соответствующая информация также может передаваться в эти приложения.

3. Услуги для гостей и выставление счетов

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

Подключенная POS-система может переносить соответствующие начисления на счет гостя.

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

4. Платежи и выезд гостя

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

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

После этого статус номера может быть обновлен для службы уборки.

5. Отчетность и управление

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

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

Точность этих отчетов зависит от согласованности данных и успешной синхронизации.

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

Какие типы гостиничного программного обеспечения могут быть интегрированы?

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

Интеграция PMS и менеджера каналов

Менеджер каналов связывает отели с поддерживаемыми ОТА и платформами дистрибуции.

Благодаря интеграции с PMS он может обмениваться информацией о наличии номеров, тарифах, бронированиях, изменениях и отменах.

Например, когда отель получает бронирование через Booking.com, менеджер каналов может отправить бронирование в PMS и распределить применимое изменение доступности.

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

Интеграция PMS и модуля бронирования

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

При подключении к PMS он может отображать поддерживаемую доступность и тарифы, а также передавать завершенные бронирования в систему объекта.

Это помогает отелям управлять бронированиями с веб-сайта наряду с бронированиями из других каналов.

Интеграция PMS и POS-систем

Отелям с ресторанами, барами, спа-центрами или другими точками продаж часто требуется подключение POS.

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

POS-система записывает транзакцию и отправляет соответствующее начисление в PMS. После этого сумма может появиться на счету гостя.

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

Интеграция PMS и платежного шлюза

Платежные интеграции связывают рабочие процессы выставления счетов отеля с услугами обработки платежей.

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

Например, успешный платеж по депозиту может быть связан с записью о бронировании в PMS.

Платежный провайдер по-прежнему несет ответственность за соответствующие функции обработки платежей.

Интеграция PMS и системы управления доходностью

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

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

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

Интеграция PMS и CRM

Система CRM помогает отелям управлять отношениями с гостями и коммуникацией.

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

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

Интеграция PMS и бухгалтерского учета

Бухгалтерское программное обеспечение может получать сводки доходов, платежные ведомости, налоги и другую финансовую информацию из PMS.

Это может сократить количество ручного ввода при ежедневной сверке.

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

Другие интеграции гостиничных технологий

В зависимости от своих требований отели также могут подключать:

• GDS: Корпоративный туризм и дистрибуция через туристические агентства.
• Инструменты для работы с гостями: Цифровая регистрация, обмен сообщениями и услуги для гостей.
• Дверные замки: Учетные данные доступа, привязанные к назначенным номерам.
• Бизнес-аналитика: Отчетность по операционной деятельности и доходам.
• Управление репутацией: Отзывы гостей и рабочие процессы, связанные с рецензиями.

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

Интеграции Hotelogix PMS: Объединение операционной деятельности отеля

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

Hotelogix — это облачная система управления отелем, которая поддерживает основные рабочие процессы, такие как бронирование, операции на стойке регистрации, housekeeping, выставление счетов гостям и отчетность.

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

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

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

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

Для отельных сетей Hotelogix Enterprise (HLXE) предоставляет возможности многообъектного управления, включая централизованную отчетность и функции управления. Интеграции на уровне объекта могут быть настроены в соответствии с системами и требованиями отдельных отелей.

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

Что нужно проверить при оценке интеграции Hotelogix

Перед выбором или внедрением интеграции отелям следует подтвердить:

• Какие системы поддерживаются
• Какая информация обменивается между системами
• Является ли соединение односторонним или двусторонним
• Как часто синхронизируется информация
• Как обрабатываются изменения и отмены бронирований
• Как настроено сопоставление номеров и тарифов
• Как начисления POS попадают на счет гостя
• Как фиксируется статус платежа
• Как определяются и устраняются ошибки интеграции
• Кто предоставляет техническую поддержку
• Применяются ли сборы за настройку или стороннюю интеграцию
• Как можно протестировать интеграцию перед задействованием в реальной работе

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

Хотите увидеть Hotelogix в действии?

Заказать живую демонстрацию

Пример рабочего процесса интеграции Hotelogix

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

Типичный рабочий процесс может выглядеть следующим образом:

OTA / Официальный сайт отеля → Менеджер каналов или модуль бронирования → Hotelogix PMS → Стойка регистрации → POS / Оплата → Гостевой фолио (счет) → Отчетность

1. Бронирование

Гость оформляет бронирование через OTA или прямой канал бронирования отеля.

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

2. Обновление информации о номерном фонде и бронированиях

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

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

3. Прибытие гостя

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

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

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

Если гость пользуется точками продаж отеля, такими как ресторан, совместимая POS-интеграция может перенести соответствующие расходы на гостевой счет.

Платежные системы также могут обмениваться с PMS поддерживаемыми данными о транзакциях или статусе платежа.

5. Выезд

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

Затем отель следует своему настроенному процессу выставления счетов и оплаты для завершения проживания гостя.

6. Отчетность

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

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

Пример рабочего процесса для группы отелей

Для гостиничной группы рабочий процесс может распространяться на несколько объектов:

Данные PMS на уровне объекта → Hotelogix Enterprise → Централизованная отчетность и управление

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

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

Что отелям следует проверить перед запуском в работу

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

Например:

Новое бронирование → Запись в PMS → Распределение номера → Расход по POS → Оплата → Выезд → Отчетность

Отель также должен протестировать:

Изменение бронирования → Обновление в PMS → Обновление номерного фонда

а также:

Отмена → Обновление в PMS → Высвобождение номерного фонда

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

Точный рабочий процесс зависит от продукта Hotelogix, партнера по интеграции, подключенных систем и конфигурации. Поэтому данные сценарии следует протестировать с реальными системами, которые отель планирует использовать.

Оцениваете Hotelogix для технологического стека вашего отеля?

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

Перечислите системы, которые вы в настоящее время используете для:

Дистрибуция → Прямые бронирования → PMS → POS → Платежи → Бухгалтерия → Управление доходностью → Отчетность

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

Это делает оценку специализированной для рабочего процесса именно вашего отеля, а не основанной лишь на списке названий интеграций.

Какие данные передает интеграция PMS отеля?

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

Различные приложения отеля обмениваются различной информацией.

В таблице ниже приведены распространенные примеры.

Это типичные потоки данных. Некоторые интеграции поддерживают движение информации в обоих направлениях.

Не каждое соединение передает каждое поле.

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

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

Что такое система учета в интеграции PMS отеля?

Система учета — это приложение, отвечающее за поддержание актуальной и авторитетной версии определенного типа информации.

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

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

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

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

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

Общие области сопоставления включают:

• Идентификатор объекта или отеля
• Тип номера
• Тарифный план
• Тариф
• Доступность
• Статус бронирования
• Профиль гостя
• Статус платежа
• Точка продаж (POS)
• Категория налогов или выставления счетов

Например, номер «Делюкс Кинг» в PMS отеля может иметь другой код в менеджере каналов или OTA. Интеграция требует четкого сопоставления между этими записями, чтобы бронирование поступало в правильную категорию номеров.

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

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

Архитектура интеграции PMS отеля: API, коннектор, связующее ПО ( middleware ) или передача файлов?

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

Прямая интеграция через API

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

Интеграционный коннектор

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

Промежуточное ПО (Middleware)

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

Файловая интеграция

Некоторые системы обмениваются запланированными файлами, а не непрерывными сообщениями через API. Это может подойти для отдельных бэк-офисных процессов, но может оказаться непригодным там, где отелям требуются быстрые обновления номерного фонда или бронирований.

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

Сравнение методов интеграции с отельными PMS

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

Хотите увидеть Hotelogix в действии

Заказать живую демонстрацию

Как работают отельные API и интеграции?

Многие современные приложения для отелей используют API для связи.

Интерфейс программирования приложений (API) позволяет авторизованным программным системам запрашивать информацию или отправлять обновления с помощью определенных функций.

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

Доступные функции зависят от поставщика PMS.

Интеграция на основе API и вебхуков

Отельный API позволяет приложению запрашивать информацию по мере необходимости.

Например, модуль бронирования может запросить доступные номера на выбранные даты.

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

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

Оба метода могут использоваться одновременно.

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

Односторонняя и двусторонняя интеграция

Одностороннее соединение передает данные только в одном направлении.

Например, PMS может отправлять информацию о гостях в CRM, не получая изменений обратно.

Двустороннее соединение обменивается информацией в обоих направлениях.

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

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

Что отелям следует проверить в API PMS?

Перед созданием или покупкой интеграции задайте вопросы:

• Доступна ли документация по API?
• Поддерживает ли он вебхуки?