Когда Битрикс24 нужно связать с другим сервисом, первым делом вспоминают Zapier — или Make, или n8n, развёрнутый на своём сервере. Иногда это правильный выбор. Но так же часто коннектор добавляет ежемесячный счёт, задержку доставки и третью сторону между вами и данными клиентов — ради того, что портал мог бы сделать сам. В этой статье — как коннекторы работают с Битрикс24, где прячутся их скрытые расходы и какие интеграции закрываются одними роботами.

Как Zapier подключается к Битрикс24?

Zapier обращается к порталу через REST API — тот же интерфейс, на котором работают вебхуки. Зап — сценарий в Zapier — связывает триггер (появился новый лид, изменилась сделка) с одним или несколькими действиями в других приложениях: добавить строку в таблицу, отправить сообщение, выставить счёт. Make и n8n устроены по той же модели, отличаются цены и хостинг. По сути коннектор — облачный посредник, который опрашивает один API или принимает от него события и вызывает другой, а сверху — визуальный редактор.

Какие скрытые расходы у коннектора?

После окончания пробного периода всплывают четыре вещи. Оплата за задачи: каждый шаг каждого запуска списывается из месячной квоты, поэтому живая CRM с парой тысяч лидов в месяц превращается в ощутимую сумму, а цикл повторов из-за неверно настроенного шага сжигает квоту сам по себе. Задержки: на младших тарифах триггеры опрашивают API с интервалом в несколько минут, и сценарий «отправить предложение сразу» незаметно превращается в «в течение четверти часа». Маршрут данных: каждый контакт, сумма сделки и текст сообщения проходят через третью сторону, и этот маршрут придётся согласовывать с юристами и службой безопасности. Покрытие: коннектор открывает только ту часть API, которую подключил автор интеграции, — как только понадобится не охваченное им поле или метод, вы всё равно вернётесь к самодельным запросам.

Что Битрикс24 умеет без коннектора?

Больше, чем принято думать. Роботы закрывают всё, что происходит внутри CRM: смену стадий, задачи, уведомления, изменение полей — база собрана в руководстве по роботам и руководстве по бизнес-процессам. Чего не хватает штатному набору, добавляют роботы из Битрикс24.Маркет — узкие действия, работающие внутри портала: отформатировать телефон, разветвиться по условию, найти связанную запись, посчитать значение. Без квот на задачи, без опроса по расписанию, без выхода данных за пределы платформы. Если внешнюю систему нужно только уведомить или спросить, интеграция часто сворачивается до одного вызова робота.

Как вызвать внешний сервис прямо из бизнес-процесса?

Типовой односторонний зап заменяют два робота. «HTTP-запрос GET/POST» отправляет запрос с нужными заголовками и телом — GET, POST, PUT, PATCH, DELETE или HEAD — и возвращает в процесс код ответа, тело и флаг успеха Y/N, а «Извлечь значение из JSON по пути» достаёт из ответа нужные поля. «Сформировать JSON из полей» собирает валидное тело запроса из значений процесса — без ручного экранирования кавычек. Для уведомлений, которые нельзя терять, есть «Отказоустойчивый вебхук»: он повторяет неудавшиеся доставки с настраиваемым интервалом и сообщает, сколько попыток потребовалось, — у Zapier такая гарантия есть только в платной функции повторной отправки. Эти исходящие роботы работают на платных тарифах Битрикс24.

Когда Zapier всё-таки оправдан?

Коннектор отрабатывает свою цену, когда основная работа на другой стороне: у целевого приложения мучительная OAuth-авторизация, которую не хочется реализовывать самому; сценарий связывает три-четыре внешних SaaS-сервиса, и Битрикс24 в нём лишь одна из остановок; либо объём настолько мал, что хватает бесплатного тарифа, и никто в команде не хочет видеть JSON. Это же честный ответ, когда у сервиса есть отточенная интеграция с Zapier и нет внятной документации по открытому API. Но всё, что начинается и заканчивается в портале — или касается ровно одной внешней точки, — внутри платформы выходит дешевле, быстрее и прозрачнее для аудита.

Что дальше

Начните со списка своих запов и отметьте те, что только переносят данные в Битрикс24 или из него, — это кандидаты на замену на роботов «HTTP-запрос GET/POST» или «Отказоустойчивый вебхук». Механика входящих и исходящих вебхуков разобрана в руководстве по вебхукам, подборка примеров автоматизации показывает, что ещё работает без посредников, а остальное найдётся в каталоге роботов.