Вебхук, готовое приложение или своя интеграция Битрикс24: что выбрать

Что вы покупаете вместе с интеграцией

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

Дальше речь о сайте, который отправляет обращения в облачный Битрикс24 в российской зоне. Клиент оставляет контакты и вопрос, менеджер получает запись в CRM, а руководитель хочет видеть, какие обращения ещё ждут ответа. Для такого обмена предлагают готовый коннектор, небольшой обработчик с вебхуком или собственное приложение. Названия легко спутать: готовый продукт тоже может обращаться к программному интерфейсу CRM, а заказная разработка не обязательно означает большое приложение.

Задача определяет способ связи

Вебхук даёт программе доступ к определённым действиям в Битрикс24. Программу, которая воспользуется этим доступом, ещё надо написать, разместить и поддерживать. Готовый коннектор уже содержит правила передачи данных, которые остаётся настроить. Собственное приложение позволяет построить нужный компании порядок обмена. Это разные объёмы работы.

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

Готовое приложение: где заканчиваются его настройки

Готовый коннектор стоит рассмотреть, когда его возможности описаны достаточно подробно: до покупки компания может увидеть нужные поля, способ передачи обращения и экран ошибок, а затем сопоставить продукт со своим порядком обработки заявок. Но строка «интеграция с Битрикс24» в карточке приложения мало говорит о вложениях, повторных обращениях и выборе ответственного.

Полезная демонстрация

Для формы на сайте стоит показать два обращения от одного человека: первое создаёт запись, второе добавляет новый вопрос. Дальше исполнитель объясняет, как коннектор различает контакт и обращение, находит клиента и решает, создавать ли новую сделку. Без ясного правила контакты начнут дублироваться при каждом сообщении, либо новый вопрос затеряется в старой завершённой сделке. Решение принимают вместе с руководителем отдела продаж, ведь только он может определить, какая запись нужна менеджеру для продолжения разговора.

Для формы с платными рекламными переходами предпочтительнее коннектор с доступной сотруднику историей: при жалобе он найдёт время отправки и ошибку, передаст сведения исполнителю и сможет ответить клиенту, пока специалист восстанавливает доставку. Экран с общей надписью «Подключено» мало помогает, когда часть форм перестала доходить. Если историю видит только поставщик, заранее определите порядок обращения к нему: какие сведения компания передаёт по потерянной заявке, кто разбирает запрос и каким способом сотрудник магазина узнает результат, чтобы затем ответить своему клиенту.

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

Из чего складывается оплата

Для облачного Битрикс24 в зоне ru подписка Маркетплейса указана как условие работы готовых интеграций, локальных приложений и локальных вебхуков. Встроенные функции рассматриваются отдельно. Поэтому в смете различают тариф портала, подписку и платежи разработчику продукта. Основание — правила подписки Битрикс24.

Дешёвый старт имеет смысл, пока регулярные платежи и границы поддержки понятны владельцу. Если предложение называет лишь установку, сравнивать его с ценой разработки преждевременно: в другой смете могут уже учитываться обслуживание, доработка формы и восстановление обмена.

Когда достаточно вебхука

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

Секрет остаётся на сервере

В справке поле с доступом называется «Вебхук для вызова REST API». Его секретный код нельзя размещать в открытом коде страницы: он даёт доступ к данным портала. Заказчику достаточно потребовать, чтобы посетитель сайта не получал этот ключ, а разработчик показал место защищённого хранения без раскрытия значения. Правило приведено в инструкции по созданию интеграций.

Вебхук не равен бесплатному подключению. У обработчика есть размещение и обслуживание, у облачного портала — условия подписки. Исключение из справки для пользовательского триггера CRM относится к методу crm.automation.trigger. Переносить его на создание заявок нельзя. Коробочная версия описана отдельно, поэтому цену облачного подключения не рассчитывают по её правилам.

Для отправки одной формы достаточно обработчика с вебхуком, если он сохраняет обращения до передачи и позволяет повторить неудачную отправку: отдельное приложение здесь может добавить экраны управления, которыми сотрудники не будут пользоваться. При сдаче разработчик показывает журнал ошибок и способ заменить доступ, а компания получает описание полей и порядок восстановления, по которому сможет работать следующий исполнитель.

Узость задачи — преимущество. Двусторонний обмен заказами и синхронизация справочников уже требуют нового описания работ: без него у компании вырастет сложная система, которую никто не сможет уверенно обслуживать.

Собственная разработка: свобода вместе с обязанностями

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

Сравнение по составу работ

Универсального победителя здесь нет. Для одинаковой задачи сравнивают одинаковый состав работ, иначе коннектор выглядит дешёвым без настройки, а собственная разработка — дорогой вместе с годом обслуживания.

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

Обсуждая поддержку, перечислите изменения и сбои, с которыми исполнитель будет помогать: новая форма, дополнительное поле, обновление связанного сервиса или остановка отправки. В таком перечне видно, какие работы входят в оплату, а какие станут новым заказом. Слово «сопровождение» без этих подробностей оставляет слишком много места для разных ожиданий.

Кто заметит остановку обмена

Полезная часть приёмки начинается, когда CRM временно недоступна. Сайт уже принял заявку, и компания обязалась ответить человеку. Исполнитель показывает, где сохраняются данные, как выполняется повторная отправка и почему она не создаёт второе обращение, если первый запрос всё-таки успел дойти. Повтор испытывают отдельно.

Сведения для сотрудника и для разработчика

В журнале полезны время, внутренний номер заявки, результат отправки и номер созданной записи CRM. Личные данные целиком для такого контроля не требуются. Менеджеру нужен список ещё не доставленных обращений, а специалисту — подробности причины. Это позволяет заметить потерю до жалобы клиента и не раздавать всем доступ к служебным ключам. Ответственный видит и сообщение об аварии, и список обращений, которые предстоит доставить. Срок хранения этой истории выбирают так, чтобы сотрудники успевали разобрать пропажу и связаться с клиентом.

В Битрикс24 подключения собраны на вкладке «Интеграции», а сведения о запросах доступны на вкладке «Статистика». Эти экраны помогают разбирать обмен, однако учёт принятых обращений нужен и на стороне сайта. Иначе сравнивать с CRM будет нечего. Названия вкладок приведены в документации раздела «Разработчикам».

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

Уведомление о сбое лучше отправлять независимым способом: когда заявка не дошла в CRM, сообщение по той же цепочке также может потеряться, и сотрудники узнают об остановке лишь после жалобы покупателя или ручной сверки обращений. Ответственный за восстановление нужен заранее: фраза «обратиться в поддержку» бесполезна без адресата и способа показать ему конкретную остановку.

Что останется у компании после подключения

Приёмка включает передачу управления. К сдаче у компании есть перечень передаваемых полей, правило обработки повторного обращения, список регулярных платежей и контакт ответственного. Исполнитель демонстрирует обычную отправку, временную недоступность CRM и восстановление. Затем сотрудник находит результат без подсказок разработчика.

Замена поставщика тоже требует подготовки

Для коннектора нужен порядок отключения и выгрузки служебной истории, для собственного кода — доступ к исходникам и размещению. Если очередь недоставленных заявок хранится у поставщика, заранее выясните, что произойдёт с ней при окончании оплаты и как компания получит обращения, за которые уже заплатила рекламному каналу.

Смету удобно обсуждать на одном выбранном компанией сроке обслуживания: запуск, платежи, изменения формы, восстановление после сбоя и смена исполнителя. При таком сравнении видны причины разницы в цене. Недостающую функцию можно оценить заранее и включить в бюджет подключения.

Если никто не отвечает за передачу заявок, любой вариант постепенно становится чёрным ящиком. Формы продолжают подтверждать приём, менеджеры видят лишь дошедшие обращения, реклама тратит деньги в обычном режиме. Разобраться в потере помогут только записи, которые начали вести до сбоя.