Продажи
Агент обработки входящих заказов.
- Разбирает заказ из письма или мессенджера
- Проверяет остатки и цены в 1С
- Создаёт заказ, отправляет клиенту подтверждение или запрос уточнений
ИИ-агент — это исполнитель процесса. Он получает заявку, письмо или документ, находит нужные данные в 1С и CRM, проверяет их по правилам, выполняет разрешённое действие и фиксирует результат. Всё, что выходит за пределы его полномочий, передаёт сотруднику.

Оба используют языковые модели. Разница в том, где заканчивается их работа.
Чат-ассистент
ИИ-агент
Если сотрудникам нужен помощник для работы с текстами и документами, подойдёт корпоративный ассистент. Агент нужен, когда задача — убрать из процесса ручные шаги.
На примере обращения клиента о возврате товара в оптовой компании.
Агент забирает письмо из общего ящика поддержки или сообщение из мессенджера.
Определяет тип обращения — возврат, клиента, номер заказа, причину и перечень позиций.
Находит заказ и отгрузку в 1С, договор и условия возврата, историю клиента в CRM.
Сверяет: товар отгружался этому клиенту, срок возврата не истёк, сумма в пределах лимита, позиция возвратная.
Если все проверки пройдены и решение входит в полномочия агента — возврат одобряется. Если нет — готовится решение для сотрудника.
Создаёт документ возврата в 1С, задачу на склад, отправляет клиенту подтверждение с инструкцией.
Записывает в журнал входные данные, найденную информацию, результат проверок и выполненные действия.
Нестандартные случаи — с подготовленной сводкой: что запросил клиент, что найдено, какая проверка не пройдена, какое решение предлагается.
Для каждого действия агента заранее определяется уровень. Уровень зависит от цены ошибки, а не от технической сложности.
| Уровень | Когда применяется | Пример | Кто отвечает |
|---|---|---|---|
| Автоматическое действие | Низкий риск, проверяемые правила, обратимый результат | Обновить статус заказа, ответить клиенту о сроке доставки, создать задачу | Агент действует сам, человек видит журнал |
| Подготовка решения | Средний риск или неполные данные | Сформировать возврат на сумму выше лимита, предложить замену позиции | Агент готовит, сотрудник принимает одним действием |
| Подтверждение человеком | Высокая ответственность: финансы, юридические и кадровые последствия | Изменить условия оплаты, согласовать претензию, отказать клиенту | Решение принимает сотрудник, агент только собирает данные |
Уровни пересматриваются по итогам эксплуатации: если по какому-то типу действий агент стабильно не ошибается, его можно перевести на уровень ниже — только по решению владельца процесса.
Границы полномочий записываются конкретно. Например: возврат до 100 000 ₽ по позиции из стандартного ассортимента в течение 14 дней после отгрузки — агент готовит решение, требуется подтверждение менеджера одним нажатием. Возврат свыше 100 000 ₽ или по нестандартной позиции — передаётся руководителю отдела с полной сводкой.
То же касается ответов клиентам: автоответ отправляется только при уверенности классификации выше заданного порога. Если система сомневается в типе обращения или в данных, ответ уходит сотруднику на проверку.
Пороговые значения и суммы в примере — демонстрационные. Для каждой компании они определяются вместе с владельцем процесса.
Полномочия агента — это не настройка модели, а документ, согласованный с владельцем процесса и службой безопасности. Мы оформляем его в виде таблицы, которую можно прочитать без технической подготовки.
Агент оправдан там, где поток однотипных задач большой, а правила обработки можно описать.
Агент обработки входящих заказов.
Агент первой линии.
Агент запроса и сравнения предложений.
Агент статусов и отклонений.
Агент первичных документов.
Агент первичного отбора.
Клиент просит перенести доставку. Сейчас запрос проходит через трёх сотрудников.
Сейчас 7
С агентом 4
Остаётся человеку
Модельный пример на основе типового процесса.
Агент, который действует в учётных системах, должен быть прозрачнее сотрудника, а не наоборот.
По каждой задаче: что пришло на вход, какие данные агент нашёл, какие проверки выполнил, какое действие совершил и в какой системе. Любое решение можно восстановить.
Перед запуском агент работает в режиме «тени»: готовит действия, но не выполняет их. Сотрудники сравнивают с собственными решениями.
Отдельная сервисная учётная запись с доступом только к нужным объектам и операциям.
Агента можно остановить одной командой. Действия, выполненные агентом, помечаются и могут быть найдены и отменены.
Архитектура проектируется с учётом требований компании к информационной безопасности и обработке данных.
Как работает закрытый контурАгент не безошибочен. Проект строится так, чтобы ошибки обнаруживались до того, как стали дорогими.
Клиент не указал номер заказа или прислал нечитаемый скан. Агент запрашивает уточнение или передаёт задачу человеку, а не угадывает.
Неписаные договорённости с конкретными клиентами. На аудите и в тестовом режиме мы выявляем их и переносим в правила или в список исключений.
Новые реквизиты, поля, справочники. Мониторинг отслеживает рост доли исключений и сигнализирует до того, как процесс встанет.
Желание сразу автоматизировать всё. Мы начинаем с узкого набора действий и расширяем его по результатам эксплуатации.
Если поток мал или каждое обращение уникально, агент обойдётся дороже, чем работа сотрудника. Это видно на этапе расчёта.
Процессы, в которых агент выполняет основной поток задач, а сотрудники работают с исключениями.

620 → 250 ч
диспетчерской рутины в месяц
Заявки на перевозку приходят в свободной форме, клиенты постоянно спрашивают, где груз. Система разбирает заявки в TMS и отвечает на запросы статуса — диспетчер занимается машинами и отклонениями.
Разбор кейса
1 000 → 400 ч
работы операторов в месяц
Большинство обращений — «где мой заказ» и «как вернуть товар». Система отвечает по данным OMS и службы доставки и оформляет стандартные возвраты — спорные случаи решает оператор.
Разбор кейса
340 → 110 ч
ручного ввода заказов в месяц
Клиенты присылают заказы в свободной форме, менеджеры вручную ищут артикулы и создают заказ в 1С. Система разбирает заказ и готовит его в 1С — менеджер проверяет и подтверждает.
Разбор кейсаRPA повторяет заданную последовательность кликов и ломается, если вход отличается от ожидаемого. ИИ-агент понимает письма и документы в свободной форме, но действует по правилам и в рамках полномочий. На практике они часто работают вместе: агент разбирает вход, RPA или интеграция выполняет действие в системе без API.
Только в пределах лимитов, которые вы установили, и только по операциям с низкой ценой ошибки. Решения с финансовыми, юридическими и кадровыми последствиями принимает человек; агент готовит для них данные и вариант решения.
Ошибка фиксируется в журнале, действие можно найти и отменить. Если доля ошибок по какому-то типу задач растёт, этот тип переводится на уровень подготовки решения до выяснения причин.
Типовой путь: аудит процесса 1–2 недели, прототип 2–3 недели, работа в тестовом режиме 3–6 недель, затем поэтапное включение автоматических действий. Сроки зависят от числа систем и сложности правил.
По умолчанию — нет: агенты разворачиваются в контуре компании вместе с локальными моделями. Использование внешних сервисов возможно только по вашему решению и для данных, которые это допускают.
Если однотипных задач сотни в месяц, правила их обработки можно описать, а результат фиксируется в учётной системе — агент, скорее всего, оправдан. Точнее покажет расчёт на аудите.
Опишите поток задач: что приходит на вход, какие системы задействованы, какие решения принимает сотрудник. Оценим, какую часть может выполнять агент и с какими полномочиями.
Напишите, где удобнее. Ответим в течение рабочего дня.
Оставить контакт