Панарктик Стар: Интеграция Битрикс24, TravelLine и ГИС ЭП для туроператора

Главное о кейсе

Панарктик Стар — туроператор, который организует путешествия по северу и востоку России. Для такого бизнеса важно не только продать тур, но и корректно передать данные по туристскому продукту в обязательную государственную систему — ГИС «Электронная путёвка» (ГИС ЭП).
До проекта часть процесса оставалась ручной. Оператор работал между TravelLine, Битрикс24 и дальнейшей отправкой данных: сверял бронирование, переносил сведения в CRM, проверял недостающие поля и готовил заявку к передаче. В простом сценарии на одну заявку уходило около 4 минут ручной работы, а оператор заполнял примерно 16 полей.
Мы доработали Битрикс24 так, чтобы CRM стала рабочим центром процесса. Оператор видит предзаполненную карточку, дозаполняет только недостающие сведения и отправляет данные через интеграционный контур: TravelLine → Битрикс24 → шлюз PWD → Skilline → ГИС ЭП → результат обратно в Битрикс24.
В результате ручной ввод в типовом сценарии сократился примерно с 16 полей до 4.

Как проект изменил жизнь пользователей

После проекта оператору не нужно собирать заявку вручную из нескольких систем. Основная работа происходит в Битрикс24: сотрудник открывает сделку, проверяет подтянутые данные, дозаполняет недостающие поля и запускает отправку.
Если в заявке чего-то не хватает, форма показывает, что именно нужно исправить. Если при отправке возникает ошибка, она выводится там же. После успешной отправки результат обработки сохраняется в Битрикс24.
Для пользователя это выглядит не как отдельная техническая система, а как понятный рабочий сценарий внутри CRM. Он не думает о маршруте данных между TravelLine, шлюзом, Skilline и ГИС ЭП — эта часть работает в фоне.
Что изменилось для команды клиента:
— меньше ручного переноса данных между системами;
— меньше риск ошибки при передаче сведений в обязательную государственную систему;
— понятный сценарий работы внутри Битрикс24;
— видимые ошибки и статусы отправки;
— инструкция и обучающее видео для сотрудников.

Бизнес-задача и ее решение

Бизнес-задача была в том, чтобы автоматизировать обязательную передачу данных по туристским продуктам в ГИС ЭП и снизить зависимость процесса от ручной работы оператора.
На старте у клиента уже были Битрикс24 и TravelLine, но связка между системой бронирования, CRM и дальнейшей отправкой данных не закрывала весь рабочий процесс. Чем больше туристов, документов и нестандартных условий, тем выше становился риск ошибки.
Мы разложили задачу на несколько частей:
— брать из TravelLine максимум данных по бронированию;
— сохранять нужные сведения в Битрикс24;
— показывать оператору, что уже заполнено, а что нужно дозаполнить вручную;
— передавать подготовленные данные в Skilline и дальше в ГИС ЭП;
— возвращать результат обработки обратно в Битрикс24;
— учесть реальные сценарии туроператора: юрлица, ИП, иностранных граждан, агентские бронирования и комиссии.
Решением стал интеграционный контур вокруг Битрикс24. CRM осталась рабочим интерфейсом для сотрудников, а шлюз PWD взял на себя техническую передачу данных и добор сведений из TravelLine, которые не попадают в Битрикс24 напрямую.

Крафт (мастерство), реализация, технические детали

Мы добавили в Битрикс24 пользовательские поля для данных, которые нужны при передаче в ГИС ЭП. В карточке сделки и связанных сущностях появились сведения по договору, датам поездки, количеству гостей, стоимости, турагенту, гостям и покупателю.
Часть данных подтягивается автоматически, часть остаётся на ручное заполнение. Например, паспортные данные требуют отдельной обработки и не приходят из TravelLine автоматически, поэтому оператор вносит их вручную.
Отдельно мы настроили связку TravelLine и Битрикс24. TravelLine передаёт в CRM параметры бронирования, которые нужны оператору для проверки и подготовки заявки.
Для дальнейшей передачи мы написали шлюз PWD. Он получает данные из Битрикс24, добирает из TravelLine сведения, которые не попали в CRM, передаёт запрос в Skilline и дальше в ГИС ЭП. После обработки результат возвращается в Битрикс24.
Мы также сделали форму отправки. Она собирает сведения из сделки, контакта, компании и связанных полей, показывает ошибки валидации и фиксирует успешную отправку.
Отдельная часть реализации — нестандартные сценарии:
— для юридических лиц обязательны тип заказчика, адрес и ИНН;
— для ИП дополнительно нужен паспорт;
— для физических лиц обязательны паспортные данные, гражданство, тип документа и адрес, а ИНН не обязателен;
— для иностранных граждан добавили выбор страны и подходящего документа;
— для агентских бронирований учли разницу между стоимостью для туроператора и турагента из-за комиссии.

Инсайты, гипотезы, процесс создания и взаимодействия с заказчиком

Главный инсайт проекта: в таких задачах эффект появляется не от самой «интеграции ради интеграции», а от правильного рабочего сценария для оператора.
Если сотрудник продолжает жить между несколькими окнами, автоматизация остаётся частичной. Поэтому мы сфокусировались на том, чтобы Битрикс24 стал центром процесса: здесь оператор видит заявку, проверяет данные, дозаполняет недостающее и запускает отправку.
Второй важный вывод — нестандартные сценарии нужно закладывать сразу. Для туроператора «простая заявка физлица» не покрывает реальную работу. Есть юридические лица, ИП, иностранные граждане, агентские продажи и комиссии. Если не учесть это в логике полей и валидации, сотрудники быстро вернутся к ручным обходам.
Третий вывод — после запуска нужно не только передать код, но и передать сценарий работы. Мы протестировали интеграцию, подготовили инструкцию и записали обучающее видео, чтобы сотрудники клиента могли пользоваться решением самостоятельно.
Для нас этот проект стал основой для тиражируемой архитектуры в туроператорском и гостиничном контуре. Похожее решение можно адаптировать под другие PMS- и системы бронирования, если они могут отдавать нужные данные.

Скриншоты