Как интегрировать Flexbe и Битрикс24: расширенная логика обработки заявок без платных коннекторов

Лендинги на конструкторах сайтов часто становятся основным источником заявок для малого и среднего бизнеса. Данные из форм должны автоматически передаваться в CRM и сразу поступать менеджерам. На практике стандартные интеграции не всегда работают корректно. В CRM появляются дубли клиентов, часть UTM-меток теряется, а заявки могут поступать с задержкой. В таких случаях требуются доработки Битрикс24 и индивидуальная настройка.

Команда Integrator.Digital адаптирует Битрикс24 под задачи конкретных компаний: настраивает CRM, добавляет нужные модули, автоматизирует процессы и при необходимости выполняет интеграции с сайтами и внешними сервисами. Один из недавних проектов — интеграция Битрикс24 Flexbe для логистической компании, получающей заявки через лендинги на этой платформе. Задача — передача заявок в CRM без дублирования клиентов и использования сторонних платных коннекторов.

С какими проблемами столкнулся клиент

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

Проблема проявлялась так:

• в CRM возникали дубли клиентов — один и тот же человек мог оставить заявку несколько раз, и система создавала новые лиды;

• старый коннектор использовал REST-запросы и бизнес-процессы, из-за чего портал периодически замедлялся;

• UTM-метки с лендинга не всегда правильно распределялись по полям CRM.

Дубли возникали из-за разных форматов телефона. Например, клиент мог указать номер +7 (999) 123-45-67, а затем отправить заявку с номером 89991234567. CRM воспринимала эти обращения как разных людей, и история общения разделялась между несколькими лидами.

Архитектура интеграции Битрикс24 Flexbe

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

Решение выглядит так: лендинг Flexbe отправляет данные формы → серверный webhook-приемник принимает запрос → скрипт обрабатывает заявку → данные записываются напрямую в CRM.

Для обработки используется небольшой скрипт на PHP на базе Bitrix Framework D7. Он работает как webhook-receiver и обращается напрямую к ядру CRM через внутренние классы системы. За счет этого заявки принимаются без дополнительных REST-вызовов и промежуточных бизнес-процессов.

Логика поиска дублей

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

Алгоритм обработки:

• из номера убираются скобки, пробелы и другие лишние символы;

• код страны не учитывается;

• по базе сравниваются последние десять цифр.

В результате номера +7 (999) 123-45-67 и 89991234567 сводятся к одной и той же последовательности цифр. Если в CRM уже есть контакт с таким номером, скрипт находит его и привязывает новую заявку к этой карточке. История общения в этом случае сохраняется в одном контакте.

Бизнес-логика обработки заявок

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

Возможны несколько сценариев:

• новый клиент — если совпадений нет, создается новый лид с UTM-метками и дополнительными данными, включая ИНН;

• активная сделка — если по контакту уже идет работа, новая заявка не создает дубль, а добавляется в таймлайн текущей сделки;

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

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

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

Скорость и надежность интеграции

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

В новой архитектуре заявка сразу записывается в CRM. Время обработки сократилось с нескольких секунд до 0,01 секунды.

Для бизнеса это означает:

• заявки появляются в CRM практически сразу после отправки формы;

• менеджеры быстрее связываются с клиентами;

• портал не перегружен процессами;

• CRM перестала создавать дубли клиентов;

• аналитика по UTM-меткам стала точной;

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

• отпала необходимость оплачивать сторонние сервисы-коннекторы.

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

Ограничения стандартных интеграций Битрикс24

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

На практике проблемы проявляются по-разному. Например:

• данные из CRM и внешнего сервиса перестают синхронизироваться после обновления API или изменения структуры;

• статусы сделок и заказов начинают расходиться между системами — в CRM заказ закрыт, а в сервисе доставки или WMS он остается активным;

• интеграции с платежными сервисами не всегда передают информацию об оплате, из-за чего сделки остаются в неверных стадиях;

• автоматические обновления сторонних сервисов меняют формат передачи данных, и часть информации перестает записываться в CRM;

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

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

Интеграция Flexbe и Битрикс24 под задачи бизнеса

Кейс с Flexbe показывает один из вариантов интеграции сайта с CRM. На практике Битрикс24 связывают с разными источниками данных и рабочими инструментами: сайтами и формами заявок, рекламными кабинетами, системами управления складом (WMS), ERP-решениями, платформами бизнес-аналитики (BI) и внутренними корпоративными сервисами.

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

Если вам нужна интеграция Битрикс24 с внешними сервисами или доработка системы под непосредственные процессы компании, обратитесь в Integrator.Digital. Мы поможем спроектировать и реализовать решение под ваши условия.