Интеграция U-ON.Travel и Битрикс24 под ключ

Менеджер турагентства вносит заявку в U-ON.Travel, но сделка в Битрикс24 создаётся вручную - данные клиента дублируются, статусы расходятся, а задачи по оплате теряются между системами. Без интеграции команда тратит до 40% рабочего времени на ручной перенос данных, допускает ошибки в суммах и сроках, а руководитель не видит реальной воронки продаж в CRM.

Как мы это делаем

Аудит и архитектура: изучаем ваши процессы в обеих системах, определяем направления передачи данных, выбираем инструмент связки - нативный API U-ON.Travel + REST API Битрикс24 или оркестрация через n8n для сложных сценариев с условиями.
Настройка webhook-триггеров: подключаем webhook-уведомления на стороне U-ON.Travel для событий (создание заявки, смена статуса, приход оплаты) и настраиваем обработчики на стороне Битрикс24 через входящие вебхуки или бизнес-процессы.
Маппинг полей: прописываем соответствие каждого поля между системами - стандартных и кастомных, задаём правила трансформации данных (форматы дат, коды валют, статусные значения), исключаем дубли через проверку по e-mail и телефону.
Тестирование сценариев: прогоняем каждый триггер на реальных тестовых данных, проверяем граничные случаи (аннулирование, частичная оплата, смена ответственного), фиксируем и устраняем расхождения.
Мониторинг и поддержка: настраиваем логирование всех операций, алерты на ошибки синхронизации в Telegram или e-mail, передаём документацию и инструктируем команду по работе со связкой.

Что синхронизировать между U и On-Travel-Bitrix24

Для корректной передачи данных между системами используются следующие маппинги полей:

Данные клиента: /customers/{id} (U) → crm.contact.add/update (Bitrix24). Поля: email, phone, full_name.
Бронирование: /bookings/{id} (U) → crm.deal.add (Bitrix24). Поля: booking_reference, total_price, currency.
Статус оплаты: /payments/{id} (U) → crm.deal.update (Bitrix24). Поле payment_status мапится на пользовательское поле UF_CRM_PAYMENT_STATUS.
Данные туристов: /passengers (U) → crm.contact (Bitrix24). Синхронизация паспортных данных в UF_CRM_PASSPORT_DATA.
Источник бронирования: /bookings/{id}.source (U) → crm.deal.add (Bitrix24). Поле SOURCE_ID для сегментации сделок.

Технические детали интеграции U ↔ On-Travel-Bitrix24

Направление: Двусторонняя синхронизация для статусов оплат и данных клиента, односторонняя (U → Bitrix24) для создания сделок.
Формат данных: Обмен данными осуществляется строго через JSON. Кодировка UTF-8.
Обработка конфликтов: Приоритет отдается данным из U (Master-система). При обнаружении 409 Conflict в Bitrix24 обновляется существующая сущность по external_id.
Частота обновления: Использование Webhooks (для U) и событий OnCrmDealUpdate (для Bitrix24) обеспечивает передачу данных в режиме реального времени (задержка до 3 секунд).
Retry-логика: При получении ответов 502 Bad Gateway, 503 Service Unavailable или 429 Too Many Requests, скрипт интеграции выполняет повторный запрос с экспоненциальной задержкой (Exponential Backoff: 1с, 2с, 4с, 8с).
Удаление: При удалении записи в U API-вызов отправляет запрос crm.deal.delete, либо переводит сделку в статус «Отказ» в зависимости от настроек логики бизнеса.

Частые вопросы про U + On-Travel-Bitrix24

Как настроить авторизацию?

Для U используйте персональный API Key через заголовок Authorization: Bearer {token}. Для Bitrix24 необходимо развернуть локальное приложение (App) и использовать OAuth 2.0 для получения access_token и refresh_token.

Что происходит, если один из сервисов недоступен?

Все события ставятся в очередь (Redis Queue). Как только сервис возобновляет работу, обработчик очередей начинает последовательную отправку накопленных запросов согласно их меткам времени.

Существуют ли лимиты API?

Bitrix24 REST API ограничивает вызовы до 2 запросов в секунду для облачных версий. Интеграция использует механизмы пагинации и группировки запросов через batch, чтобы не превышать лимиты.

Как предотвратить создание дубликатов?

Перед созданием сделки или контакта система делает поисковый запрос (crm.contact.list или crm.deal.list) по external_id, который мы храним в пользовательском поле UF_INTEGRATION_ID.

Какова скорость синхронизации?

При штатной работе API обоих сервисов время прохождения данных из U в CRM составляет менее 500 мс. При высокой нагрузке на очередь время может увеличиться до 5-10 секунд.

Настроить связку U + On-Travel-Bitrix24 под ключ — flowframe.ru, от 40 000 ₽, срок 7-21 день.

Готов связать U-ON.Travel с Битрикс24?

Оставьте заявку — вернёмся в течение часа со сметой и планом работ.

Оставить заявку