
Сотрудник получает счёт от поставщика, открывает заказ, сверяет позиции и суммы, проверяет реквизиты, а затем переносит информацию в учётную систему. Если документы приходят каждый день, на такую работу постепенно уходят десятки часов.
Часть этих действий можно передать программе с искусственным интеллектом. Но прежде чем внедрять AI-агента, полезно понять, что он умеет, чем отличается от чат-бота и где ему понадобится помощь человека.

AI-агент, или ИИ-агент, — это программная система, которая использует искусственный интеллект для выполнения задачи: обрабатывает информацию, выбирает следующие действия и обращается к доступным инструментам в пределах заданных прав. Такие инструменты могут позволять искать документы, получать сведения из CRM или создавать задачи.
Например, агенту можно поставить задачу: «Проверь поступивший счёт и подготовь его к согласованию». Для этого ему понадобятся сам документ, данные заказа, правила проверки и доступ к системе, где хранится результат.
Самостоятельность здесь ограничена. Агенту можно разрешить читать документы и готовить черновики, а проведение операций оставить сотруднику.
В этой статье речь идёт о современных программных агентах на основе языковых моделей — тех, которые работают с текстами, документами и бизнес-системами.
Чат — это способ общения с программой. По одному внешнему виду невозможно определить, работает за ним простой сценарий или полноценная агентная система.
| РешениеКак может выглядеть работа | |
| Чат-бот по сценарию | Задаёт заранее подготовленные вопросы и записывает ответы |
| AI-помощник в режиме диалога | Объясняет документ или помогает составить письмо |
| Обычная автоматизация | После изменения статуса заказа отправляет уведомление |
| AI-агент | Получает задачу, выбирает доступные инструменты и уточняет дальнейшие действия по полученным результатам |
При этом фиксированный процесс с использованием нейросети не обязательно является автономным агентом. Anthropic различает заранее заданные последовательности действий и агентов, у которых модель динамически определяет ход работы. Для бизнеса оба подхода могут быть полезны.
Поэтому при выборе решения стоит спрашивать конкретнее: какую операцию система выполняет, какие данные использует и как проверяется результат?

Представим компанию, которой поставщики регулярно присылают счета в PDF. Ниже — условный сценарий, а не описание внедрения с подтверждёнными результатами.
1. Получить документ.
Новый счёт появляется в согласованной папке или поступает через подключённый канал. Это запускает обработку.
2. Извлечь информацию.
Система определяет поставщика, номер документа, позиции, суммы и указанные реквизиты. Нечитаемые или отсутствующие данные должны попадать на проверку.
3. Найти связанный заказ.
Агент обращается к учётной системе. Если подходящих заказов несколько, он может запросить уточнение вместо того, чтобы выбирать наугад.
4. Выполнить проверки.
Извлечённые данные сопоставляются с заказом. Точные расчёты и проверки обязательных полей разумно выполнять обычным программным кодом.
5. Подготовить результат.
При успешной проверке создаётся черновик. Если цена отличается или часть позиций отсутствует, сотрудник получает список расхождений.
В этом примере человеку не требуется каждый раз начинать проверку с нуля. Он рассматривает подготовленный результат и разбирает исключения.
Агентная работа в целом может включать несколько обращений к инструментам: полученная информация влияет на выбор следующего шага.
Для поиска первого сценария полезно смотреть на повторяющиеся операции, в которых сотрудник читает информацию, сопоставляет данные и готовит результат.
Вот несколько возможных примеров:
Это варианты для обследования процесса. Возможность внедрения зависит от качества исходных данных, доступных подключений и требований к результату.
Например, если складские остатки давно не обновлялись, подключение AI не сделает их достоверными. Сначала придётся наладить учёт.
Если задача полностью описывается правилом «при событии X выполнить действие Y», начинать стоит с обычной автоматизации.
Например, для отправки уведомления после оплаты заказа нейросеть обычно не требуется. Аналогично, вычисление суммы по известной формуле лучше поручить программному коду.
Сложность оправдана там, где есть изменяющиеся обстоятельства, разные форматы информации или необходимость выбирать дальнейшие действия. Anthropic рекомендует начинать с наиболее простого решения и добавлять агентную архитектуру, когда она действительно нужна: дополнительная гибкость может увеличивать стоимость и время обработки.
Перед разработкой полезно сформулировать, что именно не удаётся надёжно решить существующими инструментами.

Да. Языковая модель может неверно понять документ, пропустить важную деталь или предложить неподходящее действие. Агент также зависит от работы подключённых систем и предоставленных ему данных.
Поэтому для рабочего решения нужны ограничения и наблюдение. IBM отдельно отмечает риски некорректной работы агентных систем, повторяющихся циклов и обращения с данными.
При проектировании сценария стоит определить:
Для примера со счётом это можно сформулировать так: агент готовит черновик, но не меняет банковские реквизиты и не инициирует оплату без установленного согласования.
Правила доступа и подтверждения должны обеспечиваться приложением и подключёнными системами. Одной текстовой инструкции для этого недостаточно.
Для многих сценариев сначала нужен доступ к актуальной информации компании: документам, справочникам, статусам заказов и правилам работы.
Это следует отличать от изменения самой модели. Подключение базы знаний, сохранение контекста задачи и обучение модели — разные механизмы. Не стоит предполагать, что агент автоматически становится точнее после каждого обработанного документа.
На обсуждении проекта полезно уточнить: откуда система получает знания, кто обновляет источники и как исправления сотрудников используются для улучшения решения.
Начните с измерения текущего процесса. Сколько операций выполняется за месяц? Сколько времени занимает одна? Как часто приходится исправлять ошибки?
Условный пример: компания обрабатывает 600 документов в месяц и тратит в среднем 7 минут на каждый.
600 × 7 ÷ 60 = 70 часов ручной работы в месяц.
Допустим, во время пилота среднее участие сотрудника сократилось до 3 минут на документ:
600 × 3 ÷ 60 = 30 часов.
Разница составляет 40 часов. Это расчёт на вымышленных исходных данных, а не обещание результата внедрения.
Для оценки проекта нужно дополнительно учесть:
Освобождённые часы также не обязательно превращаются в прямое сокращение расходов. Возможно, команда сможет обработать больше заказов или быстрее отвечать клиентам.
Проверять стоит одновременно качество, скорость и стоимость. Наблюдаемость агентных систем помогает разбирать действия и находить причины неудачных результатов.

Для первого пилота выберите ограниченный процесс с понятным результатом.
Например: «Подготовить черновик карточки по входящему документу и выделить незаполненные поля». Такой сценарий проще проверить, чем задачу «автоматизировать весь отдел».
До начала работ подготовьте ответы на шесть вопросов:
Тестовая выборка должна включать обычные и сложные случаи: неполные документы, дубли, расхождения, неизвестные форматы. Иначе успешная демонстрация может создать ложное впечатление готовности к ежедневной работе.
После пилота можно решить, стоит ли расширять сценарий, доработать его или оставить часть операций сотрудникам.
Можно ли создать AI-агента без программирования?
Есть конструкторы и готовые решения для простых сценариев. Но подключение внутренних систем, разграничение прав и проверка надёжности всё равно требуют отдельной работы. Прототип и готовый рабочий сервис — разные этапы.
Можно ли внедрить агента без ERP?
Можно рассмотреть сценарий на основе документов, таблиц или CRM. Важно, чтобы выбранные источники содержали нужные данные и позволяли организовать согласованный обмен.
Сколько стоит разработка AI-агента?
Оценка зависит от задачи, интеграций, объёма операций, размещения и требований к контролю. Сравнивать предложения полезно по одинаковому составу работ, включая расходы после запуска.
Заменит ли агент сотрудников?
Это зависит от конкретного процесса. В примере со счётом агент берёт на себя подготовку и сопоставление данных, а сотрудник проверяет исключения и подтверждает результат. Эффект нужно оценивать по фактической работе пилота.
Если в вашей компании есть повторяющаяся операция с документами, финансами или складскими данными, начните с её описания. На странице разработки AI-агентов для бизнеса можно посмотреть примеры сценариев и обсудить подходящую задачу для пилота.



2017 - 2026 © KIRANO