RPA и роботизация рутины: программный робот вместо двадцати вкладок
В каждой компании есть процесс, который выглядит так: сотрудник открывает сайт партнёра, скачивает таблицу, открывает учётную систему, заносит строки руками, переключается в почту, отправляет подтверждение. Систем между собой не дружат, интеграцию строить дорого, процесс живёт годами. Именно для этого придумана RPA: программный робот делает то же самое, человек делает, только без человека.
Как это устроено без пафоса
Робот это не физическая рука и не «искусственный интеллект во всём». Это программа, которой один раз показали маршрут: зайти в систему под учёткой, найти заказы за сегодня, скопировать номер и сумму, вставить в таблицу, пометить зелёным. Маршрут записан, робот ходит по нему хоть каждый час, не устаёт и не ошибается в третьей строке из за усталости.
Классическая RPA капризная: если сайт партнёра поменял кнопку местами, робот встаёт. Если в документе нестандартная шапка, робот не понимает. Отсюда репутация «дорогое хрупкое».
Что изменил ИИ
Языковые модели встраиваются внутрь робота и забирают самое хрупкое: понимание. Входящий PDF с кривой разметкой, письмо в свободной форме, таблица без заголовков. Раньше это обрабатывал человек, теперь робот читает как человек: выделяет смысл, принимает решение по правилам, кладёт данные куда нужно. Как такой конвейер выглядит от письма до записи в системе, разобрано в статье автоматизация документооборота. Хрупкий маршрут превратился в устойчивый процесс.
Обратная сторона: решение робота надо ограничивать правилами. ИИ уверенно угадывает, но иногда уверенно ошибается. В связке «робот плюс модель» правила расстановки данных остаются жёсткими, свобода понимания допускается только на входе.
Куда RPA ставить, а куда нет
Хорошие кандидаты: перенос данных между системами без API, массовая выгрузка и загрузка, сверка двух списков, регулярные действия в личных кабинетах поставщиков, оформление типовых операций. Общий признак: действия однотипные, повторяются сотни раз в месяц, ошибки входа редкие но критичные для контроля.
Плохие кандидаты: процессы, которые меняются каждый месяц (робота придётся переписывать чаще, чем он окупается), решения с высокой ценой ошибки без контроля человеком, задачи, где дешевле сделать честную интеграцию через API, если она есть. RPA это мост через реку, а не замена дороги.
Дальше по теме: как выбрать первый процесс, с которого начинают автоматизацию, разобрано в статье про автоматизацию процессов с нуля.