Централизованные потоки Power Automate для множества пользователей могут нарушать условия лицензии как мультиплексирование. Вот как остаться в рамках требований.
Один центральный поток, одна служебная учётная запись, одна лицензия Premium — и всё автоматизировано для целого отдела. На бумаге эта идея выглядит как удачная экономия на лицензиях, но на практике в Power Automate она регулярно приводит к ловушке, которую Microsoft называет мультиплексированием. Тот, кто создаёт централизованные потоки для множества пользователей, не зная точно правил лицензирования, экономит не там, где нужно, и рискует столкнуться с доплатой за лицензии, как только начнётся аудит или проверка на соответствие требованиям.
В этой статье на основе официальной документации Microsoft объясняется, что именно означает мультиплексирование для Power Automate, в каких ситуациях централизованные потоки и служебные учётные записи превращаются в лицензионную ловушку и какие варианты позволяют настроить централизованную автоматизацию корректно и в соответствии с лицензионными требованиями. По состоянию на июль 2026 года.
Microsoft определяет мультиплексирование в FAQ по лицензированию Power Automate как использование оборудования или программного обеспечения, с помощью которого клиент объединяет соединения, перенаправляет информацию или сокращает число пользователей, напрямую обращающихся к Power Apps, Power Automate и Microsoft Copilot Studio. Следующее за этим предложение однозначно: использование мультиплексирования как механизма для сокращения числа приобретаемых лицензий, по словам Microsoft, прямо считается нарушением условий лицензии.
При этом важно, что не каждый центральный поток автоматически является мультиплексированием. Microsoft приводит в документации три примера, которые наглядно показывают разницу:
Таким образом, решающий критерий — не то, кто технически имеет доступ к исходным данным, а то, кто запускает поток и кто получает собственную выгоду из результата. Как только оба этих условия касаются нескольких людей, не имеющих собственной лицензии, граница соответствия требованиям нарушена.
Самая частая причина мультиплексирования на практике — общая служебная учётная запись, под которой работает несколько потоков и к которой имеют доступ многие люди. FAQ по лицензированию чётко разграничивает служебную учётную запись, субъект-службу, неинтерактивных пользователей и людей-пользователей и даёт ясно понять: учётная запись пользователя Microsoft Entra, используемая как служебная учётная запись, чьи учётные данные передаются другим людям, — это одновременно и риск безопасности, и деликатный момент с точки зрения лицензирования.
Конкретно, по данным Microsoft, для потоков, работающих под служебной учётной записью в качестве владельца, действует следующее:
Именно этот последний пункт — та ситуация, в которую обычно попадают централизованные потоки для множества пользователей: одна лицензия, одна служебная учётная запись, много людей с доступом к функциям Premium. С точки зрения ИТ-отдела это выглядит как элегантная централизация, а с точки зрения лицензирования — это как раз та ситуация, которую Microsoft прямо называет нарушением.
Помимо служебных учётных записей, существуют и другие ситуации, в которых центральные потоки быстро превращаются в ловушку. Для потока, запускаемого напрямую, например через кнопку или из Power App, согласно FAQ каждому человеку, который действительно вызывает поток, требуется собственная лицензия Premium, как только поток использует Premium-коннекторы, даже если сам поток был создан и предоставлен в общий доступ всего одним человеком. Если поток с Premium-коннекторами просто предоставлен в общий доступ, чтобы команда могла запускать его одним щелчком, то собственная лицензия нужна каждому участнику команды, а не только тому, кто создал поток.
Иначе обстоит дело с автоматизированными или запланированными потоками, которые работают в контексте владельца: здесь, как правило, достаточно лицензии владельца, пока никто другой не получает прямой выгоды непосредственно от выполнения, например в виде персонализированных результатов. Также тот, кто лишь отвечает на запрос об утверждении, отправленный Premium-потоком, согласно FAQ не нуждается в собственной лицензии Premium, поскольку утверждающий не запускает поток, а лишь отвечает на него.
Это тонкое различие быстро становится запутанным в централизованных процессах, особенно когда один и тот же поток объединяет несколько типов триггеров для разных отделов или когда дочерние потоки одновременно вызываются несколькими родительскими потоками. Для дочернего потока с Premium-коннекторами, который вызывается несколькими родительскими потоками без функций Premium, по данным Microsoft, достаточно либо лицензировать родительские потоки, либо использовать процессную лицензию для дочернего потока; но если сам родительский поток тоже имеет Premium-коннектор, его владельцу дополнительно нужна собственная лицензия Premium или процессная лицензия для родительского потока.
Для централизованной автоматизации, затрагивающей многих людей, по сути есть три чистых пути, при которых не каждому отдельному человеку задним числом требуется лицензия Premium:
Для технической эксплуатации Microsoft дополнительно рекомендует по возможности заменять служебные учётные записи субъектом-службой в качестве владельца потока. Это не решает автоматически вопрос лицензирования, но снижает риски безопасности, связанные с совместным использованием учётных данных, например отсутствие возможности отследить, кто изменил поток, а также административную нагрузку по управлению паролями.
Момент, который на практике часто упускают из виду: в FAQ Microsoft прямо называет правила мультиплексирования рекомендациями, соблюдение которых не обеспечивается жёстким техническим контролем. Ответственность за корректное лицензирование всех потоков и соблюдение требований, по словам Microsoft, прямо лежит на администраторах организации. Именно это делает ловушку столь коварной: несоответствующий требованиям центральный поток технически продолжает исправно работать, часто месяцами или годами, пока внутренний аудит лицензий, смена модели лицензирования или внешняя проверка не выявят пробел. Поэтому тем, кто планирует центральные потоки для множества пользователей, стоит продумывать вопрос лицензирования с самого начала, а не только тогда, когда число пользователей уже значительно выросло.
Краткий чек-лист для существующих или планируемых центральных потоков:
Кто внимательно проработает эти вопросы, тот сохранит контроль над расходами на лицензии и соответствием требованиям по мере роста автоматизации, вместо того чтобы столкнуться с неприятным сюрпризом при следующей проверке. Если вы хотите настроить центральные процессы Power Automate для своей компании и с самого начала оставаться безупречными с точки зрения лицензирования, NordFlux поможет вам с проектами по фиксированной цене в области автоматизации Power Automate, включая консультации по лицензированию и немецкий суверенитет данных.
Microsoft технически не обеспечивает соблюдение правил мультиплексирования, но прямо называет их в FAQ рекомендациями, соблюдение которых является ответственностью администраторов. Несоответствующий требованиям поток, таким образом, продолжает работать, но нарушает условия лицензии и может стать проблемой при аудите или проверке лицензий.
Нет, если поток использует функции Premium, такие как Premium-коннекторы. Если несколько человек используют общие учётные данные служебной учётной записи и через неё работает Premium-поток лишь с одной назначенной лицензией Premium, это, по словам Microsoft, прямо считается мультиплексированием, и поток не соответствует требованиям.
Когда поток действительно запускается их действием, но сами они не получают персонализированной дополнительной выгоды от выполнения, например потому что результат отправляется только в центральное место или владельцу потока. Если же они получают индивидуальный результат, например письмо, адресованное лично им, им требуется собственная лицензия Premium.
Не всегда, но часто. Процессная лицензия особенно хорошо подходит для ключевых процессов с большим числом часто меняющихся пользователей, поскольку новые люди автоматически охватываются лицензией. Для небольшой, стабильной группы пользователей может быть выгоднее назначить каждому человеку лицензию Premium напрямую, вместо того чтобы покупать отдельную процессную лицензию.
Нет. Субъект-служба прежде всего снижает риски безопасности, например совместное использование паролей и отсутствие прозрачности изменений, но не заменяет проверку того, использует ли поток функции Premium и сколько людей получают от этого собственную выгоду. Вопрос лицензирования нужно решать независимо от этого.
Основатель NordFlux. Семь лет опыта, от веба и SEO до автоматизации в масштабах концерна, сегодня прагматично для среднего бизнеса и с немецким суверенитетом данных.
Сертификаты
Три рычага для более быстрых потоков Power Automate: целенаправленный параллелизм, меньше действий и правильный выбор коннектора — согласно документации Microsoft.
Как сделать видимыми бесконтрольно разросшиеся ландшафты Power Automate с помощью инвентаризации, аналитики и CoE Starter Kit.
Минимальный стандарт документации для потоков Power Automate: описание, соглашения об именовании и заметки, чтобы знания не зависели от одного человека.
Центральный flow на одной служебной учётной записи для всего отдела выглядит удобно, но быстро нарушает правила мультиплексирования Microsoft. NordFlux проверяет ваши существующие flows на комплаенс-риски и выстраивает центральные процессы так, чтобы они оставались лицензионно корректными.
