Вопрос «нам RPA или уже ИИ-агента?» звучит на каждом втором обсуждении автоматизации. Постановка подразумевает выбор из двух, и это первая ошибка: инструментов три. Робот, повторяющий клики в интерфейсе. Интеграция, гоняющая данные между системами по API. И агент — модель, которая принимает решения и действует. Про средний инструмент в споре «RPA против ИИ» регулярно забывают, притом что побеждает он чаще обоих.
Ниже — что каждый из трех умеет физически, где ломается, во что обходится в сопровождении, и матрица выбора по двум осям. К концу станет видно, что «RPA или агент» — вопрос не моды и возраста технологий: это вопрос о том, есть ли у ваших систем API и стабилен ли вход процесса.
Откуда вообще взялся этот спор
RPA вырос из мира, в котором у корпоративных систем не было программных дверей. Банковские АРМ, ведомственные порталы, самописные учетки девяностых — данные жили за интерфейсом, и единственным способом их доставать без переписывания системы был робот, изображающий человека. На этом классе выросла целая индустрия с оркестраторами, лицензиями и центрами компетенций.
Агенты пришли с другой стороны — из волны языковых моделей, когда выяснилось, что модель может не только писать текст, но и вызывать инструменты. Продавать их начали на ту же полку: «забудьте про роботов, теперь все сделает ИИ».
За время между двумя волнами ландшафт изменился: у современных систем API есть почти всегда, у выживших legacy — по-прежнему нет. Поэтому спор «RPA или агент» в лоб устарел в самой постановке: они закрывают разные дыры, и обе дыры со временем сужаются — одну зашивает API-зация, другую дисциплина вокруг моделей. Выбирать надо под свой процесс, и дальше ровно об этом.
Три инструмента без маркетинга
| RPA-робот | Интеграция по API | ИИ-агент | |
|---|---|---|---|
| Что делает | Повторяет действия человека в интерфейсе: клики, ввод, копирование | Передает данные между системами напрямую, без интерфейса | Понимает вход, принимает решение, действует в системах |
| Чего требует | Стабильного интерфейса и жесткого сценария | API или выгрузок у систем | Контура: журнал, границы, подтверждения |
| Где силен | Системы без API, которые нельзя трогать | Все, где API есть | Вариативный вход, решения по смыслу |
| Что его ломает | Обновление интерфейса, нестандартный случай | Смена формата данных (ловится валидацией) | Дрейф модели, размытая постановка |
| Характер ошибок | Встал и ждет человека | Ошибка громкая, в логе | Ошибка тихая и правдоподобная |
Расшифруем каждый столбец — с нишами, граблями и деньгами.
RPA: робот с руками, но без головы
RPA-робот делает ровно то, что делал бы человек за монитором: открыл окно, нашел кнопку, кликнул, вставил из буфера, нажал «сохранить». Кнопку он находит по дереву элементов интерфейса или, в тяжелых случаях, по координатам и картинке. В этом вся сила и вся слабость класса: роботу не нужен API — ему хватает того же интерфейса, что и человеку.
Отсюда законные ниши, в которых RPA до сих пор лучший выбор:
- Системы без API. Старые АРМ, толстые клиенты, терминальные окна, вендорские программы, в которые нельзя влезать по договору или из-за сертификации. Интерфейс — единственная дверь, и робот в нее проходит.
- Порталы, где API нет или он дороже задачи. Личные кабинеты площадок и ведомств, где данные забираются только руками через формы.
- Мост на время миграции. Компания переезжает с одной системы на другую год; на этот год робот честно таскает данные между ними, а после переезда его выключают. Временность тут достоинство: хрупкое решение на ограниченный срок — нормальная инженерия.
Российский рынок класса жив: после ухода западных платформ на нем работают отечественные, включенные в реестр ПО, — с лицензией на робота и оркестратором для управления парком. Разбирать их поименно здесь не будем: выбор платформы вторичен по отношению к вопросу, нужен ли вам этот класс вообще.
Где RPA ломается
Первая грабля встроена в принцип работы. Робот привязан к интерфейсу, а интерфейс живет своей жизнью: обновление системы перерисовало форму, переехала кнопка, добавилось поле — селектор протух, робот встал или, что хуже, кликнул не туда. Сопровождение RPA — это постоянная погоня за чужими обновлениями, и ее стоимость надо закладывать в расчет с первого дня.
Вторая — вариативность входа. Робот исполняет жесткий сценарий; письмо с нестандартной формулировкой, документ с лишней страницей, всплывшее окно с вопросом — и сценарий кончился. Все нетиповое падает в очередь человеку, и если нетипового больше нескольких процентов, робот превращается в генератор исключений.
Третья — арифметика масштаба. Робот работает со скоростью интерфейса и в один поток; вырос объем — покупается следующий робот со своей лицензией, и парк начинает требовать оркестратора, администратора и расписания. Интеграция тот же рост объема переваривает процессом на сервере, без кассы на входе.
Четвертая тише: роботизация консервирует процесс. Робот повторяет кривой маршрут «как исторически сложилось» — семь окон, три перекладывания через Excel — только быстрее и без жалоб. Процесс, который стоило перестроить, застывает в янтаре, и через два года его уже страшно трогать, потому что «на нем робот».
И отдельно про 1С: у платформы есть OData, HTTP-сервисы в расширениях и внешние обработки. Кликать роботом по формам системы, у которой есть штатные программные двери, — платить за хрупкость, когда рядом продается надежность. RPA поверх 1С оправдан примерно никогда.
ИИ-агент: голова, которой нужен поводок
Агент — это модель, у которой есть цель, набор инструментов и право действовать: прочитать письмо, решить, что это заявка, завести ее в CRM, запросить недостающее у отправителя. Чем агент отличается от чат-бота и ассистента — отдельный разбор границы; для выбора инструмента важно одно отличие: агент принимает решения по смыслу, оба соседа по таблице — нет.
Его ниша — процессы, где вход каждый раз новый и маршрут зависит от содержания. Там, где у RPA кончается сценарий, у агента работа только начинается: кривые формулировки, документы в чужом оформлении, нестандартные цепочки «уточнить, дособрать, передать».
Плата за голову — вероятностность и цена контура. Агент ошибается тихо и убедительно, поэтому в производственной версии вокруг него обязательны журнал решений, лимиты, права, очередь спорных случаев и подтверждение человеком необратимых действий. Эта обвязка стоит денег и времени — из чего складывается смета, разобрано в статье сколько стоит ИИ-агент. Запускать агента без контура дешевле только до первого тихого расхождения в учете.
Третий инструмент, о котором забывают
Пока маркетинг спорит «робот или нейросеть», скучная интеграция по API закрывает большинство задач, ради которых зовут и то и другое. Если у систем есть API или хотя бы регулярные выгрузки, а вход процесса стабилен — передачу данных делает обычный код: быстрее робота на порядки, устойчивее к обновлениям интерфейса, без лицензий на каждого виртуального исполнителя и без токенов на каждый чих.
Проверка занимает день: спросить у администраторов систем про API, выгрузки и штатные механизмы обмена. Удивительно часто «нам нужен RPA» рассыпается об ответ «так у нас же есть выгрузка по расписанию». Чем детерминированный код отличается от модели и почему задачи с жестким входом вообще нельзя отдавать вероятностным инструментам — разобрано в статье про границу между ИИ и скриптом; здесь достаточно правила: API есть — сначала интеграция, и только на остаток смотрим роботом или агентом.
Матрица выбора: две оси, четыре клетки
Ось первая: есть ли у систем процесса API или выгрузки. Ось вторая: стабилен ли вход — одинаковые ли данные приходят от раза к разу.
| Вход стабильный | Вход вариативный | |
|---|---|---|
| API есть | Интеграция. RPA и агент здесь избыточны | Модель разбирает вход + интеграция исполняет; агент — если маршрут зависит от содержания |
| API нет | RPA по жесткому сценарию | Модель разбирает вход + робот вносит в legacy; честно оценить, когда появится API |
Обратите внимание: чистый агент занимает четверть одной клетки, чистый RPA — одну клетку из четырех. Большинство реальных процессов живет в правом верхнем углу и решается связкой «модель понимает — код исполняет». Продавцы обоих классов уверенно рисуют свою технологию на всю матрицу; матрица с этим не согласна.
Гибриды, которые работают
Модель на входе, робот на выходе. Письма и сканы разбирает модель, а вносит результат в старую систему без API — робот по жесткому сценарию. Хрупкость остается только на последней миле, и ее видно в мониторинге.
RPA-сценарий как инструмент агента. Агент решает, что делать, а одним из его инструментов служит готовый робот: «занеси в реестр площадки» — это вызов сценария, а не сорок кликов, придуманных моделью на ходу. Решения вероятностные, исполнение детерминированное.
Агент рядом с учетной системой. В связке с 1С агент работает через штатные интерфейсы, документы создает черновиками, проведение остается человеку. Что при этом ломается на конфигурациях с историей и почему конфигурацию нельзя трогать — разбор граблей агента в 1С.
Как это выглядит на одном сквозном потоке. Заявка приходит письмом в свободной форме — ее разбирает модель: тип, номенклатура, срочность. Сделку в CRM создает интеграция: API есть, зачем тут робот. Той же заявке положено отметиться в личном кабинете отраслевой площадки, у которой API нет, — туда идет робот по жесткому сценарию из четырех экранов. А отправку коммерческого предложения подтверждает человек, потому что письмо клиенту необратимо. Четыре участка — четыре разных исполнителя, и ни один из них не тянет весь поток в одиночку. Спор «какой инструмент лучше» на живом процессе превращается в разметку: какому участку какой исполнитель положен.
Признаки, что вы переросли своего робота
Если RPA уже стоит и работает — трогать его ради моды незачем. Сигналы, что пора пересматривать, объективны и видны в статистике сопровождения. Робот падает чаще раза в месяц, и каждый раз по новой причине. Доля исключений, уходящих человеку, растет от квартала к кварталу — вход процесса стал вариативнее, чем был при внедрении. Часы поддержки за год обогнали стоимость лицензий. Вендор системы, по которой кликает робот, выкатил API — с этого дня робот там живет взаймы.
Обратное тоже верно: робот, который два года молча таскает данные из замороженной системы, доживающей до миграции, — образцовое инженерное решение. Дешевое, понятное, смертное по плану. Менять его на агента ради слова «агент» — расход без эффекта.
Деньги: за что платите в каждом случае
У RPA платеж размазан: лицензии на роботов и оркестратор плюс разработка сценария плюс сопровождение, которое дергается каждым обновлением чужого интерфейса. У интеграции почти все наоборот: разработка разовая, сопровождение дешевое, лицензий нет. У агента — разработка контура плюс инференс: токены облачной модели или железо локальной.
Полезнее сравнивать профили стоимости на горизонте трех лет. У интеграции линия плоская: написали, забыли, изредка чинится валидацией. У RPA — лесенка: каждое обновление чужого интерфейса добавляет ступеньку работ, и наклон лесенки определяет чужой релизный календарь. У агента кривая привязана к потоку: чем больше документов и писем, тем больше инференса, зато сопровождение слабо зависит от чужих обновлений. Отсюда практичный вопрос любому подрядчику до подписания: покажите смету сопровождения на год — по всем трем классам она честнее презентации.
Наши ориентиры: простой агентский сценарий — от 250 000 ₽, производственный пилот ИИ-агента с контуром — от 700 000 ₽ за 5–7 недель. Когда процесс шире одного сценария, вход через пилот ИИ-автоматизации — от 320 000 ₽ за 4–6 недель, где связка «модель плюс код» собирается под ваш поток. Прикинуть вилку можно в калькуляторе. Оплата работ свыше 300 000 ₽ — этапами: 50% на старте, 30% после демонстрации, 20% после передачи.
Пять вопросов перед выбором
- Есть ли у систем API или выгрузки? Есть — начинайте с интеграции, роботом и агентом закрывайте остаток. Ответ «не знаем» означает «спросить администратора», а не «покупать робота».
- Вход стабилен? Одинаковые файлы и формы — сценарий; письма своими словами и документы в чужом оформлении — без модели не обойтись.
- Как часто обновляются интерфейсы? Вендор катает релизы ежемесячно — сопровождение робота станет абонементом; учтите его в расчете до покупки.
- Что стоит ошибка? Деньги и учет — необратимые действия через человека при любом инструменте; правило не зависит от того, робот ошибся или модель.
- Каков горизонт? Мост на год до миграции — RPA честен и дешев. Инфраструктура на пять лет — стройте на API и моделях, хрупкое не живет долго.
И последний фильтр, общий для всех трех инструментов: редкий процесс, процесс с правилами, которые переписывают каждый месяц, и процесс, который давно пора отменить, автоматизации не подлежат — ни роботом, ни агентом. Если после пяти вопросов кандидатов осталось несколько и они спорят за бюджет, это работа для ИИ-аудита процессов: две недели, и спор закрывается цифрами вместо мнений.