Ловушки лицензирования Power Automate Desktop: скрытые расходы в RPA

By Mirko Peters · 2026-10-27

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

Automatically translated with AI from the original post. Read the English original

При внедрении роботизированной автоматизации процессов в Microsoft 365 выбор неподходящей модели лицензирования для присутствующих и автономных ботов может свести на нет вашу окупаемость инвестиций. Это руководство раскрывает скрытые ловушки лицензирования, структуру затрат и типичные ошибки новичков, связанные с типами выполнения в Power Automate Desktop, и помогает точно спланировать бюджет до масштабирования рабочих процессов.

Главное

• Присутствующим ботам нужен пользователь, который активно находится за рабочей станцией; во время выполнения они занимают оборудование и требуют человеческого контроля.
• Автономные боты работают самостоятельно на виртуальных машинах без участия человека, но требуют другого, зачастую более дорогого уровня лицензирования.
• Самая распространенная ловушка для новичков — предположение, что присутствующие лицензии можно запланировать на ночной запуск, когда пользователь не в сети.
• Управление сеансами и возможности автоматического входа в систему определяют, потребуется ли для автономного развертывания дополнительная настройка инфраструктуры Azure.
• Правильный расчет частоты и продолжительности выполнения позволяет избежать неожиданных сборов за превышение лицензионных лимитов Microsoft.

Основы лицензирования RPA

Microsoft предлагает мощные возможности роботизированной автоматизации процессов (RPA) сразу для многих подписчиков Microsoft 365, однако переход от простых настольных макросов к корпоративной автоматизации открывает сложную систему лицензионных требований. В основе этой сложности лежит фундаментальное операционное различие между присутствующими и автономными ботами. Хотя оба используют Power Automate Desktop для выполнения задач, способы их запуска, то, кто за ними наблюдает, и, что особенно важно, порядок их оплаты существенно различаются.

Многие организации начинают проекты автоматизации, сосредотачиваясь только на технической осуществимости — построении потока, сопоставлении элементов интерфейса и обработке исключений, — а лицензирование рассматривают как второстепенный вопрос. Такой подход неизбежно приводит к трению с ИT-администрированием и непредвиденным запросам на бюджет. Чтобы выстроить устойчивую стратегию автоматизации, необходимо понимать, как Microsoft классифицирует эти рабочие нагрузки и где скрыты финансовые подводные камни.

Ловушка присутствующих ботов: скрытые издержки зависимости от человека

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

Поскольку присутствующему боту (attended bot) требуется сеанс пользователя, выполнивший вход в систему, он не может работать автономно на выделенной облачной виртуальной машине, когда офис пуст. Если организация пытается запланировать запуск присутствующего бота на полночь, задание завершится с ошибкой, пока за этим конкретным компьютером не останется пользователь с активным сеансом. В результате организации часто платят за лицензии для пользователей, пытаясь пропустить через них фоновые процессы без участия человека, что приводит к поломке конвейеров, раздражению администраторов и вынужденным обновлениям.

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

Главная ошибка новичков — считать присутствующих ботов фоновыми службами. Поскольку Power Automate позволяет планировать потоки, пользователи естественно полагают, что лицензия attended может запустить запланированную задачу ночью. Однако управление сеансами Windows устроено так, что стандартный сеанс пользователя блокируется или завершается из-за неактивности, политик безопасности или перезагрузок. Без человека, который разблокирует компьютер и поддерживает сеанс, присутствующий бот просто останавливается.

Неприсутствующие боты: инфраструктура и реальность масштабирования

Неприсутствующая автоматизация устраняет человеческое узкое место: она работает на виртуальных машинах и не требует присутствия пользователя. Такие боты могут выполнять пакетные задания, обрабатывать счета в 3:00 и самостоятельно проводить масштабные миграции данных. Однако модель лицензирования существенно меняется, и расходы возникают не только у Microsoft, но и, возможно, у вашего провайдера облачной инфраструктуры.

Чтобы запускать неприсутствующих ботов, нужна лицензия-дополнение unattended RPA для вашей среды, а также правильная настройка групп машин. Кроме того, необходимо развернуть и поддерживать лежащие в основе виртуальные машины (обычно в Azure), на которых выполняются боты. Если виртуальная машина уйдёт на обслуживание или обновления Windows вызовут неожиданную перезагрузку, конвейер неприсутствующей автоматизации остановится, если не настроены автоматический вход и управление учётными данными.

Расчёт реальной окупаемости RPA

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

• Стоимость лицензий Microsoft 365 или Power Platform на пользователя или на бота.
• Затраты на хостинг и хранение виртуальных машин Azure для неприсутствующих процессов.
• Накладные расходы на обслуживание, необходимое для обновления селекторов в настольных приложениях при изменении корпоративного ПО.
• Потери производительности из-за того, что компьютер пользователя заблокирован, пока присутствующий бот выполняет длительный процесс в часы пик.

Заключение

Разобраться в тонкостях лицензирования Power Automate Desktop необходимо, понимая свои рабочие процессы и технические ограничения. Выбор между присутствующим и неприсутствующим выполнением — это не вопрос предпочтений: он определяет требования к инфраструктуре, бюджет и в конечном счёте надёжность ваших автоматизированных процессов. Чтобы услышать подробный разбор этих концепций без лишнего жаргона и узнать больше экспертных мнений о современном администрировании облачных сервисов, обязательно послушайте связанный выпуск подкаста M365 FM. Слушайте выпуск целиком, чтобы глубже разобраться в стратегиях автоматизации в облаке Microsoft.

Часто задаваемые вопросы

Может ли присутствующий бот Power Automate Desktop работать ночью, когда мой компьютер заблокирован?

Нет. Присутствующим ботам нужен активный, разблокированный сеанс пользователя Windows, чтобы взаимодействовать с настольными приложениями. Если компьютер заблокируется из-за неактивности или выполнится выход из системы, выполнение присутствующего бота завершится с ошибкой.

В чём основное различие в структуре затрат на лицензирование присутствующих и неприсутствующих ботов?

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

Нужны ли виртуальные машины Azure для запуска неприсутствующих потоков Power Automate Desktop?

Использовать Azure не обязательно, но нужна выделенная машина — физическая или виртуальная, — способная поддерживать неприсутствующий сеанс Windows, безопасно хранить учётные данные и автоматически входить в систему для выполнения заданий без участия человека.

Почему новички часто испытывают трудности при переходе от присутствующей автоматизации к неприсутствующей?

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