Интеграция ИИ с Битрикс24: сценарии для нейросети и способы подключения

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

Встроенный CoPilot или своя интеграция

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

Если встроенных функций хватает, разработка не нужна. Своя интеграция оправдана, когда:

• ответы должны опираться на вашу базу знаний, прайс или регламенты;
• нужна конкретная модель или обработка на своих серверах, например из-за персональных данных;
• логика сложнее, чем «сделать резюме»: классификация по вашим правилам, расчёты, проверки;
• в процессе участвуют другие системы — 1С, почта, телефония, склад;
• нужен журнал действий ИИ и контроль, какие поля он меняет.

Сценарии ИИ в Битрикс24

Разбор входящих заявок

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

Ответы клиентам в открытых линиях

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

Резюме сделки и звонков

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

Задачи и следующий шаг

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

Черновики писем и документов

По кнопке в карточке готовится черновик ответа клиенту или коммерческого предложения с данными сделки. Менеджер правит и отправляет сам.

Вопросы руководителя к данным CRM

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

Как ИИ подключается к Битрикс24 технически

Собственные роботы удобны администратору: в настройке воронки появляется шаг вроде «Сделать резюме переписки» или «Классифицировать заявку», и его ставят на нужную стадию так же, как стандартных роботов. Для записи результата используются обычные методы REST: crm.deal.update для полей, crm.timeline.comment.add для комментариев, tasks.task.add для задач.

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

Как устроена типовая интеграция

1. В Битрикс24 происходит событие, и портал отправляет его сервису интеграции.
2. Сервис ставит задачу в очередь и сразу подтверждает получение — портал не ждёт ответа нейросети.
3. По идентификатору сервис запрашивает нужные данные: карточку, последние сообщения, комментарии.
4. Лишние поля отбрасываются, персональные данные при необходимости маскируются.
5. Модель получает данные и инструкцию и возвращает результат в заданной структуре.
6. Код проверяет результат: допустимые значения полей, формат дат, наличие обязательных пунктов.
7. Результат записывается в портал, а в журнале остаётся запись: что пришло, что ответила модель, что изменено.

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

Отдельный риск — цикл из собственных изменений. Интеграция обновила сделку, портал прислал событие об изменении, интеграция снова взялась за ту же сделку. Сервис должен узнавать собственные изменения и пропускать их.

Права, контроль и где ИИ ошибается

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

Несколько правил снижают цену ошибки:

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

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

Когда интеграция ИИ с Битрикс24 не нужна

• CRM фактически не ведётся. Если менеджеры не фиксируют переписку и звонки в карточках, нейросети не с чем работать. Сначала нужна дисциплина ведения CRM.
• Хватает встроенного ИИ. Если CoPilot закрывает ваши задачи, начните с него.
• Обращений мало. При нескольких заявках в день выигрыш от автоматического разбора невелик.
• Задача решается без нейросети. Назначить ответственного по региону или напомнить о просроченной задаче можно стандартными роботами и бизнес-процессами.
• Не решено, где будет работать модель. Если в карточках персональные данные, а передавать их во внешний сервис нельзя, сначала определяются с размещением модели. Иначе проект упрётся в требования к данным уже после разработки.

С чего начать

1. Выберите один сценарий с понятным эффектом: разбор заявок, резюме сделок или задачи по итогам звонков.
2. Выгрузите 50–100 реальных примеров — заявки, переписку, комментарии: на них проверяется качество.
3. Уточните версию (облако или коробка), тариф и кто администрирует портал.
4. Решите, какие поля ИИ заполняет сам, а какие только предлагает менеджеру.
5. Если в процессе участвует 1С, заранее опишите, какие данные откуда берутся, — об этом в статье о синхронизации CRM и 1С.

Прототип одного сценария на тестовом портале или в тестовой воронке занимает 1–2 недели. Сценарии для Битрикс24 настраиваем в рамках интеграции ИИ с CRM и 1С: стоимость зависит от числа сценариев и подключаемых систем и считается после бесплатного аудита — на него нужно от 30 минут.