Автоматизация бизнес-процессов в Power Automate — облачные потоки, потоки на компьютере и обработка ошибок

«Каждое утро собирать CSV из общей папки, сводить их в Excel и отправлять руководителю по почте». «Вручную копировать значения из нескольких учётных систем и сводить их в отчёт». Такие задачи всё чаще просят автоматизировать через Power Automate.

Первый небольшой поток обычно удаётся запустить за считаные десятки минут. Сложности начинаются дальше. После того как поток поработал в продакшене, он время от времени останавливается с ошибкой. Чуть меняется раскладка экрана целевой системы — и поток ломается. Где хранить пароль, так и не решили, и он до сих пор прописан прямо во входной переменной. «Рабочий поток» есть, но когда что-то идёт не так, чинить его некому — такие проекты мы уже не раз видели.

У Power Automate низкий порог входа: начать можно без кода или почти без кода. Именно из-за этой лёгкости поток часто попадает в продакшен раньше, чем продумано проектирование. В этой статье — в том порядке, в котором с этим обычно сталкиваются на практике, — разберём различия между облачными потоками и потоками на компьютере, разделение ролей с PowerShell и VBA, обработку ошибок, как стабилизировать UI-автоматизацию, работу с учётными данными, управление и эксплуатацию, а также момент, когда задача выходит за рамки Power Automate.

1. Сначала — выводы

• У Power Automate два больших направления: облачные потоки (соединяют облачные службы через коннекторы) и потоки на компьютере (RPA, которая автоматизирует экраны Windows и настольные приложения). Первое проектное решение — понять, какое из них действительно нужно.
• Если требуется просто автоматизировать «типовую работу на ПК», во многих случаях в первую очередь стоит рассматривать PowerShell, а не Power Automate Desktop. Если клики и ввод на экране не обязательны, PowerShell обычно проще сопровождать и проще вести в системе контроля версий.
• Power Automate особенно оправдан, когда нужно управлять экраном существующей системы с малым числом API или без них либо когда требуется быстро собрать уведомления и согласования на коннекторах Microsoft 365 (Outlook, SharePoint, Teams и т. д.).
• Перед выводом в продакшен в проект с самого начала стоит заложить четыре вещи: обработку ошибок (On Block Error), стабилизацию UI-селекторов, безопасное управление учётными данными и контроль через политики DLP. Добавлять их потом — прямой путь к инциденту.¹²
• Для выполнения без участия пользователя (unattended) нужна отдельная от режима с участием пользователя (attended) лицензия и другие предпосылки. Если лицензирование отложить, легко получить ситуацию, когда поток работал в тестовой среде, а в продакшене его не запустить.³⁴

На схеме сплошная линия обозначает отношение, которое выполняется всегда, а пунктирная — условное отношение (условия указаны в пояснении к каждому отношению на странице сведений). Полный список отношений (всего 21, с доказательствами и степенью уверенности) и определения основных понятий собраны на странице сведений карты знаний (на японском). Данные: JSON-LD / Turtle

2. Общая картина Power Automate

Power Automate — это не столько один продукт, сколько платформа, которая объединяет несколько способов автоматизации.

flowchart TB
    PA[Power Automate]
    PA --> Cloud[Облачные потоки]
    PA --> Desktop[Потоки на компьютере / RPA]
    PA --> Process[Process mining]
    PA --> Builder[AI Builder]

    Cloud --> Auto[Автоматический поток<br/>триггер по событию]
    Cloud --> Sched[Поток по расписанию<br/>периодический запуск]
    Cloud --> Instant[Мгновенный поток<br/>ручной запуск / кнопка]
    Cloud --> Connectors[Коннекторы<br/>SharePoint / Outlook / Teams / SQL и др.]

    Desktop --> Attended[С участием пользователя<br/>выполняется на глазах у пользователя]
    Desktop --> Unattended[Без участия пользователя<br/>на сервере / выделенном ПК]
    Desktop --> UIAuto[UI-автоматизация<br/>управление экраном, интеграция с существующими приложениями]

• Облачный поток соединяет облачные службы через коннекторы. По типу триггера он делится на автоматический (по событию), поток по расписанию (периодический запуск) и мгновенный (запуск вручную).
• Поток на компьютере — это RPA (Robotic Process Automation), которая напрямую управляет приложениями и экранами Windows. Его можно вызывать из облачного потока или запускать отдельно.⁵
• Потоки на компьютере дальше делятся на выполнение с участием пользователя (attended) — когда человек сидит перед экраном — и выполнение без участия пользователя (unattended) на выделенном ПК или сервере.⁴

«Выделенная машина» для режима без участия пользователя — это не просто «не заблокирована». В Windows 10/11 выполнение без участия пользователя завершится ошибкой, если сессия любого пользователя осталась в заблокированном состоянии, независимо от того, чья учётная запись используется для подключения. В Windows Server область уже: выполнение не стартует, только если заблокированная сессия принадлежит тому же пользователю, что используется для подключения. После обслуживания или после RDP другого администратора часто ограничиваются «блокировкой» или «отключением», но нужно, чтобы все именно вышли из системы (sign out).⁶

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

3. Как выбирать между облачным потоком, потоком на компьютере, PowerShell и VBA

Слово одно — «автоматизация», а сильные стороны очень разные.

Частое заблуждение на практике — думать: «нужна автоматизация → значит, сразу Power Automate». Если у системы уже есть API, а её всё равно автоматизируют через UI в Power Automate Desktop, стабильнее вызывать API напрямую из PowerShell или .NET. И наоборот: если нужно управлять экраном старой учётной системы или Win32-приложения без API, UI-автоматизация потока на компьютере — реалистичный выбор.

Дополнение: ограничения Excel и VBA и подходы к замене разобраны в статье «Что такое VBA — ограничения, перспективы, когда стоит заменить и как мигрировать». Там же затронут паттерн, в котором процессы на Microsoft 365 собирают из Office Scripts и Power Automate.⁷

4. Лицензии — только то, без чего не запустить выполнение без участия пользователя

Общую картину лицензий (что входит в seed-лицензии Microsoft 365, граница между стандартными и премиум-коннекторами, что дешевле считать по Premium или по Process, кредиты AI Builder) мы собрали с таблицей решений в статье «Лицензии Power Automate — насколько хватает Microsoft 365 и когда нужен Premium». Здесь оставляем только три пункта, без которых выполнение без участия пользователя не вывести в эксплуатацию — это тема этой статьи.³

Если физическую машину разворачивать не хочется, есть Power Automate Hosted Process: выполнение без участия пользователя на машинах и группах машин, которые размещает Microsoft.⁸

Ещё один принцип, который не только про режим без участия пользователя: чья лицензия работает, определяется не тем, кто создал поток, а тем, как его запускают (автоматические потоки и потоки по расписанию — владелец, мгновенный поток по кнопке — тот, кто нажал, RPA без участия пользователя — машина). Это соответствие сведено в таблицу в статье про лицензии. В любом случае, если лицензирование отложить, типичный стоп — «в тестовой среде работало, в продакшене не запускается». Три пункта выше стоит проверить ещё на этапе PoC.

5. Практическое проектирование — собрать CSV из общей папки, сделать отчёт Excel и отправить по почте

В качестве примера возьмём обычную задачу — ежедневный отчёт.

Сразу о характере этой главы. Это не пошаговая инструкция по экрану, а концептуальное проектирование: как собрать действия, переменные, разбиение на вложенные потоки и что делать при ошибке. Раскладку экрана и щелчки в Power Automate for desktop надёжнее сверять с официальной документацией и текущей версией, поэтому здесь только «какие действия, с какой гранулярностью и какой передачей переменных собирать». Чтобы пример можно было почти сразу собрать, в 5.1 — список переменных (имя, тип, пример значения), в 5.2 — структура вложенных потоков.

Имена действий в статье даны по английской UI. Если работаете в русской UI, в таблице действий и в таблице переменных 5.1 рядом указаны русское имя / английское имя.

Что нужно сделать

1. Собрать CSV за текущий день из общей папки
2. Свести данные и записать их в шаблон отчёта Excel
3. Сохранить отчёт в заданную папку
4. Отправить уведомление заинтересованным лицам по почте
5. При сбое уведомить ответственного и записать причину в лог

flowchart TD
    Start([Запуск по расписанию 06:30]) --> Block[[On Block Error: агрегация]]
    Block --> List[Get files in folder<br/>получить CSV за текущий день]
    List --> Check{Есть нужные файлы?}
    Check -- Нет --> NoticeEmpty[Зафиксировать отсутствие файлов и завершить]
    Check -- Да --> Read[Read from CSV file<br/>цикл по файлам]
    Read --> Agg[Свести значения в переменных]
    Agg --> Excel[Launch Excel<br/>открыть шаблон]
    Excel --> Write[Write to Excel worksheet<br/>записать результаты агрегации]
    Write --> Save[Сохранить и закрыть Excel]
    Save --> Mail[Send an email<br/>отправить отчёт ответственным]
    Mail --> Log[Дописать результат выполнения в лог-файл]
    Log --> End([Успешное завершение])
    Block -. ошибка .-> Handler[Обработчик ошибок]
    Handler --> CloseExcel[Закрыть Excel, если он остался открыт]
    CloseExcel --> LogErr[Зафиксировать ошибку в логе]
    LogErr --> Notify[Письмо администратору о сбое]
    Notify --> End2([Зафиксировано как аварийное завершение])

Основные действия и их роль. Рядом указаны имена в русской UI (как в русской версии справочника действий¹⁰).

Русские имена — не жёсткое взаимно однозначное соответствие. Например, Send an email (V2) в официальной русской документации встречается и как «Отправить сообщение электронной почты (V2)», и в близких формулировках. Если в UI не находите действие, ищите по английскому имени.¹²

5.1 Проектирование переменных — имена, типы, примеры значений

Хорошие переменные — те, по которым человек потом читает поток и понимает смысл без пояснений. Для этого примера минимум нужно решить заранее. Значения подставьте под свою среду.

Три важных момента. Пути не писать внутри действия, а вынести в переменные (тогда подмена тестовой и продуктивной среды — в одном месте). Дату держать отдельно как тип «дата и время» и как текст для отображения (сравнивать типом даты, имя файла собирать из текста). Обязательно иметь переменные-счётчики (это материал для лога и отличие «0 записей, но нормальное завершение» от «0 записей, потому что получение сорвалось»).

5.2 Разбиение на вложенные потоки

Не стоит собирать весь поток одной длинной лентой действий. Если разрезать по единицам обработки на вложенные потоки, проще править и проще перезапускать только упавший кусок. Для этого примера структура такая.

Main (основной поток)
  ├─ Инициализация: задать переменные из 5.1
  ├─ [On Block Error] начало блока
  │    ├─ Выполнить «Собрать CSV»          → выход: lstFiles
  │    ├─ Если 0 файлов — записать «нет объектов» и завершить
  │    ├─ Выполнить «Свести»               → вход: lstFiles / выход: numTotal, numProcessed
  │    ├─ Выполнить «Записать в Excel»     → вход: numTotal, txtTemplatePath / выход: txtReportPath
  │    ├─ Выполнить «Уведомить»            → вход: txtReportPath, numProcessed
  │    └─ Выполнить «Писать лог»           → вход: результат выполнения (успех)
  └─ [Обработчик ошибок]
       ├─ Выполнить «Прибрать Excel» (закрыть экземпляр, если он ещё открыт)
       ├─ Выполнить «Писать лог»           → вход: результат выполнения (сбой + текст ошибки)
       └─ Выполнить «Уведомить»            → вход: письмо администратору о сбое

Критерий разреза: можно ли этот кусок перезапустить отдельно, не сломав остальное. Шаги вроде «Писать лог» и «Уведомить», которые вызывают и успешная ветка, и ветка ошибки, лучше сразу делать вложенными потоками, иначе логика начнёт дублироваться. Если вложенные потоки начинают молча опираться на общие глобальные переменные — это признак слишком мелкой нарезки; вернитесь к гранулярности, где всё явно передаётся как вход и выход.

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

6. Как проектировать обработку ошибок

В Power Automate Desktop есть действие On Block Error: общую обработку ошибок задают сразу на блок. Вместо «поведения при ошибке» у каждого действия по отдельности одну обработку применяют ко всем действиям внутри блока.¹

[On Block Error] Блок агрегации
  ├─ List files in folder
  ├─ Read from CSV file (цикл)
  ├─ Launch Excel / Write to Excel worksheet
  └─ Save Excel / Close Excel

[Обработчик ошибок]
  ├─ Действием Get last error получить содержимое ошибки (имя, место, действие, подробное сообщение) в переменную
  ├─ Закрыть экземпляр Excel, если он остался открыт (именно при сбое уборку не пропускать)
  ├─ Записать в лог действием Write text to file (Append)
  ├─ Уведомить администратора действием Send an email (V2)
  └─ Выбрать «продолжить с конца блока» или «остановить выполнение потока»

Здесь стоит зафиксировать несколько правил.

• Обработка ошибки отдельного действия имеет приоритет над обработкой блока. Индивидуально настраивают только те действия, где поведение должно отличаться; остальное собирают в On Block Error.¹
• «Retry action if an error occurs» позволяет при временных ошибках (задержка сети, блокировка файла) автоматически повторять действие заданное число раз с заданным интервалом. Если повторять все ошибки без разбора, это только тратит время: отдельно подумайте, какие ошибки стоит повторять, а какие нет (например, рассогласование данных).¹
• Чтобы в обработчике обратиться к последней ошибке, нужно явно поставить действие Get last error. Оно возвращает переменную с шестью свойствами возникшей ошибки — имя, место, действие, вложенный поток, детали и сообщение; неявной переменной для этого нет. Чтобы то же значение потом случайно не переиспользовать, после получения безопаснее очистить его опцией «Clear error».¹
• В лог пишите не только «успех/сбой», но и число обработанных записей, имя целевого файла и текст ошибки. Потом единственная зацепка, почему всё остановилось, — это лог.
• В постобработке блока явно выбирают, продолжить с конца блока или остановить выполнение потока. Если остановить поток при открытом Excel, в следующий раз может остаться висящий процесс — поэтому именно при ошибке важно закрыть экземпляр.¹³

Тем, кто привык к try/catch/finally в PowerShell, удобно смотреть так: «блок» On Block Error близок к try, обработчик ошибок — к catch, последовательность уборки — к finally.

7. Как стабилизировать UI-автоматизацию

Главная причина нестабильности потоков на компьютере чаще всего — способ идентификации UI-элементов, то есть селектор.

• По умолчанию UI element picker записывает элемент экрана как селектор — комбинацию атрибутов. Если в неё попадают атрибуты, которые легко ломаются при обновлении приложения или смене отображаемого содержимого (порядковые индексы, динамические ID), поток может сломаться даже при внешне том же экране.¹⁴
• Для атрибутов с меняющимся значением замените Equals на Contains или регулярное выражение, а значения, которые зависят от предыдущего действия, вынесите в переменные — селектор станет динамичнее и устойчивее.¹⁴
• Если задать несколько селекторов, при сбое первого поток автоматически перейдёт к следующему. Для важных операций запасной селектор заметно повышает стабильность.¹⁴
• Если селектор сломался, Repair selector может автоматически предложить кандидатов на исправление. Прежде чем собирать селектор вручную с нуля, стоит сначала попробовать это.¹⁴
• Переходы между экранами и запуск приложений занимают время. Не опирайтесь только на фиксированный Wait: сочетайте действия условного ожидания — «дождаться окна», «дождаться появления UI-элемента» — и настройте автоматический повтор, если элемент сразу не найден.¹⁵
• Если объект автоматизации в принципе не удаётся стабилизировать (виртуализированные экраны, экраны с часто меняющейся раскладкой), не цепляйтесь за UI. Сначала проверьте, нет ли более стабильного пути: API, обмен файлами, доступ к базе данных.

Запустить UI-автоматизацию в первый раз несложно. А будет ли она жить без поломок и через полгода — почти целиком определяется тем, как собраны селекторы.

8. Как безопасно работать с учётными данными

В автоматизации бизнес-процессов чаще всего инциденты связаны с учётными данными: паролями, ключами API, строками подключения.

• Не записывайте пароли и сведения о подключении прямо в значения входных переменных потока. Действие Get credential безопасно получает учётные данные из «учётных данных Power Automate», за которыми стоит хранилище секретов Azure Key Vault или CyberArk; полученное значение помечается как конфиденциальное и не попадает в журнал выполнения потока.¹⁶¹⁷
• Если секреты лежат в Azure Key Vault, сведения о подключении к Key Vault можно вести в одном месте на стороне Power Automate, а не размазывать учётные данные по каждому потоку.¹⁷
• Для выполнения без участия пользователя заведите отдельную учётную запись с минимально необходимыми правами и не используйте ту, которой человек пользуется каждый день. Чем шире права, тем больше ущерб от бага в потоке или ошибки настройки.
• Пароль, записанный открытым текстом во входную переменную «временно, лишь бы заработало», имеет свойство доезжать в таком виде до продакшена. Безопаснее уже на этапе проверки привыкнуть к Get credential.

9. Управление и эксплуатация

Когда потоков, которые собрали отдельные люди и команды, становится много, нужен контроль на уровне организации.

• Политики предотвращения потери данных (DLP) классифицируют коннекторы, доступные потокам и приложениям, как «только данные организации», «не данные организации» или «заблокировано» и не дают сочетать в одном потоке коннектор для данных организации с коннектором, который для них не предназначен. Это первый уровень управления, который стоит выстроить: он снижает риск непреднамеренного ухода данных организации во внешнюю службу.¹⁸
• Действия потоков на компьютере тоже можно классифицировать и блокировать в той же схеме DLP, но по умолчанию это выключено. В параметрах клиента (tenant) центра администрирования Power Platform один раз включают «Show desktop flow actions in DLP policies»; это включение потом нельзя откатить. Даже после включения под контролем оказываются только модули и действия, которые политика явно классифицировала. «DLP-политику создали» само по себе не значит, что под контролем весь набор потоков на компьютере.²
• Машины для выполнения без участия пользователя лучше собирать в группы машин и явно вести, какой поток на какой машине выполняется.
• Заранее решите, где смотреть журнал выполнения. Для отдельного облачного потока: войдите в Power Automate → «Мои потоки» → нужный поток → на странице сведений «Журнал выполнения»; в упавшем запуске видно на каком действии он упал и подробности ошибки. В верхнем меню той же страницы «Analytics» показывает долю успехов и сбоев и журнал за последние 30 дней. Чтобы без пробелов видеть сбои по клиенту и по среде, наиболее полный обзор даёт Monitor (Монитор) в центре администрирования Power Platform.¹⁹²⁰ Каскадные сбои (последующие действия тоже помечаются как сбой, потому что упало предыдущее) идут списком, поэтому в журнале выполнения принцип такой: смотреть первое упавшее действие.¹⁹
• Знайте пределы стандартных уведомлений о сбое и добавляйте свои. Power Automate шлёт при сбое облачного потока два вида писем. Первое — оповещение на конкретный запуск: оно уходит владельцу и совладельцам только если причину удалось отнести к «известному и исправимому» (обрыв подключения, троттлинг и т. п.). Его ещё нужно включить в параметрах потока, а после отправки по тому же потоку действует пауза 28 дней. Второе — еженедельный дайджест, куда попадают и обычные сбои, по которым оповещение не уходило.¹⁹ То есть «каждый раз, сразу, ответственному» стандартными средствами не закрыть. Обработку из главы 6, которая пишет администратору письмо или сообщение в Teams, стоит встроить в сам поток.
• Если облачному потоку нужны ресурсы во внутренней сети, до которых облако напрямую не достаёт — база данных, файловый ресурс, — используют локальный шлюз данных (on-premises data gateway). Шлюзу не нужно открывать входящий порт со стороны облака: мост строится только исходящим соединением.²¹
• Разделение сред (environments) на тестовую и продуктивную с отдельными потоками на компьютере и сведениями о подключении для каждой среды не даёт правкам во время проверки задеть продуктивные потоки.

10. Границы Power Automate и когда эскалировать

Power Automate силён, но не универсален. В следующих ситуациях стоит рассмотреть переход на PowerShell или приложение на .NET.

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

11. Итог

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

Что выбрать — облачный поток или поток на компьютере, и какие задачи лучше отдать PowerShell или .NET. Если это развести заранее, переделок потом заметно меньше. Обработка ошибок, UI-селекторы, учётные данные, лицензии и политики DLP несравнимо дешевле заложить сразу, чем чинить после того, как что-то уже сломалось. И то, хватит ли решимости, когда поток разрастётся, не расширять его через силу, а вынести обработку в .NET или PowerShell, тоже определяет, проживёт ли решение долго.

Именно такая разница в проектировании отделяет «поток, который просто работает» от «потока, которому можно спокойно доверять». Чем сильнее автоматизация завязана на существующие учётные системы и активы Excel/VBA, тем сильнее ранние решения влияют на стоимость сопровождения.

Похожие статьи

• Что такое VBA — ограничения, перспективы, когда стоит заменить и как мигрировать
• PowerShell на практике — безопасная автоматизация анализа логов, архивирования и отчётов
• Как построить вывод отчётов Excel: COM / Open XML / шаблоны

Смежные области консультирования

KomuraSoft LLC (合同会社小村ソフト) консультирует по поэтапной автоматизации и модернизации с сохранением существующих бизнес-активов на Excel, VBA и Windows, а также проводит ревью проектирования платформ автоматизации, включая Power Automate.

• Использование существующих активов и поддержка миграции
• Техническая консультация и ревью проектирования
• Разработка приложений для Windows
• Связаться с нами

Справочные материалы

Похожие статьи

Недавние статьи с теми же тегами помогут подробнее изучить близкие темы.

Связанные темы

Эти страницы показывают тему статьи в более широком контексте услуг и решений.

Услуги по этой теме

Статья напрямую связана со следующими услугами.

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

Вопросы, которые часто возникают при консультациях по теме статьи.

Как выбирать между облачным потоком и потоком на компьютере?

Облачный поток соединяет облачные службы через коннекторы и хорошо подходит для согласований, уведомлений, интеграции с SaaS и процессов вокруг Microsoft 365. Поток на компьютере — это RPA, которая напрямую управляет приложениями и экранами Windows; это реалистичный выбор, когда нужно работать с экраном старой системы без API или с Win32-приложением. На консультации полезно сразу разделить: речь о соединении облачных служб или об управлении экраном — от этого дальше всё становится понятнее.

Что выбрать — Power Automate или PowerShell?

Если нужно просто автоматизировать типовую работу на ПК и клики или ввод на экране не обязательны, PowerShell обычно проще сопровождать, и его легче вести в Git. Управлять через UI системой, у которой уже есть API, в принципе менее стабильно, чем вызывать этот API напрямую из PowerShell или .NET. Обработка данных на сотни тысяч строк, сложная логика, для которой нужны автотесты, и высокочастотные постоянно работающие процессы — тоже задачи для PowerShell или .NET. Если поток стал слишком сложным, основную логику лучше вынести наружу, а Power Automate оставить для триггеров и уведомлений: так сопровождать проще.

Какая лицензия нужна для выполнения без участия пользователя в Power Automate?

Для выполнения без участия пользователя нужна отдельная от режима с участием пользователя лицензия — Power Automate Process, которую привязывают к потоку или машине. Прежняя надстройка Unattended RPA add-on считается устаревшей и заменена лицензией Process. Сама по себе Process не заменяет пользовательскую лицензию: машину должен зарегистрировать пользователь с Power Automate Premium. Кроме того, в Windows 10/11 выполнение без участия пользователя завершается ошибкой, если у кого-либо осталась заблокированная сессия, поэтому все должны полностью выйти из системы (sign out).

Из-за чего UI-автоматизация потоков на компьютере становится нестабильной?

Чаще всего причина — способ идентификации UI-элементов, то есть селектор. Если в него попадают атрибуты, которые легко меняются, например порядковые индексы или динамические ID, поток ломается даже при внешне том же экране. Имеет смысл для изменяющихся атрибутов заменить Equals на Contains или регулярное выражение, задать несколько селекторов с переходом на запасной при сбое первого, а при поломке селектора воспользоваться Repair selector, чтобы получить кандидатов на исправление. Не стоит полагаться только на фиксированный Wait: его нужно сочетать с действиями условного ожидания. Будет ли автоматизация работать и через полгода, почти целиком зависит от того, как собраны селекторы.

Об авторе

Страница с профилем автора статьи.

Го Комура

Представитель KomuraSoft LLC

Специализируется на разработке программного обеспечения для Windows, техническом консалтинге и расследовании сбоев, особенно в проектах с унаследованными системами и трудно воспроизводимыми ошибками.