ИИ-агент в Битрикс24 и amoCRM: что он делает в сделках

Что агент делает в сделке?

ИИ-агент здесь означает программу, которая читает данные CRM и вызывает ее методы по инструкции. Чем агент отличается от чат-бота, я разобрал в статье «Что такое ИИ-агент для бизнеса и чем он отличается от чат-бота».

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

Методы я сверил с apidocs.bitrix24.ru и amocrm.ru/developers 23 октября 2026 года. Задачи отдела продаж шире этих пяти действий: их я собрал в статье «ИИ в продажах: 9 задач отдела, которые можно отдать агенту». Здесь речь о том, как агент работает внутри карточки.

Как агент заполняет поля сделки?

Агент берет данные из разговора, письма или формы и записывает их в карточку: бюджет, продукт, город, срок. Перед записью он сравнивает новое значение со старым. Это занимает один запрос на чтение.

В Битрикс24 для этого есть универсальный метод crm.item.update. По документации, в него передают только те поля, которые нужно изменить. Если значения не поменялись, Битрикс24 сохранение пропускает. После сохранения запускаются роботы, поэтому одна запись агента может включить автоматизацию воронки.

В amoCRM сделку правят запросом PATCH /api/v4/leads. Бюджет агент пишет в поле price, ответственного меняет через responsible_user_id, свои поля компании передает в массиве custom_fields_values. Документация amoCRM не называет для правки ни одного обязательного поля.

Заполненное поле агент молча не перезаписывает. Встроенный BitrixGPT ведет себя так же: по справке Битрикс24, для заполненного поля он предлагает оставить значение или заменить его. Свой агент я бы настроил по тому же правилу и писал бы без спроса только в пустые поля.

Как агент записывает резюме звонка?

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

В Битрикс24 резюме ложится комментарием на таймлайн. Метод crm.timeline.comment.add требует номер элемента, тип объекта и текст; пустой комментарий вернет ошибку. К комментарию можно приложить файл, например полную расшифровку.

В amoCRM агент сохраняет резюме примечанием к сделке. Документация называет десять типов примечаний, для обычного текста подходит common. Тип service_message amoCRM отводит системным сообщениям интеграций. Этим типом удобно помечать записи агента, чтобы менеджер отличал их от своих.

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

Как агент ставит задачу и напоминание?

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

В Битрикс24 агент оформляет задачу по сделке делом на таймлайне. Метод crm.activity.todo.add требует три параметра: тип объекта, номер элемента и срок. Ответственный, заголовок и описание необязательны. Напоминания задает массив pingOffsets в минутах до срока; значение [0, 15] создает два напоминания: за 15 минут и в момент срока. Если массив не передать, напоминаний у дела не будет.

В amoCRM задачу ставит запрос POST /api/v4/tasks, в нем обязательны текст и срок выполнения. Срок агент берет из договоренности в разговоре, а если ее нет, назначает следующий рабочий день.

Право ставить задачи безопасно давать агенту с первого дня. Клиент такую задачу не видит. Ошибочную задачу менеджер просто закроет.

Как агент проверяет карточку перед сменой стадии?

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

Битрикс24 часть этой проверки делает сам. По документации crm.item.update, при смене стадии в том же направлении метод проверяет обязательные поля, в том числе поля, которые требуются только на отдельных стадиях. Запрос с пустым обязательным полем портал не выполнит.

В amoCRM обязательность поля для этапа хранится в параметре required_statuses: документация называет его «обязательные поля для смены этапа сделки». Проверяет ли API эти поля при смене этапа, документация не пишет. Агент для amoCRM поэтому читает required_statuses до переноса и сверяет карточку сам.

Решение о переносе сделки на этап «Договор» или «Оплата» я бы оставил менеджеру. Агент готовит проверку, а стадию меняет человек, который отвечает за сделку.

Что умеют встроенные ИИ Битрикс24 и amoCRM?

У обеих CRM есть свой ИИ по подписке или в тарифе. Перед собственной разработкой стоит проверить, хватит ли его.

BitrixGPT в CRM Битрикс24, по справке от 3 сентября 2026 года, расшифровывает звонки, пишет резюме звонка, чата или письма, заполняет пустые поля и добавляет в сделку дело с оценкой обращения и следующим шагом. Автоматический запуск работает только в зоне ru при совместной подписке на BitrixGPT и Маркетплейс. Ручной запуск доступен во всех зонах и расходует запросы к BitrixGPT.

AI-агент amoCRM отвечает клиентам в чатах по базе знаний. По справке amoCRM, он создает задачи, меняет ответственного, переносит сделку по этапам, запускает Salesbot и заполняет поля. Агента подключают на тарифах «Профессиональный», «Enterprise» и «Enterprise Lite». Провайдер модели выбирают один раз: переключиться между OpenAI и YandexGPT после подключения нельзя.

Встроенный ИИ работает по правилам вендора. Свой агент нужен, когда проверку карточки надо вести по вашим правилам или подключить к сделке 1С и почту. Тарифы и условия я сверил с helpdesk.bitrix24.ru и amocrm.ru 23 октября 2026 года.

Что умеет официальный MCP-сервер Битрикс24?

У Битрикс24 два официальных MCP-сервера, и их легко спутать. Документация REST API описывает сервер без доступа к данным портала. Справка Битрикс24 показывает, как через MCP переносить сделки.

Первый — Bitrix24 MCP для документации REST API, его страница лежит на apidocs.bitrix24.ru. Он отдает только документацию, а методы в портале не вызывает. По тексту страницы, сервер «не читает и не изменяет лиды, сделки, задачи и файлы». Он нужен разработчику, который пишет интеграцию.

Второй, MCP-сервер портала Битрикс24, подключает к порталу внешний ИИ. Среди совместимых сервисов справка от 16 октября 2026 года называет ChatGPT, Yandex AI Studio, Cursor и n8n. Через этот сервер управляют CRM, задачами, структурой компании и почтой. Среди примеров для CRM справка приводит перенос сделки на другую стадию, создание воронки и правку стадий.

Условия у этого сервера такие:

• по умолчанию работа из внешних ИИ выключена, включает ее администратор опцией «Разрешить внешним AI-системам выполнять действия в Битрикс24»;
• в зоне ru подключение доступно при подписке на BitrixGPT и Маркетплейс, в других зонах — на коммерческих тарифах;
• Битрикс24 выполняет команды по запросу пользователя и с учетом его прав доступа, а помощник перед действием запрашивает подтверждение;
• справка предупреждает, что такие подключения несут риски безопасности и обработки данных, которые Битрикс24 не контролирует.

Полного списка действий справка не дает и обещает расширять его постепенно. Заполнения полей и комментариев на таймлайне среди примеров нет. До проверки на вашем портале я бы на них не рассчитывал и писал бы эти шаги через REST API.

Какие еще MCP-серверы есть для CRM?

Для Битрикс24, amoCRM и ELMA365 есть серверы сообщества. Они закрывают то, чего нет у вендора, но их код вендор не проверял.

Для Битрикс24 есть MCP-сервер Битрикс24 с OAuth на сотрудника. Каждый сотрудник входит через свой OAuth, и портал записывает действия агента на этого сотрудника. Для amoCRM есть amoCRM MCP с защитой от опасной записи: правку включает отдельный флаг, удаление требует второго флага и подтверждения на каждый вызов.

Для ELMA365 официального MCP-сервера в справке вендора я на 23 октября 2026 года не нашел. В каталоге есть MCP-сервер ELMA365 от сообщества: он работает с задачами, бизнес-процессами и элементами приложений. Подключается сервер по токену ELMA365, а токен создает администратор от имени выбранного пользователя.

Каталог SkillFoxx отмечает у всех трех серверов расширенный или широкий доступ. До установки я бы прочитал код сервера и проверил, какие методы он вызывает. Как MCP-сервер дает модели доступ к системе, я объяснил в статье «MCP-сервер простыми словами: как ИИ подключается к вашим системам».

Какие права дать агенту и что писать в журнал?

Агент получает права пользователя, от имени которого входит в CRM. Отдельный пользователь для агента решает две задачи: ограничивает доступ и отделяет действия агента от действий людей.

Права и следы действий в каждой системе устроены по-своему:

• Битрикс24. Права входящего вебхука определяет сотрудник, который его создал. Набор методов задают при создании вебхука, а методы вне этого набора не сработают. Адрес вебхука держат на сервере: его секретный код дает доступ к методам в пределах прав вебхука.
• amoCRM. Журнал событий GET /api/v4/events показывает смену этапа, изменение поля и смену ответственного. В поле created_by стоит номер пользователя, который сделал изменение.
• ELMA365. Токен создает только администратор. Все действия по токену идут от имени выбранного пользователя, и он же становится автором новых элементов. Через токен видны только записи, доступные этому пользователю.

Журнал CRM показывает, что изменилось, но не хранит причину. Поэтому агент сам записывает запрос, вызванный метод, старое и новое значение поля и ответ CRM. Спецификация MCP от 28 июля 2026 года тоже рекомендует клиенту сохранять вызовы инструментов для аудита.

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

Сделки содержат персональные данные клиентов. По части 5 статьи 18 закона № 152-ФЗ оператор обязан вести первичную запись и хранение данных граждан России в базах на территории страны. Если текст звонка уходит к зарубежному провайдеру модели, действует статья 12 о трансграничной передаче: по ее части 3 оператор уведомляет Роскомнадзор до начала передачи. Подробнее эти правила я разобрал в статье «Персональные данные и нейросети: что можно загружать по 152-ФЗ».

Порядок запуска, от выбора процесса до расширения прав, я описал в статье «Как внедрить ИИ в отдел продаж: этапы и ограничения». Если агенту нужно еще и отвечать клиентам в мессенджерах, связку бота с CRM я показал в статье «ИИ-бот для бизнеса в Telegram и MAX: как связать его с CRM».

Опишите свою CRM и воронку на странице о настройке ИИ для отдела продаж. Я начну с одного действия в сделке и прав только на чтение.