RPA роботы: где они окупаются и почему ломаются

RPA роботы это программы, которые работают руками человека: двигают курсор, нажимают кнопки, вводят текст и читают значения в чужом интерфейсе, к которому нет доступа изнутри. Документация Microsoft описывает назначение прямо: RPA нужен для работы с приложениями, у которых нет готового коннектора и нет API, на базе которого можно было бы собрать свой (learn.microsoft.com). Отсюда следует всё остальное в этой статье: и границы применимости, и цена, и причины, по которым робот однажды перестаёт работать.

Чем RPA-робот отличается от интеграции по API

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

Отсюда область применения: RPA оправдан там, где API нет или доступ к нему стоит дороже робота. Power Automate for desktop отдельно перечисляет поддержку SAP, устаревших терминалов вроде мейнфреймов и AS/400, приложений на Java и сессий Citrix, и это ровно перечень того, куда обычная интеграция не заходит.

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

Технологии RPA: как робот находит кнопку в чужом окне

Технологии RPA держатся не на координатах и не на картинке, а на дереве UI-элементов: документация Power Automate прямо указывает, что действия используют UI-элементы, чтобы не прибегать к распознаванию изображений и абсолютным координатам. UI-элемент состоит из одного или нескольких селекторов, а селектор это цепочка узлов иерархии интерфейса с атрибутами, отличающими нужный элемент от соседних.

Для настольных приложений поддерживается три вида селекторов, и выбор между ними определяет живучесть робота:

• UIA (UI Automation): современный фреймворк доступности Microsoft, рекомендуемый для WPF, WinForms и UWP; даёт самую подробную информацию об элементе.
• MSAA: предшественник UIA, нужен для устаревших приложений, которые не выставляют UIA-элементы: классический Win32, наследие VB6.
• UIA3 Raw: неотфильтрованное дерево элементов вместе со служебными узлами; применяется к Electron-приложениям и нестандартно отрисованным контролам.

У одного элемента можно задать несколько селекторов: если селектор не сработал, платформа переходит к следующему по порядку. Текстовые селекторы по атрибуту Name для настольных приложений и Text для веба в документации прямо названы более устойчивыми к будущим изменениям структуры. Обратный случай: элементы веб-страницы, захваченные как десктопные, названы менее надёжными, потому что зависят от версии браузера. Разница между роботом, который переживёт три обновления интерфейса, и роботом, который сломается на первом, закладывается именно здесь.

Attended и unattended роботы: разница в надзоре и в деньгах

Attended-режим это запуск под наблюдением человека: по описанию Microsoft, attended-бот получает доступ к машине, которой пользователь уже пользуется, и выполняет действия на целевых приложениях. В режиме picture-in-picture робот работает в отдельном виртуальном окне, чтобы сотрудник продолжал работать параллельно. Unattended-режим это запуск без человека: бот сам входит на машину от имени пользователя, выполняет действия и затем выходит из системы, по расписанию или по событию.

Разница видна в лицензиях. В Power Automate пользовательская лицензия Premium несёт один attended-бот, unattended-бот приходит с ёмкостной лицензией Process, и такая лицензия выполняет один настольный поток за раз: для параллельной работы покупают столько лицензий, сколько нужно одновременных запусков. Тонкость, о которую спотыкаются при расчёте бюджета: назначить Process-лицензию на машину можно только если эту машину зарегистрировал пользователь с лицензией Premium.

Есть и ограничение по редакции Windows: на Windows 10 Home и Windows 11 Home потоки создаются и запускаются локально в attended-режиме, но облачный запуск, и attended, и unattended, недоступен.

RPA роботизация: как отбирают процессы под робота

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

Последнее считается прямо. Unattended-бот в Power Automate обходится в 150 долларов в месяц при годовой оплате, плюс лицензия Premium за 15 долларов в месяц для регистрации машины: этой суммой вместе со стоимостью разработки и правок и задаётся нижняя граница объёма. Разовая выгрузка раз в квартал в такую экономику не влезает, ежедневная сверка на два часа влезает.

Отдельно отсекаются процессы, где робот только замаскирует беспорядок: если регламент существует в трёх версиях, а решение регулярно принимается «по обстоятельствам», роботизация зафиксирует худший вариант и сделает его необратимым.

Когда вместо робота хватит коннектора

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

Заметная доля задач, которые приносят под видом «нужен робот», закрывается вебхуком и парой запросов. Разбор этого слоя инструментов вынесен в материал про no-code инструменты для автоматизации бизнеса, а сценарии на узлах и самостоятельном хостинге разобраны в статье про автоматизацию бизнес-процессов в n8n.

Сколько стоит держать робота

Прайс Power Automate удобен как публичный ориентир: цифры на странице вендора проверяются в любой момент. Российские платформы считают по договору, но структура затрат та же: среда разработки, лицензия исполнителя, оркестратор, инфраструктура.

Ограничения ёмкости учитывают при проектировании: на один облачный поток можно сложить до 10 лицензий Process, каждая добавляет 250 000 действий в сутки, либо назначить одну лицензию на группу и разделить лимит между 25 потоками.

Требования к среде исполнения

Машина робота это отдельная единица инфраструктуры, а не «свободный компьютер в бухгалтерии». В официальных требованиях Power Automate for desktop важна оговорка: они не учитывают ресурсы самих автоматизируемых приложений.

• Минимум: процессор от 1,00 ГГц с двумя и более ядрами, 2 ГБ оперативной памяти, 1 ГБ на диске. Для unattended-режима требуется четыре ядра и больше.
• Рекомендуется: процессор от 1,60 ГГц, 4 ГБ оперативной памяти, 2 ГБ на диске, .NET Framework 4.7.2 или новее.
• Многосессионный сценарий: 4 ядра, 4 ГБ памяти и 2 ГБ диска на первую сессию плюс 2 ядра и 4 ГБ на каждую следующую, поскольку каждый бот создаёт отдельную сессию Windows.
• ОС: Windows 10 и 11 (Home, Pro, Enterprise), Windows Server 2016, 2019, 2022 и 2025; устройства на процессорах ARM не поддерживаются.
• С версии 2.69 MSI-установщику нужна среда выполнения .NET 10. Установка из MSI требует прав администратора, установка из Microsoft Store обходится обычной учётной записью, но не включает машинный runtime.

Рекомендация вендора, которую регулярно нарушают при массовом развёртывании: не запекать Power Automate for desktop в базовый образ виртуальной машины. В клонированном образе остаются данные регистрации машины, и поведение становится непредсказуемым. Ставить нужно после разворачивания образа, скриптом.

Почему роботы ломаются при обновлении интерфейса

Робот падает не потому, что «плохо написан», а потому, что опирается на договорённость, которую никто не подписывал: расположение и атрибуты элементов в чужом приложении. Обновление системы меняет дерево элементов, селектор перестаёт находить узел, шаг падает. Второй источник отказов это версии самой платформы. Power Automate предупреждает: обратная совместимость полная, прямая не гарантируется. Поток, созданный в более новой версии, на старой не откроется. В команде, где студия обновляется автоматически из Store, а машины роботов сидят на MSI-сборке полугодовой давности, это стабильный способ уронить продуктив.

Третий источник это лимиты. В одном запуске настольного потока логируется не более 10 000 действий: лишние выполняются, но в журнал не попадают, и разбирать инцидент нечем. Размер потока в окружениях со схемой v1 не может превышать 100 МБ, рекомендация вендора: резать логику на несколько потоков. Отдельно ломает запуск корпоративный прокси с авторизацией: администратору придётся либо исключить приложение из проксирования, либо дать сервер без аутентификации.

Сопровождение: кто чинит робота после сдачи

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

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

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

Российские RPA-платформы и реестр отечественного ПО

Для компаний с требованиями по импортозамещению важен не только функционал, но и наличие продукта в едином реестре российского ПО. Ниже состав четырёх платформ по данным официальных сайтов.

Проверять наличие в реестре нужно по самому реестру, а не по маркетинговой странице: запись оформляется на конкретный продукт, и вендор может иметь в реестре студию, но не оркестратор. Отдельно уточняется модель лицензирования: привязка к машине или к процессу, число одновременных unattended-запусков в пакете, условия продления.

Бизнес RPA: как считать эффект и что в него не засчитывать

Бизнес RPA считает не в «сэкономленных часах» вообще, а в трёх величинах: время цикла операции до и после, доля запусков без вмешательства человека, стоимость владения роботом за период. Базовый замер делается до старта разработки и по фактическому хронометражу, а не по оценке руководителя отдела.

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

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

Частые вопросы

Чем attended-робот отличается от unattended

Attended работает под наблюдением человека, на машине, которой сотрудник уже пользуется. Unattended сам входит на машину от имени пользователя, отрабатывает и выходит. В Power Automate лицензия Premium несёт один attended-бот, лицензия Process несёт один unattended-бот на один поток за раз.

Сколько нужно лицензий для параллельной работы роботов

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

Какая машина нужна под unattended-робота

Минимум четыре ядра против двух для attended, 2 ГБ памяти минимум и 4 ГБ рекомендованных, причём требования не учитывают ресурсы самих автоматизируемых приложений. В многосессионном сценарии на каждую дополнительную сессию закладывают 2 ядра и 4 ГБ памяти.

Почему робот перестал работать после обновления системы

Скорее всего, изменилось дерево UI-элементов и селектор перестал находить узел. Помогают несколько селекторов на один элемент с переходом к следующему при отказе и текстовые селекторы по атрибуту Name или Text, устойчивые к изменениям структуры.

Можно ли обойтись без RPA

Да, если у системы есть API или готовый коннектор: интеграция дешевле в сопровождении и не ломается от смены интерфейса. RPA берут там, где ни коннектора, ни API нет: унаследованные приложения, терминальные эмуляторы, сессии Citrix, SAP.