Интеграция TravelLine с CRM, PMS или сайтом
Интеграция TravelLine с CRM, PMS или сайтом связывает канал бронирования с системой, где сотрудники ведут гостя, продажи и операционную работу. TravelLine Partner API состоит из отдельных интерфейсов для разных задач. Content API отдаёт описание и фотографии средства размещения, категории номеров, тарифы, услуги и удобства.
Read Reservation API позволяет получать бронирования из TL: Booking Engine, TL: Channel Manager и TL: WebPMS. Search API возвращает варианты размещения и минимальные цены, а PMS API открывает сценарии работы с бронированиями и проживанием в рамках выданных прав. Для оперативных изменений доступны вебхуки с типами событий, описанными в документации TravelLine.
Мы начинаем с реального маршрута данных: откуда приходит бронь, где менеджер продолжает работу, какие статусы важны и какой идентификатор связывает записи. Затем выбираем официальный интерфейс, настраиваем OAuth 2.0, сопоставляем поля и добавляем журнал. Событие обрабатывается один раз, карточка обновляется по устойчивому идентификатору, а временная ошибка получает повтор с контролем.
Для сайта можно получить выбранный контент и доступные варианты размещения, сохранив переход к бронированию через TravelLine. В результате команда работает в привычной CRM, PMS или панели сайта и видит актуальные данные вместе с источником и временем последнего обмена.
Когда стоит обратиться
Обычно к нам обращаются в таких ситуациях:
- Новое бронирование появляется в TravelLine, а менеджер вручную создаёт сделку и контакт в CRM.
- Сотрудники сравнивают статусы бронирования, суммы и даты между TravelLine и внутренней PMS перед каждым заездом.
- Сайт хранит описания, фотографии, категории номеров и тарифы отдельно от настроек TravelLine, поэтому обновления расходятся.
- Компания собирает собственный отчёт по продажам и загрузке, а исходные бронирования приходится регулярно выгружать вручную.
Что именно мы сделаем
Разбираем путь бронирования и выбираем данные TravelLine, которые нужны сотрудникам или посетителям сайта.
Проверяем продукты, права API-подключения и доступные официальные методы для выбранного сценария.
Сопоставляем объекты, номера, тарифы, бронирования, гостей, суммы и рабочие статусы между системами.
Настраиваем авторизацию, запросы или вебхуки, обработку повторов, журнал и понятные статусы обмена.
Проводим контрольные сценарии, запускаем рабочий поток и передаём карту полей с инструкцией поддержки.
Что входит в стоимость
69 900 ₽ за всю работу
Разбираем действующий путь бронирования, выбираем подходящий TravelLine Partner API и настраиваем один законченный рабочий сценарий: передачу бронирований в CRM, обмен с PMS либо вывод контента и вариантов размещения на сайте. Получаем данные через официальную авторизацию OAuth 2.0, сопоставляем поля и статусы, обрабатываем пагинацию и вебхуки, добавляем защиту от дублей, журнал операций и контрольные сценарии. Небольшие связанные уточнения карточек включаем в общий результат.
Что будет готово
Передадим вам
- Рабочая интеграция TravelLine с выбранной CRM, PMS, сайтом или внутренним сервисом.
- Карта объектов, полей, статусов и идентификаторов между TravelLine и принимающей системой.
- Журнал операций с временем, событием, результатом и понятным статусом для ответственного сотрудника.
- Протокол контрольных сценариев и инструкция по ключам, повторным операциям и дальнейшей поддержке.
Перед сдачей проверим
- Контрольное бронирование появляется в выбранной системе с правильным объектом, датами, гостем, суммой и исходным идентификатором TravelLine.
- Изменение и отмена обновляют связанную карточку, сохраняют историю и показывают актуальный рабочий статус сотруднику.
- Повтор одного события сохраняет единственную связанную запись, а временная ошибка успешно проходит предусмотренный повтор.
- Для сценария сайта выбранный контент или варианты размещения совпадают с ответом TravelLine на контрольных объектах и датах.
Как это выглядит на практике
Бронь TravelLine превращается в готовую сделку CRM
- 01
Гость оформляет бронирование через TL: Booking Engine, а TravelLine присваивает ему номер и статус.
- 02
Интеграция получает событие или очередную порцию бронирований и запрашивает детали официальным методом.
- 03
CRM находит карточку по идентификатору TravelLine, создаёт или обновляет сделку, контакт, даты и сумму.
- 04
Менеджер получает задачу по внутренним правилам, а журнал показывает время обработки и связь двух записей.
Что понадобится для работы
От вас
- API-подключение TravelLine с client_id, client_secret и правами, подходящими выбранному рабочему сценарию.
- Доступ к тестовой версии CRM, PMS, сайта или внутреннего сервиса и описание используемых полей и статусов.
- Примеры объектов, бронирований, изменений, отмен, тарифов и услуг для контрольного обмена.
- Ответственный сотрудник, который подтвердит правила создания карточек, назначения менеджеров и обработки исключений.
Если у вас немного другая ситуация
Небольшие уточнения, которые помогают довести согласованный результат до рабочего состояния, уже учитываем в цене. Если по ходу работы появится отдельный крупный блок или понадобится платная лицензия, сначала обсудим варианты и стоимость. Расскажите о своей ситуации — подстроим план под неё.
- 3 000 ₽после подписания договора через Диадок
- 66 900 ₽после выполнения, демонстрации и приёмки результата
Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.
Часто спрашивают
Об этой услуге
Какие данные можно получить из TravelLine?
Состав зависит от подключённого API. Официальная документация описывает контент объекта и номеров, тарифы и услуги, бронирования, варианты размещения, отдельные данные PMS, аналитику и события вебхуков. Перед стартом проверяем права конкретного подключения.
Как выдаётся доступ к TravelLine Partner API?
Отельер создаёт API-подключение в личном кабинете TravelLine и передаёт client_id и client_secret. Прямой партнёр запрашивает тестовую среду и учётные данные у TravelLine по официальному порядку подключения.
Можно отправлять бронирования в CRM автоматически?
Да, при наличии доступа к бронированиям выбранного объекта. Сохраняем номер и идентификаторы TravelLine, сопоставляем гостя, даты, сумму и статус, затем создаём либо обновляем связанную карточку CRM по выбранным правилам.
Интеграция умеет обрабатывать изменения и отмены?
Настраиваем обновление связанной записи по номеру бронирования и устойчивому идентификатору. Изменение дат, состава услуг или статуса фиксируется в истории, а сотрудник видит актуальное состояние и время последнего обмена.
Можно вывести цены и доступность TravelLine на собственном сайте?
Search API предоставляет варианты размещения и минимальные цены по заданным параметрам. Сценарий проектируем с учётом официального условия: результаты поиска используются для последующего создания бронирования в TravelLine.
Как защищаются client_secret и токены доступа?
Учётные данные хранятся в серверной конфигурации или защищённом хранилище. Пользовательский браузер получает только нужный результат, а технический журнал содержит идентификатор операции и диагностический статус вместо секретов.
Что происходит при повторной доставке события?
Обработчик ищет запись по идентификатору TravelLine и применяет обновление к существующей карточке. Журнал хранит ключ события и результат, поэтому повторный вызов поддерживает актуальное состояние одной брони.
Как принимается готовая интеграция?
Выполняем выбранные сценарии новой брони, изменения, отмены, повторного события и временной ошибки. Сверяем ключевые поля в TravelLine и второй системе, после чего передаём протокол, карту полей и инструкцию поддержки.
Цена и изменения по ходу работы
Цена на странице окончательная?
Да. Перед началом мы сверяем исходные данные и фиксируем результат в договоре. Указанная на странице сумма покрывает согласованную работу целиком, даже если её техническая реализация потребует больше времени, чем ожидалось при оценке.
Что означает резерв незапланированных работ?
Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.
Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.
Можно уточнять детали уже во время работы?
Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.
Начало работы и оплата
Как оформляются договор и оплата?
Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.
Когда начинается срок выполнения?
Срок отсчитывается после согласования задачи, получения необходимых доступов и материалов, подписания договора и поступления предоплаты. Конкретную дату старта и плановый день готовности подтверждаем перед началом.
Как учитываются платные лицензии и внешние сервисы?
До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.
Проверка результата и гарантия
Как принимается готовая работа?
Вместе проверяем согласованные сценарии на контрольных данных или тестовой копии, а затем демонстрируем результат. Для интеграций сверяем передачу данных и обработку ошибок, для сайта — работу нужных страниц и действий пользователя, для отчёта — расчёты и обновление данных.
Какая гарантия действует после сдачи?
На выполненные изменения действует гарантия 3 месяца. Если в изменённой нами части обнаружится ошибка нашей реализации, проверим и исправим её без дополнительной оплаты. Переданные материалы, настройки и код остаются у заказчика.
Связанные шаги
- 01Принимать прямые бронирования без агрегатора
Настроить прямые бронирования на собственном сайте
- 02Интеграция TravelLine с CRM, PMS или сайтом
Связать TravelLine с CRM, PMS или сайтом
- 03Автоматизация туристического налога в PMS, 1С и модуле бронирования
Автоматизировать туристический налог в системе бронирования