«RPA» — модное слово, под которым понимают разное: от «записал макрос в Excel» до «полноценной роботизации процессов через корпоративную платформу». Многие компании идут за отдельным RPA-инструментом, не зная, что в их Microsoft 365 / Power Platform уже есть всё необходимое. А другие — разочаровываются в RPA, потому что выбрали для неё неподходящий процесс.
Этот гайд объясняет, что такое RPA, чем Power Automate Desktop отличается от облачных потоков Power Automate, какие сценарии имеет смысл автоматизировать, и что такое attended/unattended-режимы. Технические утверждения опираются на официальную документацию Microsoft Learn, ссылки — в разделе «Источники».
Короткий ответ
RPA (Robotic Process Automation) — это программный «робот», который повторяет действия человека в интерфейсах приложений: клики, ввод, чтение данных с экрана. RPA не меняет сами приложения и не требует их API — она работает с ними так же, как сотрудник, только быстрее и без ошибок. RPA удобна для повторяющейся, основанной на правилах рутины между системами, особенно legacy.
В экосистеме Microsoft RPA реализована через Power Automate Desktop (PAD) — десктоп-клиент для Windows 10/11, который записывает и проигрывает действия пользователя на компьютере. PAD интегрирован с облачными потоками Power Automate: cloud flow может запустить desktop flow на нужной машине, и наоборот. Это покрывает полный цикл автоматизации — от локального экрана до облачных сервисов. Больше про автоматизацию процессов — в гайде Power Automate: 10 процессов.
Что такое RPA
RPA — это конкретный вид автоматизации. Программный робот имитирует действия пользователя в существующих интерфейсах:
- открывает приложения и переключается между ними;
- кликает по кнопкам и меню;
- вводит текст и заполняет формы;
- читает данные с экрана (включая таблицы и документы);
- копирует данные между системами.
Главное отличие RPA от классической интеграции: она работает через интерфейс, а не через API или код. Это позволяет автоматизировать legacy-системы и приложения без удобных средств программного доступа — там, где обычная интеграция невозможна или слишком дорога.
Когда RPA оправдана:
- процесс повторяющийся и предсказуемый, основанный на правилах;
- в системах нет удобного API или он дорог в реализации;
- нужен быстрый выигрыш без переделки IT-ландшафта;
- объём работы велик, но характер её рутинный.
Когда RPA НЕ подходит:
- процесс включает много нестандартных решений и человеческого суждения;
- интерфейс часто меняется (поток будет ломаться);
- есть дешёвая возможность постоянной API-интеграции.
Power Automate Desktop vs облачные потоки
Power Automate Desktop (PAD) и облачные потоки (cloud flows) Power Automate — два связанных, но разных инструмента.
Облачные потоки работают в облаке и автоматизируют облачные сервисы: почту, SharePoint, Microsoft 365, сотни SaaS через коннекторы и API. Они идеальны для сценариев «облако — облако»: «получил письмо → создал запись в CRM → отправил уведомление в Teams».
Desktop flows (через PAD) работают на компьютере с Windows и автоматизируют локальные приложения: Excel, 1С, десктоп-клиенты ERP, SAP, legacy-системы без API, рабочие столы. Они «видят» интерфейс, как человек.
Главное: их можно комбинировать. Облачный поток может запустить desktop flow на конкретной машине (через machine runtime), а desktop flow может вызвать облачный. Это даёт гибрид: локальная роботизация + облачная оркестрация и интеграции.
Какие процессы автоматизируют
Типичные сценарии RPA в корпоративной среде:
- Перенос данных между системами без API. Например, выгрузка из 1С в CRM или обратно, где постоянная интеграция не построена.
- Обработка входящих документов. В связке с AI Builder (OCR + extraction): робот читает счёт/акт, извлекает поля, заводит в ERP. Снимает ручной ввод сотен стандартизированных документов.
- Выгрузка и сборка отчётов. Робот открывает систему, выгружает данные за период, формирует Excel, отправляет по почте.
- Сверка данных. Между двумя системами: робот берёт список из одной, ищет в другой, выделяет расхождения.
- Генерация документов по шаблону. Из CRM-данных робот заполняет шаблон Word/PDF и отправляет клиенту.
- Массовые обновления. Когда надо обновить тысячи записей в системе без удобного массового импорта.
Главный критерий выбора процесса: предсказуемость и повторяемость. Чем больше в процессе «если/иначе» и человеческого суждения, тем меньше он подходит для RPA.
Attended и Unattended
Два режима работы RPA:
- Attended — робот работает на машине пользователя, пока тот её использует. Это «помощник»: сотрудник запускает поток, робот делает часть работы за него. Подходит для сценариев, где человек всё равно за компьютером и процесс привязан к его действиям.
- Unattended — робот работает на отдельной машине без участия человека, по расписанию или триггеру. Например, ночью обрабатывает пачку входящих счетов. Подходит для массовой фоновой обработки.
Unattended обычно требует отдельных машин (или виртуальных) и более дорогих лицензий, но снимает с человека рутину целиком. На практике компании начинают с attended (быстрый выигрыш), а массовые процессы переводят в unattended.
Лицензии и что входит
Лицензирование RPA в Microsoft:
- Базовый Power Automate Desktop входит в Windows 10/11 бесплатно — для личного использования и создания desktop flows.
- Для корпоративных сценариев — Power Automate Premium (ранее Power Automate per user with attended RPA): даёт исполнение потоков, запуск по триггеру, premium-коннекторы, AI Builder.
- Для unattended-сценариев — отдельная лицензия Power Automate unattended add-on (на машину).
- AI Builder — отдельные кредиты для OCR и извлечения данных из документов.
Точную смету в регионе формирует CSP-партнёр в USD; она зависит от числа пользователей, машин и сценариев.
Что учитывать в регионе
- Локальные системы. В Казахстане, Узбекистане, Азербайджане, Армении, Грузии, Кыргызстане и Украине много компаний работают на 1С и локальных ERP — это классический сценарий для RPA, где API-интеграция сложна или невозможна.
- Windows-парк. Power Automate Desktop работает на Windows 10/11; если у компании macOS/Linux, RPA-сценарии PAD не подходят, и надо искать другое решение.
- Канал закупки. Power Automate Premium и AI Builder оформляются через CSP-партнёра вместе с остальными лицензиями Power Platform / M365.
- Поддержка потоков. RPA-решения надо поддерживать: при изменении интерфейса или обновлении систем потоки могут ломаться. Закладывайте ресурс на мониторинг и исправление.
Как выбрать процесс для RPA
Практический фильтр для выбора пилотного процесса:
- Повторяемость. Процесс выполняется регулярно и одним и тем же способом (не реже нескольких раз в неделю).
- Основан на правилах. Чёткий алгоритм, минимум «человеческого суждения».
- Объём. Достаточно большой, чтобы автоматизация окупилась (десятки часов в месяц).
- Стабильность интерфейса. Приложения не меняются каждую неделю.
- Цена ошибки. Не самый критичный процесс — на нём безопасно учиться и отлаживать подход.
Хороший первый процесс — обычно выгрузка/перенос данных или обработка стандартизированных документов. После пилота компания понимает экономику RPA и масштабирует на более сложные сценарии.
Источники и границы
Технические утверждения опираются на официальную документацию Microsoft:
- Microsoft Learn — Power Automate Desktop overview (RPA в Power Platform).
- Microsoft Learn — Attended и unattended flows, machine runtime.
- Microsoft Learn — AI Builder (OCR и document processing).
Состав лицензий (Premium, unattended add-on, AI Builder credits), цены и доступны функций в регионе меняются — проверяйте в документации Microsoft Learn и у CSP-партнёра. Этот гайд не заменяет архитектурный проект автоматизации под конкретный процесс; для критичных систем рассмотрите параллельную постоянную интеграцию как альтернативу RPA.