«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

Практический фильтр для выбора пилотного процесса:

  1. Повторяемость. Процесс выполняется регулярно и одним и тем же способом (не реже нескольких раз в неделю).
  2. Основан на правилах. Чёткий алгоритм, минимум «человеческого суждения».
  3. Объём. Достаточно большой, чтобы автоматизация окупилась (десятки часов в месяц).
  4. Стабильность интерфейса. Приложения не меняются каждую неделю.
  5. Цена ошибки. Не самый критичный процесс — на нём безопасно учиться и отлаживать подход.

Хороший первый процесс — обычно выгрузка/перенос данных или обработка стандартизированных документов. После пилота компания понимает экономику 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.