1С-Битрикс: ИИ-агент для заявок и КП в CRM

«1С-Битрикс» — CMS и платформа магазина, а её публичная документация открывает справочник REST API Битрикс24. Агент нужен отделу продаж, который ведёт заявки в лидах и сделках и не успевает их разбирать.

Документация dev.1c-bitrix.ru — справочник REST API Битрикс24: методы разбиты по разделам «Лиды», «Сделки», «Задачи», «Календарь» с событиями и бронированием, «Пользовательские поля». У каждого метода указаны требования к правам доступа (scope). Отдельные разделы посвящены лимитам REST API, кодам ошибок и Маркетплейсу. Состав методов для «1С-Битрикс: Управление сайтом» в этой документации не описан и уточняется при подключении.

### Заявки из личных сообщений: разбор и учёт

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

### КП в день запроса: зависшие сделки и письма

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

### КП из прайса: смета и письмо за один заход

Агент берёт позиции из каталога и прайса, сверяет артикулы и единицы измерения, считает смету с учётом кратности упаковки и пишет текст предложения. Расхождения по артикулу показывает отдельным списком, а не прячет внутри сметы. На выходе — черновик письма и таблица позиций на правку.

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

Нужен портал с правами на методы CRM. В документации два пути: входящий вебхук для своего портала и приложение с OAuth; права выдаются через scope и зависят от сценария. Перед массовыми вызовами смотрят раздел про лимиты. Достаточно портала, доступа и списка полей, которые нельзя оставлять пустыми.

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

Нужен ли отдельный аккаунт? — Нет, работа идёт от существующего портала: вебхук создаётся внутри него, приложение получает доступ по OAuth с выданными правами.

Что будет с дублями лидов? — Агент ищет совпадение по контакту и показывает найденную карточку до создания новой. Объединять, дописывать или заводить новую — решает менеджер.

Как быть с лимитами? — В документации есть раздел про интенсивность запросов и ресурсоёмкость методов. Агент делает паузы и сообщает, если упёрся в ограничение.