Надёжные селекторы и время ожидания в Power Automate Desktop

Когда UI-автоматизация, созданная в Power Automate Desktop (PAD), после недель работы в продакшене внезапно завершается ошибкой «Failed to get UI element», это почти никогда не случайность. Обычно в фоне что-то изменилось, и селектор больше не может это найти: обновление приложения, другое разрешение экрана, окно, которое теперь открывается на секунду дольше, чем раньше. Именно эти два рычага — надёжные селекторы и правильно настроенное время ожидания — определяют, будет ли поток стабильно работать месяцами в автономном режиме или его придётся вручную чинить каждые несколько дней.

Это руководство показывает, как устроены селекторы в PAD, какие операторы и переменные делают их динамичными, и как заменить фиксированные паузы настоящей синхронизацией с помощью подходящих действий Wait. В конце вы найдёте чек-лист, который поможет защитить существующие потоки от самых частых причин сбоев.

Почему селекторы вообще ломаются

Селектор в Power Automate Desktop описывает, где именно элемент интерфейса находится в иерархии приложения или веб-страницы. По данным Microsoft, селекторы создаются, когда PAD фиксирует такие свойства, как имя, класс или ID автоматизации, а также позицию элемента в структуре интерфейса. Именно эта фиксация делает селекторы чувствительными к изменениям. В руководстве по устранению неполадок в неконтролируемых потоках рабочего стола Microsoft называет, среди прочего, следующие факторы, которые могут сделать ранее работавший селектор недействительным:

• Разрешение экрана и масштабирование DPI
• Обновления приложения или изменения пользовательского интерфейса
• Версия операционной системы
• Размер или режим окна, например развёрнутое окно по сравнению с оконным режимом
• Состояние элемента — включён или отключён
• Права пользователя, поскольку приложение может загружаться по-разному в зависимости от профиля

Тот, кто знает, в каких местах селектор обычно ломается, может изначально построить его так, чтобы он выдерживал эти колебания, а не реагировать только после первого сбоя.

Структура селектора: уровни, атрибуты, операторы

Селектор состоит из нескольких уровней, соединённых символом `>`. Каждый уровень описывает элемент с его атрибутами в форме `element[Attribut1="Wert1"][Attribut2="Wert2"]`. Простой пример из документации по созданию пользовательского селектора показывает окно редактора: `:desktop > window[Name="Notizen.txt - Editor"][Process="Notepad"]`. Первый уровень всегда начинается с корневого элемента `:desktop`, каждый следующий уровень является дочерним по отношению к предыдущему.

Операторы вместо жёстко заданных значений

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

• Не равно — проверяет любое значение, кроме определённого
• Содержит — находит элементы без фиксированного шаблона, но с определённым ключевым словом
• Начинается с — проверяет начало значения
• Заканчивается на — проверяет конец значения
• Соответствие регулярному выражению — проверяет по собственному шаблону на основе движка регулярных выражений .NET

Заголовок окна вида «Notizen.txt - Editor (2)» можно отобразить гораздо надёжнее с помощью Начинается с, чем с помощью Равно, потому что цифра в скобках в конце может меняться без поломки селектора.

Переменные для динамических значений

Если значение атрибута зависит от предыдущего действия, например имя файла становится известно только во время выполнения, в селектор можно вставить переменную в процентной нотации, например `:desktop > window[Name="%WindowName%"][Process="Notepad"]`. Так селектор остаётся действительным, даже если ожидаемое значение меняется от запуска к запуску.

Использование нескольких селекторов и резервного варианта

Один элемент интерфейса может иметь в PAD несколько селекторов. Если первый не срабатывает, Power Automate автоматически переходит к следующему в заданном порядке — без дополнительного шага программирования в вашем потоке. С помощью кнопки Выбор с повторным захватом или копирования существующего селектора можно создавать дополнительные варианты, например один с Равно для обычного случая и один с Содержит или Regex в качестве резервного уровня.

Для особенно нестабильных интерфейсов, например терминальных сеансов или устаревших приложений без чистой иерархии интерфейса, Microsoft в том же руководстве дополнительно рекомендует резервный вариант с изображением, при котором PAD опирается на распознавание изображений вместо атрибутов интерфейса, когда обычный селектор больше не работает.

Время ожидания вместо фиксированных пауз

Фиксированные действия «Wait» с заданным числом секунд — частая причина того, что потоки либо работают неоправданно медленно, либо всё равно слишком рано обращаются к элементу. Power Automate Desktop предлагает для этого специальные действия синхронизации, которые ждут реального состояния приложения, а не слепо пропускают заданный промежуток времени.

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

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

Проверка и восстановление селекторов

Прежде чем поток перейдёт в автономный режим работы, стоит протестировать каждый критичный селектор прямо в Selector Builder. Если селектор всё же ломается, функция «Восстановление селектора» предлагает быструю первую помощь: вы заново захватываете элемент через Ctrl+левый клик, PAD сравнивает старую структуру с новой и предлагает восстановленный селектор, который можно проверить перед принятием. Если селектор содержит переменные, автоматическое восстановление, по данным Microsoft, не работает — остаётся только ручная правка в текстовом редакторе Selector Builder.

Чек-лист для стабильных потоков в автономном режиме

Для потоков, которые должны постоянно работать без надзора, Microsoft обобщает несколько рекомендаций, которые зарекомендовали себя на практике:

• Хранить несколько селекторов на элемент, чтобы срабатывал резервный вариант
• Строить селекторы со статичными атрибутами и перехватывать динамические части с помощью операторов или переменных
• Использовать резервный вариант с изображением там, где атрибуты интерфейса недостаточно надёжны
• Настроить политику повторных попыток в обработке ошибок каждого критичного действия
• Выбирать подходящий тип действия: веб-автоматизация для веб-элементов, UI-автоматизация для элементов рабочего стола
• Убедиться, что приложение запускается в автономном режиме в том же оконном режиме, что и при контролируемом тестировании
• Заново захватывать и тестировать селектор непосредственно на автономном компьютере

Благодаря такому сочетанию надёжных селекторов и настоящих условий ожидания поток гораздо реже заходит в тупик. Вы сохраняете контроль над процессом, потому что каждое действие запускается только тогда, когда приложение действительно готово к нему, а не наугад после примерно оценённого времени ожидания. Тем, кто продуктивно использует Power Automate Desktop в более крупном масштабе, стоит закладывать эти меры по стабильности с самого начала, например в рамках сопровождаемых проектов автоматизации, а не дорабатывать их только после первых ночных сбоев.

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

Почему простого действия «Wait» с фиксированным числом секунд недостаточно?

Фиксированное время ожидания лишь оценивает, сколько времени нужно приложению, но не реагирует на его реальное состояние. Если приложение работает быстрее, поток напрасно теряет время; если медленнее, например из-за сетевой нагрузки или медленного сервера, следующее действие пытается обратиться к элементу, которого ещё нет. Такие действия, как Ждать содержимое окна или Ждать окно, вместо этого проверяют реальное состояние приложения и продолжают только тогда, когда условие действительно выполнено.

В чём разница между «Ждать окно» и «Ждать содержимое окна»?

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

Сколько селекторов стоит создавать на один элемент интерфейса?

Фиксированного числа нет, но Microsoft прямо рекомендует хранить несколько селекторов на элемент, чтобы срабатывал резервный вариант, если первый не сработает. На практике для большинства элементов достаточно двух-трёх вариантов, например одного с Равно для обычного случая, одного с Содержит или Regex в качестве резервного варианта, а для особенно нестабильных интерфейсов — дополнительно резервный вариант с изображением.

Можно ли автоматически восстановить селектор с переменными?

Нет. Согласно документации Microsoft, функция автоматического восстановления не работает для селекторов, содержащих одну или несколько переменных. В этом случае нужно либо временно заменить переменные статичными значениями, чтобы воспользоваться восстановлением, либо вручную скорректировать селектор в текстовом редакторе Selector Builder.

Что делать, если селектор продолжает ломаться, несмотря на восстановление и резервные варианты?

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