RPA: что это, чем роботы отличаются от интеграций и когда они нужны

RPA это программные роботы, которые повторяют действия сотрудника на компьютере: открывают письма, копируют данные из одной программы в другую, заполняют формы и нажимают кнопки. Расшифровка Robotic Process Automation, по-русски «роботизация процессов». Робот работает через тот же экран, что и человек, поэтому его можно подключить к старой программе, у которой нет API. В этом сила RPA и её слабость: стоит поменяться интерфейсу, и робот ошибается. Ниже разберём, как устроены роботы, чем они отличаются от интеграций и ИИ-агентов, какие процессы им подходят и как посчитать, окупится ли робот.

Что такое RPA простыми словами

RPA это способ автоматизировать рутину без переделки программ, в которых работает компания. Робот не встраивается в систему и не требует доступа к её коду. Он видит окна, поля и кнопки и действует по записанному сценарию, как очень внимательный стажёр.

Пример. Бухгалтер каждое утро открывает почту, скачивает счета поставщиков, переносит номер, дату, сумму и ИНН в учётную программу и отмечает письмо как обработанное. Робот делает то же самое: в тех же программах, по тем же шагам, только без перерывов и опечаток. Сложные случаи, например счёт без ИНН, он откладывает человеку.

Слово «робот» сбивает с толку: никакого железа нет. Это программа, которая запускается на компьютере или сервере и управляет другими программами.

Как работает программный робот

Робот работает по сценарию: последовательности шагов, которую заранее собирает разработчик. Каждый шаг описывает действие в интерфейсе: открыть окно, найти поле, ввести значение, нажать кнопку, проверить результат.

Чтобы найти нужное поле, робот использует описание элемента интерфейса, а если это невозможно, распознаёт картинку на экране. Поэтому важно, чтобы интерфейс программы не менялся без предупреждения.

Обычно RPA-платформа состоит из трёх частей. В документации российской платформы Primo RPA, например, это:

• Студия. Среда, где разработчик собирает сценарий робота из готовых действий.
• Робот. Программа, которая выполняет сценарий на компьютере или сервере.
• Оркестратор. Пульт управления: публикует сценарии, запускает роботов по расписанию, показывает, кто что сделал и где произошла ошибка.

Сопровождаемые и автономные роботы

Роботы бывают двух видов: одни работают рядом с сотрудником и запускаются им, другие работают сами на отдельных машинах. Так их делит, например, документация UiPath, у других платформ деление похожее.

Вид	Кто запускает	Где работает	Пример задачи
Сопровождаемый (attended)	Сотрудник кнопкой или событием на своём компьютере	На рабочем месте человека, при разблокированном экране	Оператор нажимает кнопку, робот за минуту собирает данные клиента из трёх программ
Автономный (unattended)	Оркестратор по расписанию или по событию	На отдельной машине, обычно виртуальной, без человека	Ночью робот разносит все счета за день и утром присылает отчёт

Для небольшой компании чаще подходит автономный робот на отдельной машине: он не мешает сотрудникам и работает по расписанию. Сопровождаемый полезен там, где человек принимает решение, а робот берёт на себя рутинный сбор данных.

Чем RPA отличается от интеграции, макроса и ИИ-агента

RPA работает через интерфейс, интеграция через программный канал, макрос внутри одной программы, а ИИ-агент понимает свободный текст. Это разные инструменты, и часто их сочетают.

Главное правило: если у систем есть API, интеграция почти всегда надёжнее робота. Она не зависит от того, где на экране кнопка, работает быстрее и проще отслеживается. Как устроен обмен по API и что нужно для его надёжной работы, подробно рассказано в статье об API-интеграции. RPA имеет смысл там, где API нет, он закрыт или его доработка займёт годы.

ИИ-агент отличается тем, что сам разбирает письма и документы в свободной форме. Чем агент полезен и где решает человек, разобрано в статье об ИИ-агентах для бизнеса. На практике связка выглядит так: ИИ распознаёт счёт и достаёт из него поля, а робот вносит их в старую программу без API.

Какие процессы подходят для роботизации

Роботу подходят процессы, которые повторяются часто, идут по чётким правилам и работают с данными в электронном виде. Если сотрудник может описать каждый шаг словами «если так, то делаю это», робот справится.

Признаки подходящего процесса:

• Повторяемость. Одно и то же действие десятки или сотни раз в неделю.
• Чёткие правила. Решение принимается по понятным условиям, без «на глаз».
• Цифровые данные. Файлы, письма, таблицы, поля программ, а не бумага и звонки.
• Стабильность. Интерфейсы программ и порядок действий редко меняются.
• Мало исключений. Большая часть случаев проходит по основному сценарию.

Отдел	Пример процесса	Что делает робот
Бухгалтерия	Входящие счета поставщиков	Забирает из почты, вносит в учёт, сверяет с заказом
Продажи	Заявки с площадок без API	Заходит в личный кабинет площадки и переносит заявки в CRM
Склад	Сверка остатков	Выгружает остатки из двух программ и отмечает расхождения
Кадры	Оформление нового сотрудника	Заводит карточку в нескольких системах по одной анкете
Отчётность	Еженедельный отчёт руководителю	Собирает цифры из программ и отправляет файл по расписанию

Что точно не подходит: процессы, которые каждый раз идут по-разному, требуют переговоров или оценки, работают с бумагой без распознавания или меняются каждый месяц. Сначала такой процесс нужно навести в порядок и описать. Какие рутинные задачи стоит снимать с сотрудников первыми, разобрано в статье об автоматизации рутинных задач.

Робот, интеграция или ИИ: как выбрать

Выбор начинается с вопроса, есть ли у программ API. Если есть, делайте интеграцию. Если нет, смотрите на правила и данные.

Ситуация	Что выбрать
У обеих программ есть API	Интеграция по API
Старая программа без API, правила чёткие	RPA-робот
Данные в письмах и сканах, формат разный	ИИ для распознавания и робот или интеграция для ввода
Действия внутри одной таблицы	Макрос или скрипт
Нужно временное решение, пока делают API	Робот как мост, с планом замены
Процесс каждый раз разный	Сначала описать и упорядочить процесс

RPA и ИИ: как они работают вместе

Робот хорошо выполняет правила, но не понимает текст. ИИ понимает текст, но сам по себе не умеет нажимать кнопки в старой программе. Вместе они закрывают процессы, которые раньше считались неподходящими для автоматизации.

Пример. Поставщики присылают счета в разном виде: PDF, скан, фото с телефона, текст в теле письма. Робот по правилам с этим не справится, потому что поля каждый раз в другом месте. Схема со связкой выглядит так:

1. Робот забирает новое письмо и сохраняет вложение.
2. ИИ распознаёт документ и достаёт поля: поставщик, ИНН, номер, дата, сумма.
3. Если ИИ уверен и сумма совпадает с заказом, робот вносит счёт в учёт.
4. Если есть сомнения, задача уходит сотруднику с подсвеченными полями.
5. Каждое действие пишется в журнал: что распознано, что внесено, кто проверил.

Важно оставить человеку спорные случаи. ИИ может ошибиться в цифре так же уверенно, как в верном ответе, поэтому проверка суммы по заказу или по справочнику поставщиков обязательна.

Безопасность: что нужно настроить роботу

Робот получает доступ к тем же программам, что и сотрудник, поэтому его настраивают как отдельного пользователя с ограниченными правами. Это защищает и от ошибок, и от утечек.

• Отдельная учётная запись. С правами только на нужные разделы. Тогда в журнале программы видно, что сделал робот, а что человек.
• Пароли в хранилище. Пароли робота хранят в защищённом хранилище платформы или сервера, а не в тексте сценария.
• Журнал действий. Каждый шаг с временем и номером записи. Он нужен и для разбора ошибок, и для проверки.
• Оповещения. Если робот остановился или ошибся несколько раз подряд, ответственный узнаёт сразу, а не через неделю.
• Доступы на компанию. Учётные записи, сценарии и лицензии оформлены на компанию, а не на подрядчика.

Как внедрить RPA по шагам

Внедрять роботов лучше с одного процесса и пилота на реальных данных. Так видно, сколько исключений на самом деле и сколько времени экономится.

1. Выберите процесс. Частый, по правилам, с цифровыми данными. Посчитайте, сколько раз в месяц он выполняется и сколько минут занимает.
2. Опишите каждый шаг. Запишите экран сотрудника или пройдите процесс вместе с ним. Отдельно выпишите исключения.
3. Проверьте, нет ли API. Если есть, сравните стоимость интеграции и робота.
4. Заведите учётную запись робота. Отдельную, с минимальными правами. Не давайте роботу пароль сотрудника.
5. Соберите сценарий и журнал. Каждый шаг робота должен записываться: что сделал, с какой записью, где ошибся.
6. Запустите пилот. Две-четыре недели робот работает параллельно с человеком, результаты сверяют.
7. Передайте в работу и назначьте ответственного. Кто-то должен получать оповещения о сбоях и обновлять сценарий при смене интерфейса.

Подобрать способ под ваш процесс, будь то интеграция, робот или связка с ИИ, можно в рамках услуги автоматизации бизнеса под ключ. Мы начинаем с процесса и расчёта, а не с выбора платформы.

Сколько стоит робот и окупится ли он

Расходы на RPA складываются из разработки сценария, лицензий платформы, машины для робота и сопровождения. Окупается робот временем сотрудников, поэтому всё решает объём операций.

• На старте: описание процесса, разработка и тестирование сценария, лицензии.
• Каждый месяц: лицензия робота и оркестратора, сервер или виртуальная машина, поддержка сценария.
• Скрытые расходы: доработка сценария после обновлений программ, разбор исключений человеком.

Цены на лицензии у платформ разные и меняются, проверяйте их у вендоров. В калькуляторе ниже подставьте свои цифры.

Проверьте, подходит ли ваш процесс для робота

Отметьте пункты, которые верны для процесса, который хотите отдать роботу.

Риски и частые ошибки RPA

• Хрупкость. Программа обновилась, кнопка переехала, робот остановился или, хуже, ввёл данные не в то поле. Нужны проверки результата и оповещения.
• Робот вместо интеграции. Если API есть, робот будет дороже в поддержке. Сначала проверьте API.
• Пароль сотрудника у робота. Ушёл сотрудник или сменил пароль, робот встал. И непонятно, кто что сделал в системе.
• Нет журнала. Без журнала нельзя найти запись, которую робот обработал неверно.
• Роботизировать хаос. Робот повторит плохой процесс быстрее, но не исправит его.
• Никто не отвечает. Сценарий написал подрядчик, ушёл, и при первом сбое починить некому.

RPA хороша как способ быстро снять рутину в программах без API. Начните с одного частого процесса, проверьте, нет ли API, заведите роботу отдельную учётную запись и журнал. Если процесс оказался хаотичным, сначала опишите его, а уже потом выбирайте, робот это будет или интеграция.