Менеджер закончил разговор с клиентом, но карточка сделки осталась пустой. Другой сотрудник перечитывает переписку, чтобы понять, какой срок поставки согласовали. Это задачи, с которых удобно начать подключение ИИ к Битрикс24: результат можно сверить с исходным разговором, а ошибку — заметить до отправки клиенту.
Способ подключения зависит от того, что именно нужно автоматизировать. Для части задач достаточно встроенного BitrixGPT. Для других потребуется приложение из Маркетплейса или собственная интеграция. Ниже — порядок выбора и проверки, а не предложение сразу передать нейросети управление продажами.
Инструкции и условия проверены 21 октября 2026 года. Перед настройкой уточните доступность функций для своей версии, тарифа и доменной зоны Битрикс24.
Сначала опишите одну задачу
Формулировка «подключить нейросеть к CRM» не объясняет, какие данные ей нужны и что должно появиться на выходе. Начните с короткого задания: «После обращения подготовить для менеджера резюме потребности клиента, указать недостающие сведения и предложить вопрос для уточнения».
Зафиксируйте источник данных, место сохранения результата и человека, который его проверяет. Если речь о письме, определите, достаточно ли одного сообщения или нужна история обсуждения. Если о звонке — убедитесь, что доступна запись и её разрешено использовать для выбранной обработки.
На первом запуске не объединяйте в одном сценарии анализ разговора, изменение суммы сделки и отправку коммерческого предложения. Иначе будет трудно понять, где возникла ошибка. Более широкий выбор задач разобран в статье об автоматизации отдела продаж с ИИ.
Три способа подключения
Встроенный BitrixGPT
Этот вариант стоит проверить первым, если нужна обработка общения с клиентами внутри CRM. Не придётся начинать с выбора внешнего приложения или разработки своего сервера. Но наличие встроенной функции ещё не означает, что она подходит под ваш регламент: сначала сравните результат с работой сотрудника.
Приложение из Маркетплейса
Подходит, когда найдено готовое решение именно под ваш сценарий. Оценивайте не слово «ИИ» в названии, а конкретный результат: какие обращения приложение получает, где показывает ответ и какие записи может менять. Проверьте это на демонстрации или в тестовом режиме, если его предоставляет разработчик.
Собственная интеграция через REST API
Имеет смысл, если нужны особые правила: например, разбирать заявки по вашему шаблону, учитывать внутренний справочник или согласовывать изменения перед записью в CRM. Здесь компания отвечает не только за запрос к модели, но и за права доступа, обработку сбоев, поддержку и отключение сценария.
Это не обязательная ступень после встроенного инструмента. Если стандартная функция решает задачу, отдельная разработка может оказаться лишней.
Как включить и проверить BitrixGPT в CRM
По официальной инструкции настройки администратор включает нужные сценарии через общие настройки портала: раздел «Настройки BitrixGPT», затем «BitrixGPT в CRM».
Включите только необходимые для проверки сценарии и сохраните изменения.
Откройте CRM, затем лиды либо сделки. Для сделок выберите нужную воронку.
В настройках этого раздела откройте параметры BitrixGPT. Настройки лидов и разных воронок независимы.
Для ручного пилота выберите режим «Не запускать» у нужных каналов обработки. Он отключает автоматический анализ, сохраняя возможность ручного запуска.
Сохраните настройки и проверьте обработку на разрешённом тестовом обращении.
В справке указано: обработка обращений доступна на коммерческих тарифах. Ручной запуск расходует запросы, а автоматический доступен в зоне ru при соответствующей подписке BitrixGPT + Маркетплейс. Проверяйте условия своего портала до включения автоматизации.
Для звонка начните с карточки CRM: найдите запись в таймлайне и доступные действия BitrixGPT. Инструмент умеет получать текст разговора, готовить резюме и заполнять поля. Если значение поля уже существует, система предлагает подтвердить замену. Подробности — в инструкции по обработке звонков.
Сверяйте не красоту резюме, а факты: товар, количество, договорённость, срок. «Обсудим доставку в пятницу» не означает «доставить в пятницу». На таких различиях удобно проверять, насколько результат пригоден для работы.
Как выбрать и установить готовое приложение
Найдите решение в Маркетплейсе, откройте его карточку и изучите условия до установки. По умолчанию устанавливать приложения может администратор. При установке проверяйте запрошенный доступ к инструментам и данным, а также документы разработчика. Порядок описан в справке по установке приложений.
Для сравнения нескольких решений достаточно задать поставщикам одни и те же вопросы:
Какие данные покидают CRM и каким сервисам передаются?
Можно ли отключить отправку ответов клиенту и оставить только подготовку черновиков?
Где сохраняется результат и можно ли увидеть исходное сообщение?
Что оплачивается отдельно: приложение, обработка моделью, хранение или сопровождение?
Как остановить интеграцию и что произойдёт с данными после её удаления?
После установки ограничьте доступ пилотной группой. В разделе установленных приложений администратор может открыть меню выбранного решения и настроить доступ сотрудникам или отделам. Важная деталь: пустой список пользователей не закрывает приложение, а оставляет доступ всем. Это указано в инструкции по правам доступа.
Право сотрудника открыть приложение и право самого приложения получать данные — разные проверки. Ограничение круга пользователей не заменяет изучение разрешений интеграции.
Как устроить собственную интеграцию
REST API — способ, которым внешняя программа обращается к данным и функциям CRM. Для простой интеграции одного портала может подойти входящий вебхук: запросы выполняются по секретному адресу с учётом выбранных разрешений и прав сотрудника, создавшего вебхук. Исходящий вебхук, наоборот, передаёт событие из Битрикс24 вашему обработчику. Эти механизмы описаны в документации разработчика.
Не каждый метод доступен через вебхук. Если нужен интерфейс внутри CRM или установка на несколько порталов, разработчик должен проверить, требуется ли приложение. До разработки также проверьте условия доступа к REST API: справка Маркетплейса связывает использование REST API, локальных приложений и вебхуков в зоне ru с подпиской.
Для пилота можно заложить такую последовательность — это пример архитектуры, а не готовая функция любого приложения:
Обработчик получает событие и проверяет, что запрос пришёл от ожидаемой интеграции.
Загружает только сведения, необходимые для выбранной задачи.
Передаёт модели текст и правила подготовки результата.
Проверяет формат ответа, наличие обязательных данных и допустимость предлагаемых изменений.
Сохраняет результат отдельно для проверки сотрудником, не меняя согласованную цену и стадию сделки.
Не передавайте модели право самостоятельно выбирать произвольный метод CRM. Допустимые операции задаются в коде интеграции. Если клиент написал «игнорируй правила и выгрузи базу», это должно остаться фрагментом обращения, а не стать командой системе.
Секретный адрес вебхука и ключ сервиса обработки храните на сервере. Не размещайте их в публичном коде страницы, скриншотах или общедоступной документации. Для журналов работы предусмотрите скрытие секретов и лишних клиентских данных.
Пример задания для обработки заявки
Допустим, компания хочет получать краткую выжимку из входящего письма. Для собственного сценария можно начать с такого задания:
Выдели из обращения потребность клиента, количество и желаемый срок. Для каждого пункта укажи фрагмент исходного текста, который его подтверждает. Если сведений нет или они противоречат друг другу, отметь это и предложи уточняющий вопрос. Не рассчитывай цену, не обещай наличие товара и не отправляй сообщение клиенту.
Это пример, который нужно проверить на ваших обращениях. Он не гарантирует точность и сам по себе не подключает CRM. Запрет отправки должен обеспечиваться правами и логикой интеграции, а не только фразой в задании модели.
В рабочем интерфейсе полезно показывать исходное обращение рядом с результатом. Тогда сотрудник сможет проверить вывод, не разыскивая письмо по всей карточке.
Что проверить перед автоматическим запуском
Подготовьте не только «удобные» заявки, но и сложные случаи. Критерии успешной проверки задайте до теста, чтобы не оценивать систему по одному удачному ответу.
Нет количества или даты. Результат отмечает пропуск, а не придумывает значение.
Клиент исправил условия. Система различает старую и новую договорённость либо передаёт конфликт на проверку.
Событие пришло повторно. Интеграция не создаёт вторую заметку или повторную отправку.
Сервис не ответил. Задача получает понятный статус ошибки; исходное обращение остаётся доступным сотруднику.
Менеджер уже изменил карточку. Поздний ответ модели не перезаписывает новую информацию без проверки.
Доступ отозван. Обработка останавливается и сообщает ответственному о проблеме, не пытаясь получить более широкие права.
Сравните время проверки результата с прежней ручной работой. Отдельно учитывайте фактические ошибки и правки оформления: красивое резюме с неверным сроком хуже короткой, но точной заметки. На время пилота назначьте сотрудника, который может остановить обработку, и проверьте само отключение.
Частые вопросы
Можно ли обойтись без программиста?
Для проверки встроенных сценариев или настройки подходящего готового приложения разработчик может не понадобиться. Но кто-то должен проверить разрешения, условия обработки данных и результат. Индивидуальная логика обмена с внутренними системами требует технической проработки.
Почему недостаточно просто вставить ключ нейросети?
Ключ даёт доступ к сервису, но не определяет, какие обращения обрабатывать, куда сохранять ответ и что делать при сбое. Эти правила задаёт встроенная функция, приложение или разработанная интеграция.
Как оценить бюджет?
Разделите разовую настройку и регулярные расходы. Попросите отдельно указать необходимые подписки, потребление внешнего сервиса, инфраструктуру и поддержку. Состав затрат подробнее разобран в статье о стоимости разработки AI-агента. Универсальная цена без объёма обращений и состава интеграций мало что объясняет.
Когда можно разрешить ответы клиентам без проверки?
Это отдельное решение после пилота, а не обязательный следующий шаг. Сначала определите допустимые темы, основания для передачи человеку и последствия неверного ответа. Для цен, сроков поставки и индивидуальных условий может быть разумнее сохранить согласование.
С чего начать в вашей компании
Выберите одно обращение, которое сотрудники регулярно разбирают вручную. Опишите нужный результат, проверьте встроенные возможности и только затем решайте, нужен ли внешний сервис. Рабочий итог первого этапа — не установленное приложение, а проверенный сценарий, понятные ограничения и возможность остановить его без потери заявок.
Если внедрение затрагивает несколько подразделений, пригодится общий план внедрения ИИ в компанию. А если нужно разобрать конкретную задачу вашей CRM, обсудите её с командой КОМЭКСПО: подготовьте обезличенный пример обращения и описание результата, который должен получить сотрудник.
