Интеграция Битрикс24 с любыми сервисами
В маркете приложений есть далеко не всё. Отраслевая программа, собственная база, сервис подрядчика, внутренняя система — если у них есть способ обмениваться данными, связку можно написать. Если способа нет, мы скажем это сразу.
- Обмен с системами, для которых нет готовых приложений
- Свои правила: какие данные, когда и в какую сторону
- Связка живёт в вашем портале и остаётся у вас
- Описание и оценка до начала работы, а не «по ходу разберёмся»
Проверяем возможность обмена до того, как браться: у части сервисов её просто нет.
Работаем только с Битрикс24 — другие CRM не ведём. За это время прошли почти все сферы, где система вообще применима.
№1 в УрФО по продажам лицензий и ТОП-10 интеграторов России. Статус даётся за объём и качество проектов, а не за взнос.
Основная профессия внутри компании — бизнес-аналитик. Процессы разбирает он, а не менеджер по продажам.
Что передаётся между системами
Набор всегда свой: чем меньше сущностей в обмене, тем он надёжнее. На встрече решаем, что из этого нужно именно вам.
Из любых источников: форм, сервисов записи, отраслевых порталов, систем партнёров.
Товары, услуги, объекты, тарифы — то, из чего менеджер собирает предложение.
Изменение в одной системе двигает сделку в другой: подтверждение заказа, готовность объекта, отгрузка.
Спецификации, расчёты, акты — там, где их формирует другая система.
Как устроена синхронизация
Это то, о чём договариваются до настройки. Данные ходят по правилам, и правила лучше знать заранее — тогда понятно, что будет при сбое и почему обмен иногда просит внимания.
Чужой сервис может отдавать данные в Битрикс24, забирать их или и то и другое. Первое, что мы делаем, — описываем это словами: кто инициатор, что считается событием и какая система главная по каждой сущности.
Хороший сервис присылает событие сам; остальных приходится опрашивать по расписанию. Разница заметна в скорости и в нагрузке, и она же определяет трудоёмкость работы.
Телефон, почта, внешний идентификатор заказа — что угодно, лишь бы оно было уникальным и неизменным. Самая частая причина переделки обмена — ключ, который со временем меняется.
Неудачный запрос повторяется, а всё, что ушло и пришло, пишется в журнал. Без журнала разбирательство «почему этой сделки нет» превращается в гадание.
Два сценария, которые встречаются чаще всего
Одна и та же интеграция у разных компаний устроена по-разному. Вот два типовых случая — скорее всего, вы узнаете свой.
Учёт ведётся в специализированной системе, а продажи — в Битрикс24. Обмен настраивается так, чтобы каждая оставалась главной в своей части.
Собственная разработка, которую никто не будет менять. Пишем связку под её возможности, а не наоборот.
Где это уже работает
Четыре внедрения, в которых обмен данными был главной частью задачи.
Четыре шага и одно правило
Правило: сначала договариваемся, что и в какую сторону передаётся, и только потом настраиваем. Большинство проблем с обменом — из-за того, что этот разговор пропустили.
- 1Описываем обменКакие данные, в какую сторону, как часто и какая система главная. Здесь же выясняется, что часть задач решается штатными средствами.
- 2Готовим системыПроверяем поля и справочники: обмен идёт по ним. Если данные ведутся по-разному, сначала приводим их к общему виду.
- 3Настраиваем и проверяемСначала на ограниченном наборе данных — так ошибки видно до того, как они попадут в рабочую базу и к клиентам.
- 4Запускаем и наблюдаемПервые дни следим за обменом: что не прошло, что задвоилось. Интеграция готова, когда отработала на живом потоке.
Что нужно знать до начала
Если система закрыта и не отдаёт данные, честный ответ — интеграция невозможна. Выгрузка файлом иногда остаётся единственным вариантом.
Обновления на стороне сервиса могут её ломать. Это стоит закладывать заранее, а не узнавать в момент сбоя.
Нестандартный обмен без описанного поведения — самый быстрый способ потратить бюджет и получить не то.
Мы говорим об ограничениях до начала работы, а не в середине: интеграция, обещанная как простая, а оказавшаяся сложной, портит проект сильнее, чем честная оценка на старте.
Как считается работа
Цена зависит не от количества систем, а от глубины обмена и состояния данных. Считаем часами и называем сумму после того, как разобрались в задаче.
Когда всё решается штатными средствами и настройками. Самый быстрый вариант — и самый надёжный в сопровождении.
Когда сначала нужно привести в порядок справочники и поля. Основная работа тут не в настройке, а в подготовке.
Когда готового решения нет и обмен пишется под вас. Оценивается отдельно — это уже доработка.
Начинается всё с разговора: что за системы, какие данные и в какую сторону. Если задача закрывается настройкой без разработки — скажем сразу, это дешевле для вас.
Расскажите, что с чем нужно связать
40 минут с аналитиком. Разберём, какие данные должны ходить между системами и в какую сторону, — от этого зависит и цена, и сроки.
- 1Позвоним в течение рабочего дняУточним задачу и подберём аналитика, который работал с вашей сферой
- 2Встреча онлайн, 40 минутРазбираем ваши процессы, показываем похожие внедрения, называем вилку
- 3Присылаем расчёт и планДальше решаете вы — обязательств после встречи не возникает
Интеграция CRM с любыми сервисами: как связать Битрикс24 с тем, для чего нет готового решения
Готовые коннекторы закрывают популярные сервисы. Но у большинства компаний есть система, для которой готового решения нет: отраслевой учёт, собственная разработка, сервис поставщика, оборудование на производстве. Такие связки строятся через API — и ломаются они всегда в одних и тех же местах.
С чего начинается работа
Не с кода, а с четырёх вопросов, на которые нужно ответить словами:
- Кто инициатор. Чужой сервис присылает данные сам или мы его опрашиваем? Хороший сервис умеет вебхуки — тогда обмен идёт по событию и почти не нагружает систему. Если не умеет, приходится опрашивать по расписанию, и это другая трудоёмкость.
- Что считается событием. «Заказ изменился» — не событие: изменился статус, состав, сумма? От ответа зависит, что и когда передавать.
- Какая система главная. По каждой сущности должен быть один хозяин: где заводится клиент, где меняется цена, где создаётся документ. Без этого правки идут в обе стороны и однажды затирают друг друга.
- По какому ключу сопоставляем. Телефон, почта, внешний идентификатор заказа — что угодно, лишь бы оно было уникальным и неизменным. Самая частая причина переделки обмена — ключ, который со временем меняется.
Эти ответы и есть половина работы. Технически связать можно почти всё, у чего есть API; тяжело там, где не договорились о правилах.
Что обычно связывают
- Отраслевые учётные системы — логистические, медицинские, складские, производственные, для которых коннектора не существует.
- Собственные разработки клиента — личный кабинет, калькулятор, портал для дилеров.
- Сервисы партнёров и поставщиков — прайсы, остатки, статусы заказов.
- Сервисы автоматизации — рассылки, подписи документов, проверки контрагентов, аналитика.
- Оборудование и производственные системы — когда в CRM нужно видеть, на каком этапе заказ физически.
Как это устроено технически
Битрикс24 умеет и принимать, и отдавать данные через REST, события отправляет вебхуками. На стороне чужого сервиса возможны три варианта: нормальный API с документацией, API с особенностями (лимиты, странная авторизация, неполные ответы) и отсутствие API вовсе.
Третий случай — отдельный разговор: иногда остаётся обмен файлами по расписанию, иногда задача решается через промежуточный сервис. Но это всегда менее надёжно, и мы говорим об этом до начала, а не после.
Обязательные части любой такой интеграции — очередь с повторами (неудачный запрос не теряется) и журнал (видно, что ушло и что пришло). Без журнала разбирательство «почему этой сделки нет» превращается в гадание, и чинить приходится вручную.
Где ломается
Лимиты запросов. У большинства сервисов есть ограничение на число обращений. Слишком частый опрос — блокировка ключа и остановка обмена.
Изменения на чужой стороне. Сервис обновился, поле переименовали, формат ответа поменялся. Это не авария, а обычная жизнь интеграции: её стоит закладывать в сопровождение.
Доступы на личных аккаунтах. Ключ выписан на сотрудника, сотрудник ушёл, доступ отозван — обмен встал. Доступы должны принадлежать компании.
Сколько это стоит
Считается часами и зависит от трёх вещей: качества чужого API, числа сущностей в обмене и того, насколько готовы данные с вашей стороны. Типовое подключение, когда всё решается штатными средствами, — самый быстрый и надёжный вариант; обмен с подготовкой данных занимает больше; разработка под нестандартную задачу планируется как доработка.
Назвать цифру до изучения API мы не можем — и когда её называют не глядя, это обычно значит, что подрядчик заложил запас или не посмотрел документацию.
Если ваш сервис из частых — возможно, он уже есть в списке: все интеграции. Если нет — пришлите ссылку на документацию API, аналитик посмотрит и скажет, что реально связать.