Владелец потока уходит из компании: как спасти осиротевшие потоки Power Automate

Когда владелец потока Power Automate покидает компанию, остановка это лишь вопрос времени: его подключения истекают, его учетная запись деактивируется, и самое позднее при удалении учетной записи потоки перестают работать, часто спустя недели и, казалось бы, из ниоткуда. Это самый недооцененный операционный риск автоматизации Microsoft на предприятиях среднего бизнеса, ведь чаще всего никто до конца не знает, какие процессы зависят от учетной записи одного коллеги. Хорошая новость: осиротевшие потоки можно спасти, и благодаря трем правилам это не повторится. Актуально на: июль 2026.

Экстренный случай: как принять осиротевший поток

Пока учетная запись еще существует, передача проста: администратор или совладелец добавляет в потоке среди владельцев другого человека, который продолжит вести поток. Руководство Microsoft по осиротевшим потокам также описывает более сложный случай после удаления учетной записи: администратор находит поток через центр администрирования Power Platform, назначает его новому владельцу либо экспортирует и повторно импортирует его. Важно после этого: все подключения в потоке должны быть переключены на учетную запись нового владельца, ведь старые подключения по-прежнему принадлежат уволившемуся и умирают вместе с его учетной записью. Только когда у каждого действия есть собственное работающее подключение, процесс снова работает надежно.

Почему потоки в составе решений (Solution) легче спасти

Пройдет ли передача гладко или мучительно, решает незаметная развилка при создании: согласно документации Microsoft, потоки внутри решения (Solution) можно напрямую переназначить новому владельцу или даже субъекту-службе (service principal), тогда как классические потоки вне решений так нельзя, там остается только путь через совладельцев либо экспорт и повторный импорт с новой настройкой подключений. Поэтому для каждого потока, который несет бизнес-процесс, действует правило: помещать его в решение. Это стоит одного клика при создании и экономит дни в экстренном случае.

Профилактика: три правила для малого и среднего бизнеса

• Ни один критически важный для бизнеса поток не должен иметь только одного владельца: как минимум один совладелец, а лучше целая команда. Совладельцы могут редактировать и исправлять поток, а в экстренном случае немедленно взять его на себя.
• Центральные процессы на учетную запись службы или субъект-службу (service principal): Обработка входящих счетов, согласования и подобные постоянно работающие процессы не должны зависеть от учетной записи одного человека, а должны быть привязаны к выделенной учетной записи для автоматизации с задокументированным доступом либо, в виде потока решения, к субъекту-службе без истечения срока действия пароля.
• Пункт офбординга «Автоматизации»: в каждый чек-лист увольнения должен входить вопрос, какие потоки, подключения и общие почтовые ящики связаны с этим человеком. Центр администрирования показывает список потоков пользователя, пять минут проверки избавят от неожиданного сбоя.

Скрытый двойник проблемы: вопрос лицензии

Даже если у потока появился новый владелец, он все равно может остановиться: если уволившийся использовал премиум-лицензию, поток вместе с ним теряет лицензионную основу, ограничивается, а через 14 дней деактивируется. Поэтому новому владельцу тоже нужна подходящая лицензия, либо поток переводят на лицензию Process, которая привязана к потоку, а не к человеку. Подробнее об этом в статье о вопросе лицензирования Power Automate. Если вы не уверены, сколько рисков «одного человека» дремлет в вашем тенанте: именно такую инвентаризацию мы проводим в рамках нашего консалтинга по Power Automate, включая перенос критичных потоков на надежную основу.

Часто задаваемые вопросы об осиротевших потоках

Продолжают ли работать потоки после увольнения владельца?

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

Как узнать, какие потоки принадлежат увольняющемуся сотруднику?

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

Должны ли потоки в целом работать через служебную учетную запись?

Для центральных, постоянных бизнес-процессов да: выделенная учетная запись для автоматизации либо, для потоков решений, субъект-служба (service principal) отделяет процесс от кадровых изменений. Для личных продуктивных потоков отдельных пользователей это было бы избыточно, там достаточно совладельцев. Важно в отношении служебной учетной записи: документировать доступ, назначить лицензию и не использовать ее как способ экономии на лицензиях для множества пользователей, это было бы недопустимым мультиплексированием.