Что такое RPA и чем роботизация отличается от ИИ-автоматизации
RPA — это программные роботы, которые повторяют действия сотрудника за компьютером: открывают программы, переносят данные из одного окна в другое, заполняют формы, скачивают отчёты с порталов и рассылают письма. Робот не «понимает» задачу — он точно и без усталости выполняет записанный сценарий. Отсюда и сила технологии, и её пределы.
Ниже разберём, чем роботизация отличается от интеграции по API, скриптов и ИИ-агентов, какие процессы стоит отдавать роботу, как посчитать окупаемость и какие RPA-платформы доступны в России в 2026 году.
Что такое RPA простыми словами
RPA (Robotic Process Automation, роботизированная автоматизация процессов) — класс программ, которые работают с интерфейсами других систем так же, как человек: через экран, мышь и клавиатуру. Робот находит поля и кнопки в 1С, браузере, Excel или почте и нажимает их в заданном порядке.
Ключевая особенность — RPA не требует доработки систем: даже если у старой учётной программы или портала контрагента нет API, робот работает «поверх» интерфейса, а не внутри кода.
Как работает RPA-бот: сценарий, оркестратор, учётная запись
Типичная RPA-платформа состоит из трёх частей:
- Студия — среда, где аналитик или разработчик собирает сценарий из блоков: «открыть окно», «найти элемент», «прочитать ячейку», «если сумма больше X — перейти к шагу Y».
- Робот — исполняемая часть, которая запускается на рабочей станции или виртуальной машине и выполняет сценарий.
- Оркестратор — центр управления: расписание запусков, очереди задач, хранилище паролей, журналы, уведомления об ошибках.
Элементы интерфейса робот ищет по селекторам (идентификаторам окон и полей), а если их нет — по координатам или картинке на экране. Второй способ ненадёжен: сдвинулась кнопка — робот промахнулся.
Attended и unattended: робот-помощник и робот-сотрудник
Attended-робота запускает сам сотрудник кнопкой на своём компьютере, и робот работает в его сеансе: например, собирает для операциониста данные клиента из пяти систем. Он ускоряет человека, но не заменяет его. Unattended-робот работает автономно на сервере или виртуальной машине под отдельной учётной записью, запускается оркестратором по расписанию или событию и берёт объёмную рутину целиком: ночную сверку выписок, выгрузку отчётов. Большинство проектов с измеримым эффектом — именно unattended.
RPA, API-интеграция, скрипты и ИИ-агенты: когда что выбирать
Главный вопрос при выборе — есть ли у систем программный доступ и насколько предсказуемы входные данные.
| Подход | Как работает | Когда подходит | Слабое место |
|---|---|---|---|
| Интеграция по API | Системы обмениваются данными напрямую | У обеих систем есть API или штатный обмен, поток постоянный | Нужна разработка, у старых систем API может не быть |
| Скрипт (Python и т. п.) | Код обрабатывает файлы, базы, API без интерфейса | Выгрузки, отчёты, преобразование таблиц, парсинг | Нет оркестратора и журнала «из коробки», держится на одном разработчике |
| RPA-робот | Повторяет действия человека в интерфейсе | API нет или доступ к нему закрыт, правила жёсткие, интерфейс стабильный | Хрупкость при смене интерфейса, лицензии платформы |
| ИИ-агент | Языковая модель планирует шаги и вызывает инструменты | Входные данные разнородные: письма, свободный текст, исключения | Вероятностные ошибки, стоимость токенов, нужен контроль человека |
Практическое правило: если у системы есть API, интеграция почти всегда надёжнее и дешевле в эксплуатации, чем робот, — подробнее в статье «Что такое API простыми словами». RPA оправдан там, где API нет, он закрыт или требует доработки чужой системы. Чем агент отличается от робота на уровне архитектуры, разобрано в материале «Что такое ИИ-агент простыми словами».
RPA и ИИ: интеллектуальная автоматизация без иллюзий
Классический робот ломается на неструктурированных данных: сканах, письмах в свободной форме. Поэтому платформы добавляют к роботам ИИ-модули — такую связку называют интеллектуальной автоматизацией (IPA, Intelligent Process Automation):
- IDP (интеллектуальная обработка документов) — робот забирает скан из почты, модуль распознавания извлекает поля, робот вносит их в учётную систему. Как устроено распознавание и где его пределы, разобрано в статье «ИИ для документов».
- LLM-шаги внутри сценария — языковая модель классифицирует письмо или вытаскивает из текста реквизиты, а дальше робот действует по жёстким правилам.
- Агентный RPA — ИИ-агент решает, что делать, а робот исполняет детерминированные шаги в системах без API. Эксперты в обзоре TAdviser 2026 года ожидают, что в 2027–2028 годах оркестрация сместится «с робота на процесс»: агент — координатор, робот — исполнитель.
Там, где цена ошибки высока (платежи, проводки, кадровые приказы), детерминированный робот по-прежнему надёжнее модели, которая может «галлюцинировать». ИИ разумно ставить на разбор неструктурированных данных, а финальное действие в учётной системе оставлять за правилами. В том же обзоре представители вендоров отмечают, что эффект от внедрения ИИ сложно оценить и на практике он часто ниже ожидаемого.
Роботизация бизнес-процессов: типовые задачи для RPA
RPA лучше всего работает там, где много однотипных операций. Исторически это банки, страхование, телеком и логистика, но типовые сценарии есть в любой отрасли:
- Сверка банковских выписок — робот выгружает выписки из клиент-банков, сопоставляет платежи со счетами и формирует список расхождений для бухгалтера.
- Перенос данных между системами без API — заявки с портала поставщика в свою ERP, заказы из личного кабинета маркетплейса в складскую программу.
- Операции в 1С и закрывающие документы — массовое создание и проведение документов, акты и счета-фактуры по итогам месяца, загрузка в ЭДО.
- Отчёты с внешних порталов — ежедневная выгрузка данных из личных кабинетов банков, маркетплейсов, госпорталов в одну таблицу.
- Кадровые операции и проверка контрагентов — заведение новых сотрудников в несколько систем, сбор сведений по списку ИНН из открытых источников.
Общее у этих процессов — чёткие правила, стабильные экраны и сотни повторений в месяц. Если процесс проходит через несколько отделов с согласованиями, одним роботом его не решить: сначала нужна автоматизация бизнес-процессов на уровне маршрутов и ролей, а робот закрывает отдельные ручные шаги внутри неё.
Как выбрать процесс для роботизации: матрица оценки
Частая причина провала RPA-проекта — неудачно выбранный процесс. Оцените кандидата по пяти критериям:
| Критерий | Хороший кандидат | Плохой кандидат |
|---|---|---|
| Правила | Алгоритм описывается инструкцией «если — то» | Решение принимается по опыту и интуиции |
| Повторяемость | Одинаковые шаги каждый раз | Каждый случай уникален |
| Объём | Десятки часов ручной работы в месяц и больше | Пара часов в месяц |
| Входные данные | Структурированные: таблицы, формы, выгрузки | Сканы, рукописи, свободный текст — нужен ИИ-модуль |
| Стабильность интерфейса | Системы обновляются редко и предсказуемо | Портал меняет вёрстку каждый месяц, в планах смена ERP |
Если процесс набирает «хорошо» по четырём-пяти пунктам — он готов к роботизации. Если правила размыты, сначала опишите и упростите процесс — часть шагов обычно оказывается лишней. Этот этап — основа любой автоматизации процессов, не только роботизации.
Экономика RPA: как посчитать окупаемость робота
Эффект RPA считают в высвобожденных часах и FTE (full-time equivalent — ставка одного сотрудника, около 168 часов в месяц). Ниже условный пример — все цифры в нём иллюстративные, подставьте свои.
Исходные данные. Сверку выписок и разнесение платежей делают три бухгалтера по 4 часа в день: 12 часов × 21 рабочий день = 252 часа в месяц, или 1,5 FTE. Зарплата 90 000 ₽, со страховыми взносами 30,2% — 117 180 ₽, стоимость часа — около 698 ₽.
Что берёт робот. 80% операций проходят автоматически, 20% исключений остаются людям, плюс около 10 часов в месяц на контроль робота. Высвобождается 252 × 0,8 − 10 ≈ 192 часа — примерно 134 000 ₽ в месяц.
Затраты первого года (условно): разработка — 300 000 ₽, лицензия платформы — 400 000 ₽ в год (реальная цена зависит от вендора и числа роботов), поддержка — 20% от стоимости разработки, 60 000 ₽. Итого 760 000 ₽.
Окупаемость: 760 000 / 134 000 ≈ 5,7 месяца. Для сравнения: процесс на 20 часов в месяц при тех же затратах высвободит 20 × 0,8 − 10 = 6 часов, около 4 000 ₽ в месяц, — меньше 50 000 ₽ в год при одной только лицензии за 400 000 ₽. Такой робот не окупится никогда.
Экономия становится деньгами, только если высвобожденные часы получают новые задачи или вы не нанимаете людей при росте объёмов, — иначе она существует лишь на бумаге. И не забывайте про сопровождение: по данным РБК Тренды, поддержка роботов обходится в 20–25% от стоимости их разработки в год — интерфейсы меняются, и сценарии приходится править.
RPA-платформы в России в 2026 году
В 2022 году UiPath приостановила работу в России, а покупка и поддержка других западных платформ (Automation Anywhere, SS&C Blue Prism, Microsoft Power Automate) для российских компаний стали затруднены, поэтому заказчики массово переходят на отечественные решения. Для части организаций выбор ограничен и формально: по Указу Президента № 166 от 30.03.2022 с 1 января 2025 года органам власти и заказчикам по 223-ФЗ запрещено использовать иностранное ПО на принадлежащих им значимых объектах КИИ.
| Платформа | Разработчик | Что важно знать |
|---|---|---|
| Primo RPA | Primo RPA | В реестре российского ПО; лидер рейтинга TAdviser по выручке от RPA-проектов за 2025 год |
| ROBIN | SL Soft | Платформа гиперавтоматизации: RPA плюс модули работы с документами; второе место по выручке у TAdviser |
| PIX RPA | PIX Robotics | В реестре российского ПО; работает на Linux, есть инструмент переноса сценариев с других RPA-систем |
| Sherpa RPA | Sherpa Robotics | В реестре российского ПО; оркестратор для управления роботами, акцент на связке с ИИ |
| Robot Framework, OpenRPA | Open source | Свободные лицензии (Apache 2.0 и MPL 2.0), без платежей, но оркестрацию, мониторинг и поддержку строите сами |
Суммарная выручка 11 участников рейтинга TAdviser за 2025 год превысила 2,2 млрд ₽. Платформы обычно разворачивают у себя (on-premise), в одном контуре с целевыми системами.
Для пары-тройки роботов в небольшой компании альтернативой бывает автоматизация на Python без лицензий, но за оркестрацию, журналы и хранение паролей тогда отвечает разработчик, а не вендор.
Риски RPA: хрупкость, учётные записи, ИБ и 152-ФЗ
- Хрупкость. Обновили 1С или портал, появилось всплывающее окно — робот остановился или, хуже, продолжил работу с ошибкой. Нужны проверки результата, мониторинг и регламент обновления сценариев.
- Учётные записи и доступы. Робот не должен работать под логином живого сотрудника: ему нужна отдельная учётка с минимальными правами, а пароли хранятся в хранилище оркестратора, не в тексте сценария. Каждый запуск логируют, сетевой доступ машины робота ограничивают.
- Персональные данные. Если робот обрабатывает ФИО, телефоны или паспортные данные, на процесс распространяется 152-ФЗ. Запись, систематизация и хранение персональных данных граждан РФ ведутся в базах на территории России (ч. 5 ст. 18) — это касается и журналов, и временных файлов робота. Запрос с персданными к зарубежной языковой модели — трансграничная передача: по ст. 12 152-ФЗ до её начала оператор обязан уведомить Роскомнадзор и оценить, обеспечивает ли страна получателя защиту данных. Практичное решение — российские модели, модели в своём контуре или маскирование данных перед отправкой.
Типичные ошибки при внедрении RPA
- Роботизировать хаос. Робот копирует процесс вместе с лишними шагами и ошибками.
- Робот вместо интеграции. У системы есть API, но выбрали RPA, «потому что быстрее», — и робот ломается при каждом обновлении.
- Нет бюджета на поддержку и владельца процесса. Робот встаёт после обновления или копит исключения неделями, а разбирать их некому.
- Начинать с самого сложного. Первый робот на процессе с десятью системами и сотней исключений почти гарантированно затянется. Пилот — на простом объёмном процессе.
Чек-лист: готов ли процесс к роботизации
- Процесс описан пошагово, правила записаны, а не хранятся в голове одного сотрудника
- Объём — десятки часов ручной работы в месяц, и он измерен, а не оценён «на глаз»
- Входные данные структурированы, или решено, какой ИИ-модуль будет их разбирать
- Проверено, что у систем нет API или штатного обмена, который решил бы задачу надёжнее
- Смена ERP или портала в ближайшие полгода не планируется
- Посчитана окупаемость с учётом лицензии, разработки, поддержки и доли исключений
- Для робота заведена отдельная учётная запись с минимальными правами
- Определено, где робот обрабатывает персональные данные и как это соотносится с 152-ФЗ; назначен владелец процесса
RPA — рабочий инструмент для узкого класса задач: жёсткие правила, большой объём, стабильные интерфейсы и системы без API. Начинайте с измерения процесса и честного расчёта окупаемости, а выбор платформы оставьте на потом.