Power Automate и RPA

RPA и Power Automate Desktop: роботизация рутины без кода

RPA и Power Automate Desktop: чем отличается от облачных потоков, какие сценарии автоматизирует бизнес и как работают attended и unattended flows.

Предметная сцена, раскрывающая тему материала: RPA и Power Automate Desktop: роботизация рутины без кода

Короткие ответы

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

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

RPA (Robotic Process Automation) — это программный «робот», который повторяет действия человека в интерфейсах приложений: кликает, вводит текст, читает данные с экрана. Не меняет сами приложения, а работает с ними так же, как сотрудник. Удобно для повторяющейся рутины между системами без API. В Microsoft это Power Automate Desktop.

Чем RPA отличается от обычной автоматизации?

Обычная автоматизация соединяет системы через их API и скрипты (надёжно, но требует доступа к коду и разработчика). RPA работает через интерфейс, как человек — без API и переделки систем. RPA быстрее запустить (особенно для legacy), но она хрупче: если интерфейс меняется, поток ломается.

Power Automate Desktop — это RPA?

Да. Power Automate Desktop (PAD) — это RPA-составляющая Microsoft Power Platform: записывает и проигрывает действия пользователя на компьютере (Windows 10/11), работает с локальными приложениями — Excel, 1С, десктоп-клиенты. В связке с облачными потоками Power Automate закрывает полный цикл автоматизации — от локального экрана до облачных сервисов.

Что лучше: RPA или интеграция через API?

Если у обеих систем есть удобный API — почти всегда лучше интеграция: надёжнее, быстрее, не ломается при изменении интерфейса. RPA оправдана, когда API нет (legacy), когда интеграция слишком дорога или её надо запустить быстро. Часто RPA используют как временное решение, а параллельно строят постоянную интеграцию.

«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.

FAQ

RPA — это то же самое, что автоматизация?

RPA (Robotic Process Automation) — это конкретный вид автоматизации: программный «робот» повторяет действия человека в существующих интерфейсах приложений (клики, ввод, чтение экрана), не меняя сами приложения. Общая автоматизация шире и включает API-интеграции, скрипты, workflow. RPA удобна, когда у приложений нет удобного API или нужен быстрый выигрыш без переделки систем.

Power Automate Desktop — это бесплатно?

Базовый Power Automate Desktop встроен в Windows 10/11 бесплатно и позволяет создавать desktop-потоки для личного использования. Для корпоративных сценариев — распределённое исполнение, запуск по триггеру, unattended-режим, централизованное управление через Power Automate cloud — нужна лицензия Power Automate Premium (ранее Power Automate per user with RPA).

Чем desktop-потоки отличаются от обычных cloud flows?

Cloud flows работают в облаке и автоматизируют облачные сервисы (почта, SharePoint, SaaS через API). Desktop flows (через Power Automate Desktop) работают на компьютере и автоматизируют локальные приложения: Excel, 1С, legacy-системы, SAP-клиенты, рабочие столы. Их можно комбинировать: cloud flow запускает desktop flow на нужной машине.

Что такое attended и unattended RPA?

Attended RPA — робот работает на машине пользователя, когда тот её использует (помогает ему). Unattended RPA — робот работает на отдельной машине без участия человека, по расписанию или триггеру (например, ночью обрабатывает пачку счетов). Unattended обычно дороже в лицензировании и требует отдельных машин, но подходит для массовой фоновой обработки.

Для каких процессов RPA подходит лучше всего?

Для повторяющейся, основанной на правилах рутины: ввод данных между системами без API, выгрузка и обработка отчётов, копирование данных из писем и файлов в ERP/CRM, сверка данных, генерация документов по шаблону. Главное условие — процесс должен быть предсказуемым и стандартизированным. Если в нём много нестандартных решений, RPA будет хрупкой.

RPA заменит интеграцию через API?

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

Можно ли в RPA обрабатывать документы (счета, акты)?

Да, в связке с AI Builder (часть Power Platform): RPA-поток читает счет или акт через OCR и извлекает нужные поля, затем заводит их в ERP/CRM. Это популярный сценарий для финансов и операционных команд — снимает ручной ввод сотен стандартизированных документов.

Насколько стабильна RPA при изменениях в интерфейсе?

Это слабое место RPA: если разработчики приложения поменяли интерфейс (кнопку, меню, разметку), поток может сломаться. Поэтому RPA-решения надо мониторить и поддерживать. Для критичных процессов лучше предпочесть API; для менее критичных — RPA с регулярной проверкой. Больше про автоматизацию — в гайде [Power Automate: 10 процессов](/ru/guides/power-automate-10-processov/).

Следующий шаг

Если у вас уже есть пример отчета, выгрузка из 1С или спорные цифры между отделами, начните с короткого BI-разбора. Для коммерческого scope используйте Power BI/Fabric маршрут, а этот гайд оставьте как подготовку вводных.