RPA (robotic process automation) — программа, которая повторяет действия человека в чужих интерфейсах: открывает окно, находит поле, копирует значение, переключается в другую систему, вставляет, нажимает кнопку. Никакого железа: программный робот работает мышкой и клавиатурой на обычном компьютере. Отличие от интеграции — он ходит «поверх» систем, как пользователь, а не обращается к ним напрямую.
Что такое RPA простыми словами
Сотрудник берёт из письма номер заказа, вбивает его в учётную программу, копирует оттуда сумму и статус, переносит в таблицу, отправляет строку в мессенджер. Решений он не принимает — переносит данные по правилу. Эту работу и забирает робот.
RPA-система — это редактор, где сценарий собирается из шагов («кликни сюда», «прочитай это поле», «если появилось окно — закрой»), исполнитель на машине и планировщик с журналом запусков. Сценарий видит систему так же, как человек: по расположению элементов на экране, заголовкам окон, подписям кнопок, иногда прямо по картинке. Отсюда главное свойство роботизации: её можно применить к системе, о внутреннем устройстве которой ничего не известно. Интеграции же нужен способ обратиться к системе изнутри — API, база, выгрузка файлом.
Почему вообще так делают
Роботизация бизнес-процессов — это обход, и понимать это стоит сразу: все её поломки растут из этого корня. Причин обходить систему снаружи обычно три.
У системы нет API. Отраслевая программа пятнадцатилетней давности, старый складской учёт, внешний портал: разработчик либо не предусмотрел внешнего доступа, либо не поддерживает продукт.
API есть, но доступ к нему не купить. Он в старшей редакции, за отдельную лицензию, только для партнёров. Считать надо честно: годовая доплата за редакцию с API против стоимости робота и его содержания. Часто выигрывает редакция.
Систему нельзя трогать. Она принадлежит заказчику, головной компании или регулятору; правки согласовываются кварталами, а данные переносить надо сейчас. Робот здесь — единственное доступное решение, а не лучшее.
Где роботизация оправдана
Три условия. Нарушено хотя бы одно — робот не окупится или будет ломаться чаще, чем работать.
Много одинаковых операций. Сотни однотипных проходов в месяц: экономия одного прохода умножается на их число.
Стабильный интерфейс. Внутренняя программа, которую не трогали три года, — хороший кандидат. Веб-кабинет внешнего сервиса, перерисовывающийся без предупреждения, — плохой.
Никаких решений по ходу. «Если сумма больше 100 тысяч — на согласование» роботу подходит. «Посмотреть, похоже ли это на дубль» — нет.
Счёт окупаемости
Месячная цена рутины: число операций в месяц × минут на операцию × стоимость часа ÷ 60. Дальше она сравнивается со стоимостью робота. Пример условный, цифры для иллюстрации расчёта, а не из чьего-то проекта.
| Что считаем | Значение |
|---|---|
| Операций в месяц × минут на операцию | 600 × 4 = 40 часов |
| Стоимость часа сотрудника | 600 ₽ → 24 000 ₽ рутины в месяц |
| Доля времени, которую снимает робот | 70% → 16 800 ₽ экономии |
| Сборка сценария | 150 000 ₽ |
| Содержание в месяц: лицензия, машина, правки | 12 000 ₽ |
| Чистая экономия в месяц | 4 800 ₽ |
| Срок окупаемости | больше двух лет |
Расчёт показателен тем, что не сходится: сорок часов рутины выглядят внушительно, но содержание съедает две трети экономии. Три поправки, без которых счёт врёт. Ставка часа берётся из своей платёжной ведомости, а не из рыночных прайсов. Робот снимает не всё: коэффициент 0,5–0,7 ближе к правде, чем 1,0. Содержание — обязательная строка, а не риск: робот требует правок при каждом заметном изменении системы, а поддержка по опубликованным прайсам студий начинается от 2 000 ₽/час.
Почему роботы ломаются
Интеграция обменивается данными по договорённому формату: нарушен формат — приходит ошибка. Робот не обменивается ничем, он смотрит на экран, и ломает его всё, что этот экран меняет.
Поменялась вёрстка окна. Кнопку сдвинули на сорок пикселей, добавили колонку в таблицу, переименовали вкладку. Для человека мелочь, для сценария на координатах — другой мир.
Всплыло уведомление. «Доступна новая версия», баннер, предупреждение о сроке пароля: окно перехватывает фокус, и следующий клик уходит не туда.
Сменился пароль. Плановая смена раз в 90 дней, блокировка после трёх попыток, подтверждение на телефон сотрудника в отпуске.
Система стала отвечать медленнее. Сценарий ждал две секунды, а под нагрузкой отчёт строится восемь: робот кликает по ещё не отрисованному экрану.
Хуже самой поломки то, как она выглядит. Робот обычно не падает с сообщением об ошибке — он честно выполняет шаги в изменившемся окне и вставляет данные не туда. Или встаёт молча: ждёт элемента, которого нет, до конца смены.
Отсюда правило, которое записывают в требования до начала работ: у робота должен быть контроль результата, а не только запуск. Сценарий проверяет не «клик сделан», а «в целевой системе появилась запись», сравнивает число обработанных записей с числом исходных и при отклонении от нормы пишет живому человеку. Расхождение должно быть слышно в тот же час, а не в конце месяца.
RPA против интеграции
Если у системы есть доступный API — интеграция дешевле и надёжнее почти всегда. Робот — последнее средство, а не первое.
| Интеграция через API | Программный робот | |
|---|---|---|
| Как работает | обращается к системе изнутри, по формату | повторяет действия пользователя в окне |
| Нужен доступ | да, API или база | нет, хватит рабочего окна |
| Что ломает | смена формата обмена, обычно с предупреждением | любое изменение экрана, без предупреждения |
| Как ломается | с ошибкой и кодом | молча или неверными данными |
| Скорость | тысячи записей в минуту | со скоростью интерфейса |
| Сборка / содержание | дороже / дешевле | дешевле / дороже |
| Рабочее место | не нужно | часто отдельная машина и учётная запись |
Порядок выбора: есть ли API и сколько стоит доступ; возможен ли обмен файлами по расписанию — он решает больше задач, чем принято думать, и ломается реже; и только потом робот. Про инструменты второго шага — Интеграционные платформы.
Что считается роботом сегодня
Сценарий на координатах умеет одно: повторять. Он не понимает, что читает, поэтому целый пласт работы ему был недоступен — разобрать письмо клиента, вытащить позиции из счёта, найти документ, реквизитов которого никто не помнит. Языковые модели закрывают ровно этот разрыв: робот берёт вложение из почты, модель разбирает содержимое и возвращает структурированные поля, дальше робот заносит их в систему. Механическая часть отвечает за перенос, модель — за понимание.
Разбор при этом не обязан уходить в облако. В проекте синтеза речи связка Whisper, Qwen3-TTS и pgvector работает локально, без единого обращения к облачным моделям, и весь контур помещается на одной настольной машине. Локальный контур распознавания позволяет не выносить чужие персональные данные за периметр.
Оговорка обязательна: модель добавляет и новый род ошибок. Она не встаёт молча — она уверенно возвращает неверное значение. Поэтому её вывод проверяется правилами: сумма сходится с итогом, ИНН проходит контроль разрядности, дата попадает в разумный диапазон. Работа с документами — тема статьи Автоматизация документооборота.
На что смотреть
Кто чинит робота, когда он встал. Вопрос задаётся до подписания, а не после первой остановки. Сценарий, который умеет чинить только его автор, — та же зависимость от подрядчика, что и «никто кроме них не разберётся в коде».
Где живут пароли робота. Роботу нужны отдельные учётные записи, а не логин живого сотрудника: чужой логин означает, что увольнение остановит процесс, а действия робота не отличить от действий человека. Пароли хранятся в защищённом хранилище платформы, права выдаются минимальные, плановая смена — в регламенте.
Что происходит с процессом, пока робот стоит. У каждого сценария должен быть ответ на вопрос «а если он не отработает три дня». Иногда ответ простой: накопится очередь, её разберут руками. Иногда через робота идут отгрузки или платежи, и три дня простоя стоят дороже всей автоматизации — тогда нужна ручная процедура, записанная заранее. Сюда же относится машина: сценарий на компьютере сотрудника встанет, когда тот уйдёт в отпуск и выключит его.
Вопросы и ответы
Чем RPA отличается от обычного скрипта? Скрипт работает с данными: файлами, базой, запросами. RPA-система работает с интерфейсом и приносит инфраструктуру — планировщик, журнал запусков, хранилище паролей. Для одной задачи скрипт дешевле; на десятке сценариев инфраструктура окупается.
Заменяет ли робот сотрудника? Часть его работы, а не должность. Робот забирает перенос данных и заполнение форм, оставляя человеку исключения и проверку результата. Причём объём оставшейся работы растёт вместе с числом сценариев: за десятью роботами кто-то присматривает.
Сколько времени занимает сборка робота? Простой сценарий на два-три окна собирается за дни. Дальше срок определяют не действия, а исключения: каждое «а если система не ответила» — отдельная ветка, проверка и способ отката.
Можно ли обойтись без RPA? Часто да. Три альтернативы по убыванию надёжности: доступ к API, обмен файлами по расписанию, отказ от самой операции. Робота берут, когда все три не сработали.
Подходит ли роботизация небольшой компании? Там, где есть объём и стабильный интерфейс, а не там, где просто скучная работа. На десятке операций в месяц робот не окупается никогда. Как отобрать процесс — Что автоматизировать первым.
Куда дальше
Проверка делается без подрядчика: посчитать операции за прошлый месяц и минуты на одну, выяснить, есть ли у системы API и сколько стоит доступ, спросить, кто будет чинить сценарий и что будет с процессом за три дня простоя. Если после этих ответов робот всё ещё выглядит разумным решением — он им и является.
Разбор процесса и оценка — через контакты.