Power Automate: ловушка соответствия из-за мультиплексирования

Один центральный поток, одна служебная учётная запись, одна лицензия Premium — и всё автоматизировано для целого отдела. На бумаге эта идея выглядит как удачная экономия на лицензиях, но на практике в Power Automate она регулярно приводит к ловушке, которую Microsoft называет мультиплексированием. Тот, кто создаёт централизованные потоки для множества пользователей, не зная точно правил лицензирования, экономит не там, где нужно, и рискует столкнуться с доплатой за лицензии, как только начнётся аудит или проверка на соответствие требованиям.

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

Что означает мультиплексирование в Power Automate

Microsoft определяет мультиплексирование в FAQ по лицензированию Power Automate как использование оборудования или программного обеспечения, с помощью которого клиент объединяет соединения, перенаправляет информацию или сокращает число пользователей, напрямую обращающихся к Power Apps, Power Automate и Microsoft Copilot Studio. Следующее за этим предложение однозначно: использование мультиплексирования как механизма для сокращения числа приобретаемых лицензий, по словам Microsoft, прямо считается нарушением условий лицензии.

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

• Premium-поток, который просто перемещает данные из Dataverse в общее место или отправляет письмо коллегам, не подпадает под мультиплексирование, поскольку пользователи лишь потребляют данные, а не запускают поток.
• Если Premium-поток запускается при создании нового элемента в списке SharePoint, сохраняет детали в Dataverse, а затем отправляет письмо только владельцу потока, то лицензия нужна только этому человеку, даже если загружать элементы в список могут многие.
• Если тот же поток вместо этого отправляет письмо человеку, загрузившему элемент, то лицензия Premium нужна и владельцу, и каждому отдельному загружающему пользователю. Пользователь косвенно запускает поток и сам получает от этого выгоду в виде письма. Именно в этот момент многие централизованные потоки перестают соответствовать требованиям.

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

Классический случай: одна служебная учётная запись на весь отдел

Самая частая причина мультиплексирования на практике — общая служебная учётная запись, под которой работает несколько потоков и к которой имеют доступ многие люди. FAQ по лицензированию чётко разграничивает служебную учётную запись, субъект-службу, неинтерактивных пользователей и людей-пользователей и даёт ясно понять: учётная запись пользователя Microsoft Entra, используемая как служебная учётная запись, чьи учётные данные передаются другим людям, — это одновременно и риск безопасности, и деликатный момент с точки зрения лицензирования.

Конкретно, по данным Microsoft, для потоков, работающих под служебной учётной записью в качестве владельца, действует следующее:

• Если поток использует исключительно стандартные коннекторы без функций Premium, для всех, у кого есть доступ к служебной учётной записи, достаточно лицензии Microsoft или Office 365, Power Automate Free или любой лицензии Premium.
• Если поток использует функции Premium, такие как Premium-коннекторы, роботизированную автоматизацию процессов, пользовательские коннекторы, локальный шлюз или потоки бизнес-процессов, а служебную учётную запись использует лишь ограниченная группа людей, достаточно лицензировать всех этих людей и саму служебную учётную запись.
• Если же ту же служебную учётную запись используют многие пользователи, Microsoft прямо рекомендует процессную лицензию для потока, чтобы новые люди автоматически соответствовали требованиям без необходимости каждый раз доплачивать за лицензии.
• Если несколько пользователей используют общие учётные данные служебной учётной записи и работают с Premium-потоками, при этом служебной учётной записи назначена только одна лицензия Power Automate Premium, это, по словам Microsoft, прямо считается мультиплексированием, и поток не соответствует требованиям.

Именно этот последний пункт — та ситуация, в которую обычно попадают централизованные потоки для множества пользователей: одна лицензия, одна служебная учётная запись, много людей с доступом к функциям Premium. С точки зрения ИТ-отдела это выглядит как элегантная централизация, а с точки зрения лицензирования — это как раз та ситуация, которую Microsoft прямо называет нарушением.

Мгновенные потоки, триггеры приложений и Dataverse: самые острые случаи

Помимо служебных учётных записей, существуют и другие ситуации, в которых центральные потоки быстро превращаются в ловушку. Для потока, запускаемого напрямую, например через кнопку или из Power App, согласно FAQ каждому человеку, который действительно вызывает поток, требуется собственная лицензия Premium, как только поток использует Premium-коннекторы, даже если сам поток был создан и предоставлен в общий доступ всего одним человеком. Если поток с Premium-коннекторами просто предоставлен в общий доступ, чтобы команда могла запускать его одним щелчком, то собственная лицензия нужна каждому участнику команды, а не только тому, кто создал поток.

Иначе обстоит дело с автоматизированными или запланированными потоками, которые работают в контексте владельца: здесь, как правило, достаточно лицензии владельца, пока никто другой не получает прямой выгоды непосредственно от выполнения, например в виде персонализированных результатов. Также тот, кто лишь отвечает на запрос об утверждении, отправленный Premium-потоком, согласно FAQ не нуждается в собственной лицензии Premium, поскольку утверждающий не запускает поток, а лишь отвечает на него.

Это тонкое различие быстро становится запутанным в централизованных процессах, особенно когда один и тот же поток объединяет несколько типов триггеров для разных отделов или когда дочерние потоки одновременно вызываются несколькими родительскими потоками. Для дочернего потока с Premium-коннекторами, который вызывается несколькими родительскими потоками без функций Premium, по данным Microsoft, достаточно либо лицензировать родительские потоки, либо использовать процессную лицензию для дочернего потока; но если сам родительский поток тоже имеет Premium-коннектор, его владельцу дополнительно нужна собственная лицензия Premium или процессная лицензия для родительского потока.

Как создавать центральные потоки в соответствии с лицензионными требованиями

Для централизованной автоматизации, затрагивающей многих людей, по сути есть три чистых пути, при которых не каждому отдельному человеку задним числом требуется лицензия Premium:

• Процессная лицензия вместо пользовательских лицензий. Согласно обзору типов лицензий Power Automate, процессная лицензия Power Automate — это лицензия на мощность, которая назначается облачному потоку или машине и, независимо от лицензии запускающего или владеющего лица, обеспечивает более высокие лимиты действий, а также использование Premium- и пользовательских коннекторов. Для центральных бизнес-процессов с большим числом косвенных пользователей это обычно наиболее экономичное и одновременно соответствующее требованиям решение, поскольку одной процессной лицензии на ключевой процесс достаточно независимо от того, сколько людей ежедневно запускают поток.
• Действительно лицензировать всех затронутых людей. Если центральный поток используется лишь небольшой, чётко ограниченной группой, может быть выгоднее назначить каждому человеку собственную лицензию Premium, вместо того чтобы покупать процессную лицензию. Однако при росте команды этот вариант быстро становится непрактичным, поскольку каждого нового человека приходится лицензировать вручную.
• Ограничиться стандартными коннекторами. Если центральный поток действительно обходится только стандартными коннекторами, более строгие правила мультиплексирования для функций Premium вообще не применяются. Это редко бывает полным решением, но это хороший первый шаг, чтобы проверить, действительно ли планируемая централизация требует лицензий Premium.

Для технической эксплуатации Microsoft дополнительно рекомендует по возможности заменять служебные учётные записи субъектом-службой в качестве владельца потока. Это не решает автоматически вопрос лицензирования, но снижает риски безопасности, связанные с совместным использованием учётных данных, например отсутствие возможности отследить, кто изменил поток, а также административную нагрузку по управлению паролями.

Рекомендации, а не автоматическое принуждение

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

Краткий чек-лист для существующих или планируемых центральных потоков:

• Кто на самом деле запускает поток и кто получает от его выполнения собственную, персонализированную выгоду?
• Работает ли поток под личной учётной записью, общей служебной учётной записью или субъектом-службой?
• Использует ли поток Premium-коннекторы, пользовательские коннекторы, локальный шлюз или функции RPA?
• Сколько людей сейчас и в обозримом будущем имеют доступ к запускающей учётной записи или к самому потоку?
• Была бы процессная лицензия для базового бизнес-процесса более экономичной и надёжной на перспективу, чем доплата за лицензии отдельным пользователям задним числом?

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

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

Запрещено ли мультиплексирование в Power Automate технически, или это лишь рекомендация?

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

Достаточно ли одной лицензии Power Automate Premium для служебной учётной записи, которую используют многие сотрудники?

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

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

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

Всегда ли процессная лицензия — лучшее решение для центральных потоков?

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

Решает ли субъект-служба вместо служебной учётной записи проблему лицензирования автоматически?

Нет. Субъект-служба прежде всего снижает риски безопасности, например совместное использование паролей и отсутствие прозрачности изменений, но не заменяет проверку того, использует ли поток функции Premium и сколько людей получают от этого собственную выгоду. Вопрос лицензирования нужно решать независимо от этого.