Интеграция Битрикс24 с 1С, телефонией, сайтом и мессенджерами

Учётные системы и деньги

Цель группы одна: чтобы суммы в CRM совпадали с тем, что видит бухгалтерия.

• 1С:Предприятие — номенклатура и цены, счета, оплаты, статусы отгрузки. Менеджер видит платёж прямо в сделке и не ходит за подтверждением к бухгалтеру. От вас: доступ к базе и контакт вашего 1С-специалиста.
• МойСклад — остатки, резервы, отгрузки. Продавец не обещает клиенту то, чего нет на складе. От вас: токен API и согласованный справочник товаров — без него обмен встанет на первой же позиции.
• Онлайн-касса и эквайринг — счёт и ссылка на оплату формируются из сделки, поступление денег само закрывает стадию. От вас: договор с платёжным провайдером и правило, кто выставляет счёт.
• Электронный документооборот — договоры и акты уходят на подпись из карточки, статус возвращается в сделку. От вас: название оператора ЭДО, готовность коннектора проверяем до сметы.
• Отраслевые учётные программы — iiko, R-Keeper и подобные подключаются, если у них открыт API. От вас: доступ и документация вендора; если API закрыт, обсуждаем обходной путь до начала работ.

Телефония и коллтрекинг

Самая частая первая интеграция: без неё половина обращений в CRM не попадает вовсе.

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

Сайт и формы

Задача группы — чтобы ни одна заявка не осталась в почтовом ящике.

• Формы на сайте — любая форма, будь то заявка, расчёт или запись, создаёт сделку с меткой страницы. От вас: доступ к CMS или контакт разработчика сайта.
• UTM-метки и данные визита — в сделку попадают источник, кампания и ключевая фраза; без этого сквозную аналитику собрать не из чего. От вас: единая разметка ссылок, привести её в порядок помогаем в рамках настройки аналитики.
• Онлайн-чат и открытая линия — переписка с сайта попадает в ту же карточку, что звонки и письма. От вас: решение, кто дежурит в чате и в какие часы.
• Интернет-магазин — обмен товарами, заказами и статусами доставки, повторные покупки видны в истории клиента. От вас: описание того, где сейчас хранится каталог.
• Личный кабинет и статусы — клиент видит стадию заказа без звонка менеджеру. От вас: готовность дорабатывать сайт, это отдельный объём работ.

Мессенджеры и соцсети

Канал стоит подключать только тогда, когда переписка сохраняется в CRM, а не в личном телефоне сотрудника.

• Telegram — бот и открытая линия: сообщения приходят в сделку, история остаётся у компании после ухода менеджера. От вас: право создать бота от имени компании.
• VK — сообщения сообщества и заявки из рекламных лид-форм попадают в воронку. От вас: доступ администратора сообщества.
• MAX — подключаем там, где ваша аудитория уже перешла в этот мессенджер. От вас: подтверждённый аккаунт компании.
• SMS и e-mail — служебные уведомления, напоминания и рассылки с фиксацией отправки в карточке. От вас: подтверждённые согласия на рекламные сообщения, без них рассылка незаконна.
• WhatsApp — коммуникации на нём не проектируем. С 11–12 февраля 2026 года домены сервиса перестали резолвиться в российской доменной инфраструктуре, а передача персональных данных клиентов через него уже становилась поводом для претензий регулятора. Инструкции 2024 года про воронки в WhatsApp сегодня неприменимы.

Аналитика и реклама

Ради этой группы мы вообще заходим в CRM: без неё реклама считается по заявкам, а не по деньгам.

• Яндекс Метрика — офлайн-конверсии из CRM возвращаются в счётчик, и видно, какие визиты дошли до оплаты. От вас: доступ к счётчику и согласие на передачу идентификаторов.
• Яндекс Директ — оплаченные сделки уходят в кабинет как цели, стратегия обучается на выручке, а не на кликах. От вас: общий справочник кампаний и связка с контекстной рекламой.
• Сервисы сквозной аналитики — Roistat, Calltouch и аналоги сводят расходы, звонки и продажи в один отчёт. От вас: ответ на вопрос, кто будет вести этот отчёт после запуска.
• Выгрузка в таблицы и BI — данные уходят в отчёт руководителя за пределы интерфейса CRM. От вас: список показателей на пять-семь строк, а не «выгрузите всё».
• Рекламные кабинеты соцсетей — лид-формы попадают в воронку с сохранением источника. От вас: доступ к кабинету и решение, кто отвечает за скорость первого касания.

Уровень 1. Готовый коннектор из Маркета

Приложение из каталога Битрикс24 ставится и настраивается за 2–6 часов работ, срок — один-три рабочих дня. Ограничение простое: приложение работает так, как задумал его разработчик, и подстроить его под нестандартную воронку нельзя. Часть приложений Маркета платные, подписка оплачивается отдельно от наших работ, а её условия вендор пересматривает — стоимость уточняем на дату сделки.

Уровень 2. Готовое решение, донастроенное под вас

Тот же коннектор, но с картой соответствия полей, правилами обработки дублей, распределением прав доступа и проверкой на реальных данных, а не на демо-записях. Ориентир — 10–30 часов и пять-десять рабочих дней. Это типовой сценарий: коробочная логика закрывает основную часть задачи, а остаток — как раз то, из-за чего интеграции обычно и не приживаются.

Уровень 3. Разработка под задачу

Собственное приложение на REST API Битрикс24: очередь, повторные попытки, журнал обмена, уведомление ответственному при ошибке. От 40 часов и от трёх недель. Нужен, когда у внешней системы нестандартный API или обмен идёт в обе стороны.

Ставка — 4 000–4 500 ₽ за час работ; итоговая сумма зависит от объёма технического задания, поэтому вилку по конкретной задаче мы называем после разбора, а не до него. Оплата по этапам, после приёмки, а не авансом за весь проект. Отдельно проверяем тариф портала: часть сценариев автоматизации и сквозной аналитики доступна не на всех тарифах — Стандартный стоит 6 990 ₽ в месяц, Профессиональный 13 990 ₽ (по состоянию на июль 2026 года), и переход на старший тариф иногда обходится дешевле, чем разработка обхода.

Лимиты REST API

Битрикс24 считает запросы по принципу «дырявого ведра»: ёмкость — 50 запросов на обычных тарифах и 250 на Энтерпрайз, восстановление около двух запросов в секунду, в один batch помещается до 50 команд. Поверх этого действуют общие ограничения на интенсивность обращений к облаку. Превышение — это не замедление, а блокировка REST, то есть одновременная остановка всех интеграций портала. Поэтому первичную загрузку десятков тысяч записей проектируют как разовую миграцию батчами в ночном окне, а не как «просто включим синхронизацию».

Вебхук или очередь

Вебхук — самый дешёвый способ и самый хрупкий: если портал в этот момент недоступен, внешняя система чаще всего не повторит доставку, и событие пропадает молча. Очередь с повторными попытками и журналом стоит дороже, но переживает сбои: неудачная попытка повторяется, а не пропадает. Практическое правило: разовые и некритичные события — вебхук; всё, что связано с деньгами и обязательствами перед клиентом, — очередь. Разница в цене между двумя вариантами обычно и есть тот самый спор о том, «почему так дорого».

Обновления на стороне второй системы

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

Ограничения второй стороны

У части систем API платный или выдаётся по заявке, у части он односторонний, у отдельных продуктов публичной документации нет вообще. Это выясняется до сметы, потому что от ответа зависит не цена работ, а сама возможность сделать задачу так, как её описал заказчик. Если вторая сторона отдаёт данные, но не принимает их обратно, мы говорим об этом до договора, а не уже в ходе работ.