Поділитися через


Power Automate ЧАП щодо ліцензування

Нотатка

Новий і вдосконалений Power Platform Центр адміністрування тепер загальнодоступний. Наразі ми оновлюємо документацію, щоб відобразити ці зміни, тому перевіряйте її, щоб переконатися, що ви отримуєте останні оновлення.

Нижче наведено кілька поширених запитань щодо автономних ліцензій Power Automate.

Як працюють ліцензійні Power Automate плани для прогонів потоків?

Якщо потік встановлено в плані Power Automate процесу, то він може отримувати доступ до преміум-конекторів, має найвищі ліміти та завжди використовує ліміти запитів плану процесу, незалежно від того, хто керує потоком.

Якщо для ланцюжка Power Automate встановлено план користувача Premium, то він отримує план свого основного власника, якщо ланцюжок є автоматизованим або запланованим. Якщо потік є миттєвим/кнопковим, він використовує ліцензію користувача, який запускає ланцюжок. Якщо користувач має кілька планів, як-от Microsoft 365 план і план Dynamics 365, у потоці використовуються ліміти запитів з обох планів.

План Power Automate користувацької Power Automate ліцензії – це план Premium, але користувачі мають низку інших варіантів ліцензійного плану. Користувачі з безкоштовним планом або одним із ліцензійних планів Microsoft 365 можуть отримати доступ лише до стандартних конекторів, але більшість інших ліцензійних планів і пробних версій надають доступ до преміум-конекторів.

Дізнайтеся більше про ліцензійні плани, які включають Power Automate можливості, у розділах Power Automate Типи ліцензій і Power Platform Посібник із ліцензування. Дізнайтеся більше про ліміти та профіль ефективності ліцензійних планів у статті Ліміти автоматичних, запланованих і миттєвих потоків.

Які Power Automate ліцензії мені потрібні?

Корпорація Майкрософт рекомендує більшості організацій купувати Power Automate ліцензію Premium для кожного користувача у своїй організації. Придбайте ліцензію на Power Automate процес для кожного бізнес-процесу або машин, які використовують автоматизацію без нагляду. Розміщений Power Automate процес — це надмножина Power Automate ліцензії на процес, що забезпечує ту саму функціональність, але з додаванням місткості розміщеного комп’ютера Microsoft, який можна використовувати для розміщеної машини або групи розміщених машин, що дає змогу використовувати RPA з нульовою інфраструктурою.

План користувача Premium призначений для користувача-людини, щоб підтримати широке впровадження культури автоматизації в організації. Вона потрібна розробникам RPA, щоб створювати потоки робочого столу на Power Automate порталі та керувати ними.

Ліцензія Process призначена для автоматизації основних корпоративних процесів, які зазвичай є автоматизованими внутрішніми діями (не виконуються вручну людиною). Наприклад, кожній організації потрібні процеси обробки рахунків-фактур або адаптації персоналу, які є обов’язковими для нормального функціонування бізнесу. Ці процеси можуть відрізнятися за розміром і складністю, починаючи від невеликих ініціатив і закінчуючи великомасштабними починаннями, що охоплюють кілька потоків, пов’язаних між собою спільними джерелами даних. Наприклад, процес обробки рахунків-фактур складається з кількох потоків, які обробляють рахунок-фактуру від створення до схвалення та оплати. Усі потоки є частиною одного бізнес-процесу, оскільки всі вони обробляють рахунок-фактуру через кілька етапів до закриття.

Отримуючи ліцензію на процес, організації гарантують, що всі потоки в рамках бізнес-процесу належним чином ліцензовані. Це дає змогу розгортати та керувати взаємопов’язаними потоками як цілісною одиницею, полегшуючи керування життєвим циклом програми (ALM) та оптимізацію продуктивності.

Ліцензія на процес потрібна, якщо ваш потік відповідає одному з наступних критеріїв:

  • Ваші потоки використовують RPA (роботизовану автоматизацію процесів) без нагляду, щоб запускати потоки робочого столу на машинах без втручання користувача.
  • Ваші ланцюжки виконуються під управлінням Користувач додатку (власник ланцюжка — Керівник Сервісу). Організації з кількома середовищами (Dev/Test/Prod) використовують конвеєри DevOps для експорту та розгортання потоків в інші середовища для здорового ALM (управління життєвим циклом програми). Вони запускають свої потоки за допомогою принципала сервісу, щоб уникнути надання доступу користувачам у виробничих середовищах.
  • Ваші потоки обробляють великі обсяги даних або повинні часто виконуватися, тому потребують великого обсягу запитів Power Platform .
  • Ваш преміум-потік викликається кількома користувачами. У цьому випадку або всім потрібна ліцензія Premium, або flow потрібна ліцензія Process. Якщо потік має ліцензію на процес, він не вимагає наявності ліцензії в будь-якого користувача. Він надає організації гнучкість у оплаті ліцензій залежно від кількості потоків. Більші організації або рішення, які стосуються багатьох людей, можуть отримати вигоду від фіксованих щомісячних витрат.
  • У вашому потоці використовуються преміум-конектори, і у вашій організації багато гостьових користувачів використовують цей потік, але ви не знаєте, чи надає їм домашній орендар гостьових користувачів преміум-ліцензії.

Нотатка

Ліцензії на Power Automate процес і розміщений процес ліцензують лише потоки та/або машини, а не користувача. План користувача Premium потрібен розробникам RPA, щоб створювати потоки робочого столу на Power Automate порталі та керувати ними. Дізнайтеся більше про функції Premium RPA, які входять до плану користувача Premium, у розділі Преміум функції RPA.

Скільки Power Automate ліцензій на процес мені потрібно?

  • У вашому процесі є RPA (роботизована автоматизація процесів): скільки машинних сеансів вам потрібно?

    Придбайте одну ліцензію на процес для кожної машини. Ви можете додати більше ліцензій на процес, якщо вам потрібне одночасне виконання на комп’ютері. Усі потоки настільних комп’ютерів (RPA), запущені на комп’ютері, і хмарні потоки (DPA), які є частиною бізнес-процесу, охоплюються ліцензією на процес.

  • Вашому процесу потрібен лише DPA (цифрова автоматизація процесів): скільки основних бізнес-процесів ви хочете автоматизувати?

    Придбайте один процес для кожного основного бізнес-процесу. Прикладами основних бізнес-процесів є обробка рахунків-фактур або адаптація персоналу (HR). У ліцензію включені всі хмарні потоки, пов’язані з одним і тим же бізнес-процесом.

Скільки ліцензій на процеси мені потрібно, якщо у мене є кілька хмарних потоків, кожен з яких викликає власні потоки RPA в неконтрольованому режимі на комп’ютері?

За допомогою однієї ліцензії Process ви можете запускати кілька хмарних потоків, ставлячи їх у чергу. Наприклад, якщо у вас є чотири незалежні хмарні потоки, і кожен з них викликає власний потік робочого столу, запущений на одному комп’ютері, ви можете запустити перший з них о 09:00, другий – об 11:00 і так далі, на тій самій віртуальній машині.

На наступному знімку екрана показано, що всі хмарні потоки покриваються однією ліцензією Process, оскільки вони мають настільний потік, запущений на одній машині. Будь-які дочірні потоки, пов’язані з ними потоки цих хмар, також покриваються ліцензією Process на машині.

Усі хмарні потоки покриваються однією ліцензією Process, оскільки вони мають настільний потік, запущений на одній машині.

Мій процес DPA має кілька хмарних потоків. Чи потрібно мені мати кілька ліцензій на процес?

Основні бізнес-процеси можуть відрізнятися за розміром і складністю, починаючи від невеликих ініціатив і закінчуючи масштабними починаннями, що охоплюють кілька потоків, пов’язаних між собою спільними джерелами даних. Наприклад, процес обробки рахунків-фактур складається з кількох потоків, які обробляють рахунок-фактуру від створення до схвалення та оплати. Усі потоки є частиною одного бізнес-процесу, оскільки всі вони обробляють рахунок-фактуру через кілька етапів до закриття. Вам потрібна лише одна ліцензія на процес для основного бізнес-процесу. Це заохочує найкращі практики мікросервісної архітектури, де потоки можуть бути невеликими з точною функціональністю, що призводить до кращої ремонтопридатності.

Визначте потік, який запускає процес, і призначте цьому потоку ліцензію на процес. Дочірні потоки потоку з ліцензією Process покриваються ліцензією Process. Ці потоки можуть бути в одному розчині або в іншому.

Небатьківські/дочірні потоки можна вручну пов’язати з потоком за допомогою ліцензії Process. Ці потоки повинні бути в одному рішенні та використовувати одні й ті самі джерела даних.

Потоки, організовані як дочірні потоки, і пов’язані з ними потоки розглядаються як один процес з однією ліцензією на процес, призначеною основному потоку та лімітам Power Platform спільних запитів ліцензії на процес.

Моє рішення складається з кількох процесів. Чи потрібно мені кілька ліцензій на процес?

Так. Рішення може мати кілька процесів, для кожного з яких призначено ліцензію на процес.

Кому потрібно купувати ліцензію Premium?

Користувачі, яким потрібно створювати автоматизацію загального призначення (з правом на преміум-з’єднувачі), мати повну гнучкість (з правом на користувальницькі з’єднувачі) або взаємодіяти з програмами, що імітують поведінку людини, такими як клавіші клавіатури або миші та рух (з правом на участь у програмі Robotic Process Automation Experience), повинні розглянути Power Automate можливість отримання ліцензії Premium.

А точніше:

  • Вам потрібна ліцензія Premium для кожного розробника RPA, який створює та керує потоками настільних комп’ютерів на порталі Power Automate . Дізнайтеся більше про функції Premium RPA.
  • План Power Automate процесу має найвищий пріоритет серед усіх ліцензій. Це означає, що якщо потоці призначено ліцензію Process, потік завжди використовує цю ліцензію і не потребує власника або запущеного користувача, щоб мати ліцензію Premium.
  • Автоматизовані та регулярні цикли завжди виконуються в контексті відповідального за цикл незалежно від того, хто запускає цикл або які облікові записи використовуються для з’єднань у межах циклу. Миттєві ланцюжки (button, гібридні тригери) виконуються в контексті користувача, який їх викликає, незалежно від підключень, що використовуються в ланцюжку. Якщо в автоматизованому або запланованому потоці використовується преміум-конектор, ліцензія Premium повинна бути лише у власника.
  • Якщо миттєвий потік має преміум-конектори, кожен користувач, який керує потоком, повинен мати Power Automate ліцензію Premium. У таких випадках замість ліцензування кожного користувача ви можете ліцензувати потік за допомогою ліцензії Process.
  • Якщо в потоці не використовується з’єднувач преміум-класу, вам не потрібна ліцензія Premium. Ви можете використовувати ліцензію Microsoft 365 .

Щоб визначити тип циклу (автоматизований/ручний/регулярний), виберіть цикл, щоб подивитися його «тип» у відомостях.

Скріншот типів потоків.

  • Якщо потік складається з Power Apps контексту програм Dynamics 365 і є автоматизованим потоком, потік має бути пов’язаний із програмою, створеною за допомогою Power Apps програми Dynamics 365, а власнику потрібна Power Apps ліцензія Premium або ліцензія Dynamics 365.
  • Якщо ланцюжок виконується в контексті Power Apps програми або програми Dynamics 365 і є миттєвим потоком, кожен користувач, який запускає цей процес, повинен мати Power Apps ліцензію Premium або ліцензію Dynamics 365.
  • Якщо батьківський цикл викликає дочірній цикл, дочірній цикл використовує контекст від батьківського циклу. Наприклад, якщо виконуються наведені нижче критерії, використовується ліцензія власника батьківського потоку.
    • Якщо батьківський потік є автоматизованим, і
    • У дитячому потоці використовуються з’єднувачі преміум-класу, а
    • Дочірній потік не має ліцензії на процес. Якщо дочірній потік має ліцензію Process, він використовує ліцензію Process, а не ліцензію батьківського потоку.

Під час перехідного періоду ліцензія parent flow не успадковується дочірнім потоком. Дочірній потік використовує ліцензію власника. Однак після завершення перехідного періоду використовуватиметься лише ліцензія батьківського потоку (ліцензія власника/ліцензія батьківського потоку на процес), якщо дочірній потік не має ліцензії на процес.

Ми маємо три середовища (розробка, тестування й робоче середовище), які відповідають найкращим практикам, і нам потрібні цикли в кількох середовищах. Чи потрібно нам купувати ліцензію Process для кожного середовища?

Кожен цикл існує в певному середовищі. Це означає, що якщо потік імпортується в інше середовище, кожен екземпляр є окремим потоком і потребує окремої ліцензії. Потік з ліцензією Process та її дочірнім потоком є потоками, і всі пов’язані потоки розглядаються як один процес, а одна ліцензія Process покриває використання всіх їх у одному середовищі.

Ми маємо три середовища (розробка, тестування й робоче середовище), які відповідають найкращим практикам, і нам потрібні цикли в кількох середовищах. Чи потрібно купувати ліцензію Premium для кожного середовища?

Преміум-ліцензія Power Automate – це ліцензія на рівні користувача. Усі ліцензії рівня користувача (Power Automate Premium, Microsoft 365, Dynamics 365) є ліцензіями рівня клієнта. Користувач може використовувати цикл у всіх середовищах без необхідності придбавати окрему ліцензію.

Чи можна Power Automate використовувати ліцензію Hosted Process як Power Automate ліцензію на процес?

Так, ви можете використовувати Power Automate ємність розміщеного процесу двома способами:

  • Розміщені машини та розміщені групи машин.
  • Як ліцензія на процес, яку можна використовувати для роботизованої автоматизації процесів без нагляду (неконтрольований RPA) на вашому локальному комп’ютері або потоків, які є частиною бізнес-процесу.

Чи можуть клієнти Microsoft 365 створювати цикли з урахуванням рішення та дочірніх цикли?

Так. Клієнти Microsoft 365 можуть створювати цикли з урахуванням рішення, якщо до середовища, в якому створюється цей цикл з урахуванням рішення, додано базу даних Dataverse. Стандартне середовище отримує базу даних Dataverse за замовчуванням. Адміністратор має додавати екземпляр Dataverse до нестандартних середовищ. Щоб створити нове середовище, адміністраторам потрібна виробнича спроможність бази даних Dataverse рівня клієнта принаймні 1 ГБ.

Перша підписка на Power Apps Dynamics Power Automate Microsoft Copilot Studio 365 Sales, Customer Service і Field Service додає одноразове обмеження ємності за замовчуванням у 10 ГБ для клієнта. Під час додавання передплат до клієнта до нього може нараховуватися додаткова виробнича спроможність Dataverse. Наприклад, якщо новий клієнт купує Power Automate план Premium, клієнт отримує 10 ГБ ємності бази даних за замовчуванням Dataverse . А якщо орендар купує 10 Power Automate ліцензій Premium, то орендар отримує 10,5 ГБ (10 ГБ плюс 10 разів по 50 МБ).

Я використовую кілька підключень користувачів у преміум-циклі. Якому користувачеві потрібна Premium-ліцензія для запуску потоку?

З’єднання не залежать від перевірок ліцензій. Ви можете мати кілька підключень користувачів у потоці, але потік завжди виконується в контексті ліцензії основного власника/лише запущеного користувача/ліцензії процесу.

Відповідальний за цикл залишив організацію. Як можна гарантувати безперервну роботу циклу?

Якщо цикл є циклом з урахуванням рішення, можна змінити відповідального в Power Automate або скористатися Power Automateвеб-API, щоб гарантувати безперервну роботу циклу. Якщо цикл є циклом без урахування рішення, будь-які співвідповідальні можуть додати його до рішення, а потім змінити відповідального. Якщо ні, призначте Power Automate ліцензію процесу потоку, щоб переконатися, що він продовжує працювати. Крім того, будь-які співвідповідальні зі цикл можуть експортувати та імпортувати цикл. При імпорті потік буде новим потоком, і тепер власником потоку стає співвласник. У потоці використовується ліцензія нового власника.

Продуктивність циклу буде зменшено, усіх відповідальних за цикли буде повідомлено, а цикл буде вимкнуто протягом 14 днів, якщо не буде застосовано жодних дій.

Власник флоу більше не має ліцензії Premium, але флоу є преміум-потоком. Що відбувається?

Продуктивність циклу буде зменшено, усіх відповідальних за цикли буде повідомлено, а цикл буде вимкнуто протягом 14 днів, якщо не буде застосовано жодних дій.

Чи повинні користувачі-гості (не з вашого клієнта) мати ліцензію, щоб використовувати Power Automate?

Так. Гостю необхідно призначити ліцензію Power Automate для одного із зазначених нижче клієнтів.

  • Клієнт, в якому розміщено цикл. Можна призначити їм ознайомлювальні версії для адміністратора для тимчасового доступу або автономні ліцензії.

  • Домашній клієнт гостя.

Наприклад, якщо гість-користувач має ліцензію Premium, призначену Power Automate в домашньому орендарі, він може використовувати преміум-функції в гостьовому клієнті, який розміщує потік.

Power Automate— включено до планів користувача Office, Power Automate Premium Power Apps , Premium і Dynamics 365 — матиме такі характеристики:

  • У загальнодоступній хмарі Azure ці плани визнають у клієнтах за гостьових сценаріїв, тому що вони прив’язані до конкретного середовища.

  • У національних хмарах Azure ці плани визнаються в різних клієнтах за гостьових сценаріїв. Докладніше див. у розділі: Національні хмари, Географічні розташування Azure

  • Ліцензії не розпізнаються серед клієнтів у різних хмарах Azure.

Які можливості Power Automate включено в ліцензії Windows?

Користувачі Windows 11 можуть випробувати настільні цикли в ручній RPA для забезпечення особистої продуктивності в середовищі за замовчуванням. Вони не можуть ділитися настільними циклами або створювати настільні цикли в іншому середовищі, окрім середовища за замовчуванням. Користувачі Windows не мають доступу до хмарних потоків. Щоб отримати повний спектр хмарних потоків і функцій RPA, придбайте тарифний Power Automate план Premium.

Користувачі Windows 11 можуть шукати слова «Power Automate» на панелі пошуку Windows. Програма Power Automate для ПК завантажується автоматично, а потім запускається за першого натискання піктограми.

Чи можуть користувачі Windows 10 і Windows Server 2016 використовувати Power Automate для ПК?

Так, вони можуть використовувати програму Power Automate для ПК (вони мають права на використання), але для цього потрібно завантажити її з центру завантажень.

Питання про застарілу ліцензію

Починаючи з 1 серпня 2023 року, Power Automate зі сторінки цін буде видалено кожен потік (100 доларів США за потік на місяць, мінімальна покупка 5 ліцензій) і Power Automate неконтрольоване доповнення RPA (150 доларів США за бота на місяць і необхідні умови ліцензування). Вони будуть видалені з прайс-листа з 1 лютого 2024 року. Power Automate процес, всеосяжна ліцензія, якою легше керувати, ліцензує одного бота «автоматизації», який може використовуватися для роботизованої автоматизації процесів без нагляду (unattended RPA) або хмарних потоків за допомогою цифрової автоматизації процесів (DPA) і може бути доступний необмеженій кількості користувачів в організації. Power Automate Вартість процесу становить $150 за бота/місяць.

Чим ліцензія Process відрізняється від ліцензії per flow

Раніше клієнтам доводилося купувати ліцензію на поточний потік для хмарного потоку та додатковий компонент RPA, що не використовується без нагляду. Тепер вони можуть придбати ліцензію на процес для кожного сеансу RPA на комп’ютері. Усі хмарні потоки, які викликають потоки робочого столу на комп’ютері, включено до ліцензії Process.

Для хмарних потоків одна ліцензія на потік надає право на потік з ліцензією та її дочірніми потоками. Ліцензія One Process надає право на потік з ліцензією, її дочірні потоки та будь-які потоки, які пов’язані. На потік потрібно було придбати мінімум п’ять упаковок, щоб почати. Вимог до мінімальної кількості покупки для ліцензії Process немає.

Power Automate Чим ліцензія Premium відрізняється від Power Automate ліцензії на користувача з відвіданою ліцензією RPA?

Power Automate Преміум пропозиція включає в себе всі переваги Power Automate на одного користувача з відвіданим RPA пропонується за ціною $40 за користувача на місяць, а також процес майнінгу візуалізує та аналізує можливості процесів і пропонується за ціною $15 за користувача на місяць.

Power Platform запитань

Ось деякі з поширених запитань про ліміти PPR та відповіді на них.

Що вважається запитом Power Platform?

Виходячи з ліцензії, існують обмеження на кількість дій, які хмарний потік може виконувати протягом дня. Ці обмеження відрізняються від обмежень кількості запитів з’єднувача. Щоб переглянути кількість дій, які виконує ваш ланцюжок, виберіть Analytics на сторінці відомостей про хмарний потік і перейдіть на вкладку Дії .

Навіть коли ланцюжок використовує мало Power Platform запитів, ви все одно можете досягти своїх лімітів, якщо потік виконується частіше, ніж ви очікуєте. Наприклад, ви можете створити хмарний цикл, який надсилає push-сповіщення щоразу, коли менеджер надсилає електронний лист. Оскільки необхідно перевірити, чи від менеджера надійшов електронний лист, цей цикл запускається щоразу під час отримання будь-якого електронного листа. Обмеження застосовується до всіх запусків у всіх ваших циклах протягом 24 годин. Ось кілька статистичних даних, які допоможуть оцінити використання потоку за запитом:

  1. Простий ланцюжок з одним тригером і однією дією призводить до двох «дій» щоразу, коли ланцюжок запускається, споживаючи два запити.
  2. Кожний тригер або дія в циклі створює запити Power Platform. Усі види дій, як-от дії з’єднувача, дії HTTP, вбудовані дії (від ініціалізації змінних, створення областей до простої дії створення) створюють запити Power Platform. Наприклад, ланцюжок, який підключається до SharePoint Twitter або Exchange, Twitter; Dataverse всі ці дії зараховуються до Power Platform лімітів запитів.
  3. Обмеження застосовуються до загальних кількості дій, як успішних, так і тих, що виконати не вдалося. Пропущені дії не враховуються в цих лімітах.
  4. Кожна дія створює один запит. Якщо дія застосовується до кожного циклу, вона генерує більше запитів Power Platform під час виконання циклу.
  5. У дії може бути кілька виразів, але вона вважається одним запитом API.
  6. Повторні спроби та додаткові запити з пагінації також зараховуються як виконання дій.

Розглянемо наступний хмарний потік, у OneDrive якому зберігається кожне вкладення електронної пошти. Тригер споживає один запит Power Platform, "Застосувати до кожного" споживає один запит, а дії "Застосувати до кожного" споживають кілька запитів залежно від кількості виконань циклу. Якщо вкладень чотири, цей розділ споживає вісім запитів Power Platform (4 х 2 дії). Усього цей цикл споживає 10 запитів Power Platform.

Знімок екрана зі зразком потоку, у OneDrive якому зберігається кожне вкладення електронної пошти.

Чиї Power Platform ліміти запитів використовує хмарний потік?

  • Якщо хмарний потік має ліцензію Process / Per-flow, потік використовує ліміт ліцензії Process / Per-flow, а не ліміт творця/власника/користувача, що викликає.

  • Автоматизовані та заплановані хмарні потоки завжди використовують ліміти запитів творця/власника Power Platform потоку, незалежно від того, хто викликав потік або які облікові записи використовуються для підключень усередині потоку. Для циклу рішення ви можете змінити відповідального за цикл, використовуючи API веб-служб. Після зміни власника використовується ліміт запитів API нового власника. Для потоку, який не є рішенням, потік завжди використовує початкову межу творця, яку не можна змінити. Якщо початковий розробник залишає компанію, будь-які співвідповідальні за цикл можуть експортувати та імпортувати цикл як інший відповідальний. Після того, як ви імпортуєте ланцюжок, він стає новим ланцюжком і починає використовувати ліміт від нового власника. Крім того, ви можете призначити потоку ліцензію Process / Per-flow.

  • Миттєві хмарні потоки (кнопкові, Power Apps гібридні тригери) використовують ліміт користувача, що викликає.

  • Якщо власником ланцюжка є керівник сервісу, то в потоці використовується ліміт неліцензованих користувачів.

  • Якщо ви ділитеся автоматичним/запланованим ланцюжком з іншим користувачем, а потім цей користувач запускає той самий ланцюжок, він використовує ліміт початкового власника, а не ліміт нового користувача. Але якщо користувач потім використовує потік для створення свого власного нового потоку, то цей новий користувач стає власником нового потоку, і цей потік використовує ліміт нового користувача.

  • Якщо батьківський потік викликає дочірній потік, він використовує ліміт батьківського потоку. Наприклад, якщо батьківський ланцюжок є автоматизованим, у дочірньому потоці використовується ліміт автора або власника батьківського потоку.

  • Якщо батьківський потік є ручним потоком, дочірній потік використовує ліміт користувача, який викликає батьківський потік.

  • Якщо дочірній потік має ліцензію Process / Per-flow, він використовує ліміт Process / Per-flow, а не ліміт батьківського потоку.

  • Якщо потік має ліцензію на процес, потік, усі дочірні потоки (за винятком тих, які мають власну ліцензію на процес) потоку та будь-які пов’язані з ним потоки потоку мають спільний ліміт ліцензії процесу.

Які інструменти в мене як у розробника є для аналізу мого використання?

Якщо ви відчуваєте затримки або уповільнення під час потоку, швидше за все, ви перевищили ліміти PPR на день. Для циклів, які постійно затримуються через перевищення обмежень, користувачі також отримують повідомлення, що інформує їх про ці перевищення, а також поради та рекомендації про те, як запобігти затримці виконання своїх циклів.

Ось приклад електронного листа, надісланого для ланцюжка, який постійно перевищував ліміти дій.

Приклад скріншота листа про перевищення.

Крім того, ви можете переглянути використання дії для певного циклу, вибравши дію Аналітика на сторінці властивостей циклу й це працює для всіх типів дій. Це допоможе проаналізувати, скільки дій виконується щодня. Це може допомогти вам зрозуміти закономірності використання для оптимізації ємності:

Приклад діаграми аналітики

Скріншот зразка аналітичної діаграми.

Які інструменти в мене як у розробника є для аналізу використання середовища?

У Power Platform центрі адміністрування зберігаються звіти за Power Automate запитами. За допомогою цих звітів можна швидко переглядати показники впровадження та користувачів у вашій організації. Наразі вони знаходяться у відкритому доступі. Доступні два звіти:

  • Звіт про користувача– цей звіт відображає Power Platform використання запитів кожним користувачем у середовищі порівняно з призначеним лімітом.
  • Звіт про потік: цей звіт відображає Power Platform використання запитів кожним потоком у середовищі, яке має ліцензію Per-flow.
  • Звіт про неліцензованих користувачів: цей звіт відображає використання запитів Power Platform для неліцензованих користувачів і загальну суму прав для неліцензованих користувачів для цього клієнта. У майбутньому в цьому звіті буде відображатися використання запитів потоків, Power Platform що виконуються під принципом сервісу.

Після того, як звіти стануть загальнодоступними, користувачі матимуть час відреагувати та придбати вищі ліцензії PPR, перш ніж почнеться примусове виконання.

Що станеться, якщо мій цикл виконає надто багато дій?

Коли у вас є хмарний потік, який виконує забагато дій, це впливає на ефективність вашого потоку. Ви бачите банер на потоці, якщо ваш потік обмежується.

У найпоширенішому випадку перевищення обмежень призводить до відкладеного запуску наступних дій, і це уповільнює загальний час виконання циклу. Ці затримки пропорційні ступеню перевитрати, спричиненої циклом.

Епізодичні перевитрати допускаються. Наприклад, якщо ви перевищите денний ліміт на 500 дій, це не вплине на ефективність ланцюжка, однак перевищення ліміту на 50 000 дій суттєво вплине на ваш ланцюжок протягом кількох днів.

Що я можу зробити, якщо мій цикл перевищує ліміт?

Користувачам не заборонено користуватися додатком або потоком за випадкові та обґрунтовані перевищення ліміту.

Ось що ви можете зробити, якщо ви перевищили ліміти ліцензії:

  • Перегляньте свою розробку та перевірте всі точки, які можуть допомогти зменшити кількість дій, що викликаються. Перегляньте розділ Рекомендації щодо створення циклів, які використовують менше дій.

  • Якщо потік вже оптимізований, але в ньому використовується багато дій через характер бізнесу, подумайте про покупку більш високої ліцензії PPR. Ліцензія Process забезпечує найкращу квоту продуктивності (250 тисяч дій/24 години).

  • Увімкніть функцію «Оплата за фактом використання » для довкілля, щоб гарантувати, що жоден із потоків у середовищі не обмежується.

  • Придбати надбудову спроможності Power Apps та Power Automate для вашої організації. Під час перехідного періоду, оскільки контроль за дотриманням законодавства менш суворий, немає можливості призначити Power Apps надбудову та Power Automate ємність користувачеві або потоку. Однак, Microsoft рекомендує придбати ці додаткові компоненти зараз, щоб не порушувати умови ліцензії. Створіть запит на підтримку Microsoft з докладними відомостями про цикл і додайте відомості, щоб отримати тимчасове звільнення (30 днів) від регулювання. Це тимчасове послаблення недоступне для потоків, яким уже призначено ліцензію на процес або потік.

Якщо потік стабільно перевищує ліміти перехідного періоду протягом 14 днів поспіль, Power Automate призупиняє потік і надсилає повідомлення власнику. Ви можете придбати вищу ліцензію PPR, а потім увімкнути її в будь-який час. Ви можете редагувати та зберігати цикл, щоб обнулити лічильник 14 днів під час придбання ліцензії.

Що таке обмеження з’єднувачів і чим вони відрізняються від лімітів запитів Power Platform?

З’єднувачі мають окремі ліміти як механізм захисту служби. Наприклад, з’єднувач SharePoint обмежує кількість дій до 600 хвилин. Одне з’єднання SharePoint, яке використовується в кількох циклах, як і раніше може виконувати лише 600 операцій на хвилину. На більшості сторінок з’єднувачів є розділ регулювання кількості запитів, у якому документуються ці обмеження. Цей ліміт відрізняється від ліміту PPR. Наприклад, користувач Office може виконувати 6000 дій на день у всіх своїх циклах, але все одно може бути обмежений з’єднувачем, якщо він використовував більше 600 дій SharePoint за хвилину, незважаючи на те, що не досягнуто обмеження 6000 дій.

Коли потік було обмежено через перевищення лімітів з’єднувача, ви можете побачити помилку HTTP 429 (забагато запитів) у своєму потоці з текстом помилки на кшталт «Ліміт швидкості перевищено. Повторіть спробу за 27 секунд".

Я використовую стартовий набір CoE Starter Kit. Чи буде використання враховуватися в ліміті моїх запитів?

Так. Хмарні потоки, що входять до стартового набору CoE Starter Kit, також використовують ліміти від власника. Корпорація Майкрософт рекомендує купувати більше потужності та звертатися до служби підтримки, щоб отримати тимчасове полегшення від регулювання.

Чи можу я використати принципала служби в циклах, і чи зараховується це у моїх обмеженнях запитів?

Так, потоки, власником яких є принципал сервісу, споживають окрему квоту, яка називається неінтерактивними лімітами. Ці обмеження застосовуються лише в тому випадку, якщо власником потоку є керівник сервісу. Ці обмеження не застосовуються, якщо потік просто використовує принципал служби в одній із дій. Ручні потоки (потоки кнопок, які спільно використовуються для запуску лише користувачів / Power Apps викликаних потоків) використовують ліміти запуску лише запитів користувача, навіть якщо власник ланцюжка є керівником сервісу. Тільки користувачі запуску повинні мати Power Automate ліцензію Premium, якщо в потоці використовуються преміум-конектори. Під час перехідного періоду ручні потоки можуть використовувати до 100 000 запитів/потік/24 години.

Ліміти для автоматизованих/запланованих потоків:

  • Основні потоки послуг, що виконуються в контексті додатків Dynamics 365), перелічені в таблиці , отримують 500 000 базових запитів + 5 000 запитів, накопичених на ліцензію користувача, максимум до 10,000,000 об’єднаних на рівні клієнта. Якщо клієнт має 1000 ліцензій Dynamics 365, він має пул 5,500,000 запитів, доступних для всіх ресурсів платформи Power, як-от потоки принципів служб і Dataverse запити, протягом 24 годин. Якщо клієнт має 2500 ліцензій Dynamics 365, він має пул 10,000,000 запитів, доступних для всіх ресурсів платформи Power, як-от потоки принципів служби та Dataverse запити, протягом 24 годин.

  • Для основних потоків преміум-послуг, які виходять за межі контексту програми Dynamics 365, потрібна ліцензія Process / Per-flow. Ці потоки отримують 250 000 запитів на ланцюжок за 24 години.

  • Стандартні потоки принципала послуги отримують 25 000 базових запитів без нарахування за ліцензію для орендаря протягом 24 годин.

Якщо вам потрібно більше запитів, увімкніть функцію «Оплата за фактом використання» для довкілля або придбайте більше потужностей для запитів на платформу живлення.

Дізнайтеся більше в статті Зв’язування потоків із додатками.

Чи буде підрахунок використання настільних циклів споживати мої обмеження запитів Power Platform?

Обмеження враховують лише ті дії настільних циклів, які викликаються з хмарних циклів. Дії в ланцюжку десктопа не враховуються в ліміті запитів.

Що відбувається з моїми запитами Power Platform, якщо в мене кілька планів?

Оскільки в перехідний період обмеження ширші, накопичення ліцензій користувача не підтримується. Якщо користувач має кілька планів, наприклад плани Microsoft 365 і Dynamics 365, цикл використовуватиме план вищої продуктивності (у цьому прикладі – план Dynamics 365).

Після закінчення перехідного періоду, якщо користувачеві призначено кілька планів із різних лінійок продуктів, загальна кількість дозволених запитів буде сумою запитів, виділених для кожного типу ліцензії. Наприклад, якщо користувач має ліцензію на Dynamics 365 Customer Service Enterprise та ліцензію Power Apps на користувача, то разом у нього буде 40 000 + 40 000 = 80 000 запитів, доступних протягом доби.

Якщо у користувача є кілька ліцензій, виділених у рамках однієї і тієї ж лінійки продуктів (наприклад, базова ліцензія на Dynamics 365 Customer Service Enterprise і додаткова на Dynamics 365 Sales Enterprise), то загальна кількість запитів буде сумою, яку забезпечує базова ліцензія.

Що таке профілі продуктивності та як дізнатися, який профіль продуктивності використовує мій хмарний потік?

На основі ліцензії власника потік отримує профіль продуктивності, який у свою чергу визначає Power Platform ліміти запитів потоку. Якщо власнику призначено кілька ліцензій, Power Automate вибирає найвищий план зі списку:

Профіль продуктивності Ліцензія Ліміти під час перехідного періоду Ліміти після перехідного періоду
Низьке - Power Automate Безкоштовно
- Microsoft 365 ліцензії
- Power Apps План 1 (спадщина)
- Power Apps Ліцензії на додаток
- Power Automate План 1 (спадщина)
- Всі тестові ліцензії
- Ліцензія Dynamics 365 Team Member
10,000 6000
Середній - Power Apps тригерні потоки
- Power Apps План 2 (спадщина)
- Power Apps Преміум ліцензія
- Power Automate План 2 (спадщина)
- Power Automate на користувача (застарілий)
- Power Automate Преміум ліцензія
- Ліцензії Dynamics 365 Enterprise
- Ліцензії Dynamics 365 Professional
100 000 40,000
Високе - Power Automate Ліцензія на процес
- Power Automate Ліцензія на розміщений процес
- Power Automate План потоків (застарілий)
500,000 250,000
Без обмежень - Середовище з оплатою за використання 15,000,000 15,000,000

В організації є вісім користувачів з ліцензіями на Office 365, і кожен із користувачів має 6000 запитів Power Platform на добу. Чи означає це, що всі запити буде об’єднано на рівні осередку з обмеженням до 48 000 запитів кожні 24 години (8X6000) і всі користувачі зможуть застосовувати цей пул?

Ні, Power Platform запити не об’єднуються ні на рівні середовища, ні на рівні орендаря. Це гарантує, що активний користувач не споживатиме всі запити Power Platform орендаря та впливатиме на всіх інших. Оскільки ліцензія надається на користувача, обмеження також надається на користувача. Таким чином, усі клієнти Office отримують по 6000 запитів кожен, незалежно від того, використовують вони їх чи ні.

Кращі практики щодо PPR

Найкращі практики для дизайну

Використовуйте найменшу кількість дій, щоб досягти автоматизації:

  • Якщо ваш цикл містить цикли "зробити до" або "застосувати до кожного", перевірте, чи можна зменшити кількість їхніх ітерацій (наприклад, зменшивши кількість елементів, що отримуються для ітерації).

  • У багатьох з’єднувачів є параметри "фільтр запитів" і "кількість основних", які дають змогу зменшити кількість елементів та обсяг даних, які можна отримати за допомогою OData.

  • Якщо у вас є регулярний цикл, який часто запускається, спробуйте зменшити частоту. Більшість циклів зовсім не обов’язково запускати щохвилини. Щоб зменшити частоту запусків, використовуйте умови тригера.

  • Якщо потік взаємодіє з файлами, звертайте увагу на розмір файлу та спробуйте зменшити його, якщо це можливо.

  • Якщо вам потрібно кілька разів використовувати одну властивість, що повертається дією з великим розміром вихідних даних, доцільно використовувати параметр "Ініціалізувати змінну", щоб зберегти цю властивість та використати змінну в подальших діях. Навіть якщо з вихідних даних попередньої дії використовується лише одна властивість, усі вихідні дані цієї дії буде передано до пізнішої дії як вхідні дані.

Практичні поради щодо масштабування ланцюжка

  • Якщо ваш потік виконує тисячі дій щодня, вам слід подумати про придбання ліцензії на процес, щоб отримати кращу пропускну здатність і вищі квоти. Ліцензія Process забезпечує найкращу доступну квоту продуктивності (250 тисяч дій на день). Зверніться до адміністратора орендаря, щоб придбати ліцензію та призначити її потоку. Після покупки та призначення ліцензії автор циклу має знову її зберегти. Крім того, хмарні потоки оновлюються у фоновому режимі раз на тиждень, щоб відобразити поточні плани.

  • Подумайте над тим, щоб розділити робоче навантаження на декілька циклів для досягнення більшого масштабування.

Power Platform Запити з оплатою за фактом використання

У кінці 2021 року ми оновили обмеження запитів Power Platform для всіх ліцензій. Нові обмеження розроблено таким чином, щоб їх вистачило для більшості сценаріїв клієнтів. Дізнайтеся більше про Power Platform ліміти запитів у розділі Ліміти та розподіл запитів.

Для клієнтів з надзвичайно масштабними сценаріями, яким потрібно перевищувати ці обмеження, можна пов’язати такі середовища з передплатою на Azure. Пов‘язуючи середовище, користувачі та цикли в середовищі можуть споживати більше за свої обмеження без регулювання кількості запитів, а також платити лише за ті запити Power Platform, що використовуються поза цими обмеженнями. Потоки все ще можна ліцензувати за допомогою базової ліцензії ( Power Automate Premium, Power Automate Process, Office 365, Power Apps або Dynamics). Наприклад, якщо у вас є преміум-ліцензія, у вас є ліміт 40 000 запитів на користувача на день. Power Automate Power Platform Якщо користувач використовував 45 000 запитів на день, додаткові 5000 запитів множаться на тариф $/запит і рахунок виставляється в рамках підписки Azure. Загальна сума підсумовується та виставляється рахунок на основі розрахункового циклу Azure клієнта. Кілька лічильників вмикаються, коли ви вмикаєте оплату за використання середовища. ... Дізнайтеся більше в розділі Як налаштувати оплату за використання.

Схема того, як виставляються рахунки за запити PPR на перевищення в середовищі оплати за використання:

Зображення, яке показує огляд оплати по мірі використання

Загальні поширені запитання щодо обмежень запитів

Додаткові відомості про обмеження запитів див. в розділі Поширені запитання щодо обмежень запитів.

Запитання щодо ліцензії Office 365

Нижче наведено кілька поширених запитань щодо використання Power Automate з ліцензією Office 365.

Які можливості Power Automate включено в ліцензії Office 365?

Права на обмежене використання Power Automate включено до ліцензій Office 365, що дає змогу користувачам настроювати та розширювати Office 365 для особистих сценаріїв продуктивності. Для корпоративних сценаріїв Office рекомендує преміум-ліцензію. ...

Ліцензії Office 365 містять такі можливості Power Automate:

До складу не входять такі можливості Power Automate:

  • Доступ до преміум-конекторів (за винятком середовищ). Dataverse for Teams Докладніше про можливості Dataverse for Teams;
  • Цикли бізнес-процесів
  • Спеціальні з’єднувачі
  • Локальні шлюзи даних
  • Роботизована автоматизація процесів
  • AI Builder місткість

Такі ліцензії Office 365 містять можливості Power Automate:

  • Office 365 E1
  • Office 365 E3
  • Office 365 E5
  • Office 365 F3
  • Office 365 Business Basic
  • Office 365 Business Standard
  • Office 365 Business Premium
  • Office 365 F1
  • Office 365 F3
  • Office 365 E3
  • Office 365 E5
  • Windows 10 Pro
  • Windows Enterprise E3
  • Windows Enterprise E5
  • Office 365 A1 для працівників навчальних закладів
  • Office 365 A1 для студентів
  • Office 365 A1 Plus для працівників навчальних закладів
  • Office 365 A1 Plus для студентів
  • Office 365 A3 для працівників навчальних закладів
  • Office 365 A3 для студентів
  • Office 365 A3 Перевага для студентів
  • Office 365 A5 для працівників навчальних закладів
  • Office 365 A5 для студентів
  • Office 365 A5 Перевага для студентів

Запитання щодо ліцензії Dynamics 365

Наведені нижче запитання стосуються ліцензування Dynamics 365 та прав на використання Power Automate.

Які можливості Power Automate включено в ліцензії Dynamics 365?

Ліцензії Dynamics 365 містять такі можливості Power Automate:

  • створення та виконання автоматизованих, регулярних або кнопкових циклів;
  • Доступ до стандартних роз’ємів.
  • Доступ до преміум-конекторів у контексті програми.
  • Потоки бізнес-процесів у контексті програми.
  • Налаштовувані конектори в контексті програми.
  • Локальні шлюзи в контексті програми.
  • Power Platform обмеження запитів : учасник команди Dynamics 365 отримує 6000 запитів/день (25 000 запитів/день протягом перехідного періоду), Dynamics 365 Professional отримує 40 000 запитів/день (100 000 запитів/день протягом перехідного періоду), а Dynamics 365 Enterprise отримує 40 000 запитів/день (100 000 запитів/день протягом перехідного періоду).

До складу ліцензій Dynamics 365 не входять такі можливості Power Automate:

  • Роботизована автоматизація процесів
  • AI Builder місткість

Коли ви використовуєте ліцензію Dynamics 365 з Power Automate, ваші цикли мають виконуватися в контексті програми Dynamics 365. Це стосується використання тих самих джерел даних для тригерів або дій, що й у програмі Dynamics 365. Якщо ваш потік використовує окремі дії, не пов’язані з програмами Dynamics 365, вам потрібно придбати окремі ліцензії. Power Automate Power Automate

Приклад ліцензії Dynamics 365, що використовує Power Automate в рамках контексту програми Dynamics 365

Ваша організація підключила Azure DevOps до Dynamics 365 CRM, щоб повідомити про інциденти підтримки та створити робочі елементи для швидкого вирішення проблем. В рамках ліцензії Dynamics 365 права на Power Automate включено до циклів у таких сценаріях:

  • читання з або записування до Azure DevOps;
  • використання вбудованого тригеру або дії Dataverse.

Приклад ліцензії Dynamics 365, що використовує Power Automate за межами контексту програми Dynamics 365

Тепер той самий користувач (із попереднього прикладу Dynamics 365) також хоче використати цикл, який оновлює базу даних Oracle. Цей цикл містить наведені нижче властивості.

  • Він абсолютно не пов’язаний із програмою Dynamics 365.
  • Він жодним чином не взаємодіє з програмою Dynamics 365 (або її джерелами даних).

У цьому сценарії користувачу потрібна автономна ліцензія Power Automate .

Такі ліцензії Dynamics 365 містять можливості Power Automate:

  • Dynamics 365 Sales Enterprise
  • Dynamics 365 Sales Professional
  • Dynamics 365 Customer Service Enterprise
  • Dynamics 365 Customer Service Professional
  • Dynamics 365 Field Service
  • Dynamics 365 Project Operations
  • Dynamics 365 Team Members
  • Dynamics 365 Finance
  • Dynamics 365 Supply Chain Management
  • Dynamics 365 Commerce
  • Dynamics 365 Human Resources
  • Dynamics 365 Operations — діяльність
  • Dynamics 365 Business Central
  • Dynamics 365 Business Central Учасники робочої групи

Запитання щодо ліцензії Power Apps

Наведені нижче запитання стосуються ліцензування Power Apps та прав на використання Power Automate.

Які можливості Power Automate включено в ліцензії Power Apps?

Обмежений набір можливостей Power Automate включено до ліцензії Power Apps. Ліцензії Power Apps містять такі можливості Power Automate:

  • створення та виконання автоматизованих, регулярних або кнопкових циклів;
  • Доступ до стандартних роз’ємів.
  • Доступ до преміум-конекторів у контексті програми.
  • Потоки бізнес-процесів у контексті програми.
  • Налаштовувані конектори в контексті програми.
  • Локальні шлюзи в контексті програми.
  • Power Platform обмеження запитів: Power Apps Преміум отримує 40 000 запитів/день (100 000 запитів/день протягом перехідного періоду) та Power Apps на додаток отримує 6 000 запитів/день (10 000 запитів/день протягом перехідного періоду).
  • Power Apps Преміум-версія отримує 250 МБ ємності бази даних та 2 ГБ ємності файлів. Dataverse Dataverse Power Apps на програму містить 50 МБ виробничої спроможності бази даних Dataverse і 400 МБ виробничої спроможності файлу Dataverse . Цикли, викликані програмою, створеною за допомогою Power Apps, що обробляє складні об’єкти, використовуватимуть цей ліміт сховища. Наприклад, якщо цикл аналізує 100-сторінковий документ та оновлює його, сховище, яке потрібно циклу для збереження документу в журналі виконання для подальшого виправлення неполадок, використовуватиме цей ліміт.

Такі можливості Power Automate не входять до складу ліцензій Power Apps:

  • Роботизована автоматизація процесів
  • AI Builder місткість

Приклад використання Power Automate в програмі, створеній за допомогою контексту Power Apps

Користувач із автономною ліцензією Power Apps запускає програму, що використовує базу даних SQL як джерело даних. Програма, створена за допомогою Power Apps, також включає цикли, які виконують такі дії:

  • читання з або записування до бази даних SQL.
  • Використовуйте вбудований тригер або дію Power Apps, наприклад, щоб надіслати push-сповіщення програмі, створеній за допомогою Power Apps.

Приклад використання Power Automate за межами програми, створеної за допомогою контексту Power Apps

Тепер той самий користувач (із прикладу вище) також хоче використовувати цикл, який оновлює базу даних Oracle і має наведені нижче властивості.

  • Він абсолютно не пов’язаний із програмою, створеною за допомогою Power Apps.

  • Він жодним чином не взаємодіє з програмою, створеною за допомогою Power Apps (або її джерелами даних).

У цьому прикладі потік, створений за допомогою Power Automate , використовується поза контекстом Power Apps , тому користувачеві потрібна окрема Power Automate ліцензія.

Другий приклад використання Power Automate за межами програми, створеної за допомогою контексту Power Apps

Середовище має кілька програм. Існують потоки для керування даними, які безпосередньо не підтримують програму, але забезпечують якість даних. Користувач повинен мати автономну ліцензію Power Automate.

AI Builder питання щодо ліцензії

Інформацію про глобальне AI Builder ліцензування можна знайти в таких статтях:

Як ліцензовані AI Builder дії влаштовуються в потоці Power Automate ?

Для того, щоб додавати та запускати AI Builder дії в потоці, вам потрібне специфічне AI Builder ліцензування: AI Builder дії споживають AI Builder кредити, які можна отримати в рамках Power Automate Premium-ліцензій, в межах інших Power Platform Premium-ліцензій або, в основному, в межах AI Builder доповнення ємності.

Кредити мають бути доступні в середовищі flow.

Ви також можете використовувати AI Builder пробну версію.

Скільки кредитів включено в Power Automate Преміум ліцензії?

Дізнайтеся більше про початкові кредити в статті Отримання права на AI Builder кредити.

Правозастосування

Чому мій потік вимкнено?

Дізнайтеся більше про те, коли преміум-потоки вимкнено через проблеми з ліцензією.

Це посилання також містить інформацію про типи примусових заходів і про те, як визначити потоки, яким потрібні преміум-ліцензії, щоб уникнути перебоїв у зв’язку з примусовим виконанням.

У мене багато середовищ. Як я можу отримати потоки, які потребують моєї уваги, серед орендаря?

Якщо кількість середовищ у клієнті менша за 500, використовуйте наступний сценарій, щоб отримати всі потоки, які потребують ліцензій, по всьому клієнту:

$environments = Get-AdminPowerAppEnvironment

$allFlows = @()
foreach ($env in $environments) {
    Write-Host "Getting flows at risk of suspension for environment $($env.DisplayName)..."
    $flows = Get-AdminFlowAtRiskOfSuspension -EnvironmentName $env.EnvironmentName
    Write-Host "Found $($flows.Count) flows at risk of suspension."
    $allFlows += $flows
}

Запис усіх ланцюжків у файл CSV

$allFlows | export-csv -шлях "flows.csv" -NoTypeInformation

Write-Host "Усі потоки з ризиком призупинення записані в flows.csv"

Якщо в клієнті більше 500 середовищ, підніміть запит в службу підтримки, щоб наша служба підтримки могла підготувати звіт для вас.

Я призначив ліцензію, але все одно бачу потік у потоках, які потребують моєї уваги в PowerShell. Чому?

Після призначення ліцензії / пов’язаного потоку з додатком, відредагуйте та збережіть потік. PowerShell може знадобитися до 24 годин, щоб оновитися та видалити потік із відповіді PowerShell.

Я призначив ліцензію, але все одно бачу банери про те, що мої потоки потребують уваги на Power Automate порталі. Чому?

Після призначення ліцензії/пов’язаного потоку з додатком може знадобитися до семи (7) днів, перш ніж преміум-ліцензія з’явиться на порталі Power Automate . Щоб оновити останній статус ліцензії, відредагуйте та збережіть ланцюжок.

Як легко визначити, чи входить цикл до контексту програми Power Apps/Dynamics 365?

Чи створено цикл для підтримки програми Power Apps/Dynamics 365? Чи можна видалити цикл, якщо видалено відповідні програми? Чи спілкується потік із тими самими джерелами даних, що й застосунок? Якщо це так, цикл входитиме до контексту.

Як пов’язати контекстні потоки з Power Apps програмами Dynamics 365?

Потоки, створені для підтримки програм, створених за допомогою Power Apps Dynamics 365, мають виконуватися в контексті програми. Це означає, що ланцюжок має використовувати ті самі джерела даних для тригерів або дій, що й додаток. Якщо автоматизовані або регулярні хмарні цикли створюються для підтримки програм та знаходяться в контексті програми, зв’яжіть цикл із програмами за допомогою сценарію PowerShell. Після зв’язування циклу між програмою та циклом встановлюється залежність, і ними можна керувати разом. Якщо зв’язану програму видалено або якщо вона не використовується, цикл буде вимкнуто.

Мейкери також можуть пов’язувати свої потоки з додатками з порталу Power Automate . Дізнайтеся більше в статті Зв’язування потоків із додатками.

Power Automate Можливості, включені в плани для кожного додатка

План для Power Apps кожного додатка дає користувачам можливість запускати Power Automate потоки, які використовують преміум-функції. Потоки мають бути ініційовані Power Apps програмою через PowerShell або портал Power Automate або пов’язані з нею.

Дізнайтеся більше в статті Зв’язати контекстні потоки з додатком.

Мультиплексування

Мультиплексування означає використання апаратного або програмного забезпечення, яке клієнт використовує для об’єднання з’єднань, перенаправлення інформації або зменшення кількості користувачів, які безпосередньо звертаються або використовують, Power Apps, Power Automate та. Microsoft Copilot Studio

Використання мультиплексування як механізму для зменшення кількості ліцензій, які потрібно придбати, є порушенням ліцензії. Дізнайтеся більше в інструкціях із мультиплексування у вимогах до ліцензій для доступу клієнта (CAL).

Нижче наведено кілька прикладів щодо того, чим є й чим не є мультиплексування.

  1. Якщо преміум-цикл лише переміщує дані з Dataverse до спільного розташування або відправляє електронні листи колегам, він не підпадає під поняття мультиплексування, оскільки користувачі використовують дані, а не запускають цикл.

  2. Якщо преміум-цикл запускається, коли до списку SharePoint додається новий елемент, зберігає відомості в Dataverse, а потім надсилає електронний лист відповідальному за цикл, кілька користувачів можуть завантажувати елементи до списку, але електронний буде надіслано лише відповідальному. У цьому випадку ліцензія потрібна лише власнику, оскільки він є єдиною особою, яка отримує цінність від потоку.

  3. Якщо ланцюжок, згаданий у другому номері, надсилає електронний лист користувачеві, який завантажує елемент, як власнику, так і користувачу потрібна ліцензія Premium. У цьому разі користувач запускає цикл опосередковано (шляхом завантаження елемента в SharePoint) і отримує вигоду від циклу у формі електронного листа. Нездатність ліцензувати всіх користувачів підпадає під мультиплексування.

У мене є кілька циклів, які виконуються в обліковому записі спільної служби. Які ліцензії потрібні?

  • Сервісний обліковий запис: обліковий запис користувача, Microsoft Entra який використовується як обліковий запис сервісу. Сервісні облікові записи – це особливий тип облікових записів, призначений для представлення нелюдської сутності, наприклад програми, API або іншої служби. Облікові записи користувачів, які використовуються як сервісні облікові записи для обміну обліковими даними з іншими користувачами, становлять загрозу безпеці, і важко відстежити, хто вніс зміни в потік, якщо кілька людей мають доступ до облікового запису служби. Керування їхніми паролями також є складним завданням. Під час створення облікових записів служб надайте лише ті дозволи, які потрібні для виконання завдання. Оцініть наявні облікові записи служб, щоб дізнатися, чи можна зменшити права. Зменште кількість осіб, які мають доступ до облікового запису служби, щоб мінімізувати ризики безпеки. Крім того, можна створювати різні облікові записи для різних сценаріїв, щоб мінімізувати вплив. Не рекомендується використовувати сервісні облікові записи. У деяких сценаріях облікові записи служб використовуються для видалення залежності циклу від вихідного відповідального. У таких випадках використовуйте Керівник служби для усунення загроз безпеці.

  • Принципал служби: Microsoft Entra принципал служби виконує функцію ідентичності екземпляра програми. Принципали служби визначають, хто може отримувати доступ до програми та до яких ресурсів може отримувати доступ програма. Принципал служби створюється в кожному клієнті, де використовується програма, і посилається на глобальний унікальний об’єкт програми.

  • Неінтерактивні користувачі: Dataverse підтримує неінтерактивних користувачів для таких дій, як фонові процеси, які переносять дані між базами даних. Для цього користувачеві не потрібно взаємодіяти зі службою. На одного клієнта встановлено максимум сім (7) неінтерактивних користувачів. Неінтерактивні користувачі поки що не підтримуються Power Automate.

  • Користувачі-люди: Це синхронізовані користувачі з Microsoft Entra ID.

Ці вказівки стосуються потоків, які виконуються під обліковим записом сервісу як власник потоку.

Якщо ви хочете запустити ланцюжок під обліковим записом сервісу, ось як уникнути мультиплексування:

  • Якщо потік використовує лише стандартні конектори та не має преміум-функцій, усі користувачі, які мають облікові дані облікового запису служби, можуть мати ліцензію Microsoft/Office 365 ліцензію, Power Automate безкоштовну або будь-яку Power Automate преміум-ліцензію.

  • Якщо в циклі використовуються преміум-функції (преміум-з’єднувачі, роботизована автоматизація процесів, настроювані з’єднувачі, локальний шлюз, цикли бізнес-процесів):

    • Обліковий запис служби використовується обмеженим набором користувачів. У цьому разі достатньо ліцензування всіх користувачів і облікового запису служби.
    • Обліковий запис служби використовується багатьма користувачами. У цьому випадку рекомендується призначити потоці ліцензію на процес, щоб гарантувати, що всі нові користувачі, які додають до облікового запису, автоматично відповідають вимогам.
  • Якщо ланцюжок запускається вручну або через додаток абоDataverse запускається від імені користувача, всім користувачам, які запускають ланцюжок, потрібна ліцензія Premium, або потік має бути ліцензія процесу. Ознайомтеся з цим FAQ про те, кому потрібно купувати ліцензію Premium.

  • Преміум-цикл знаходиться в контексті (цикл надає спільний доступ до джерел даних програми) програми, створеної за допомогою програми Power Apps або Dynamics 365:

    • Усі користувачі, які мають облікові дані для облікового запису служби, й облікові записи служби, повинні мати ліцензію Power Apps/Dynamics 365.
    • Якщо вони не мають ліцензію Power Apps/Dynamics 365, усі користувачі й облікові записи служби повинні мати ліцензії користувача Power Automate.
    • Крім того, потік може бути ліцензований за допомогою ліцензії на процес, і жоден із користувачів/облікового запису служби не потребує ліцензії.
  • Якщо кілька користувачів діляться обліковими даними облікового запису сервісу та використовують преміум-потоки з однією Power Automate ліцензією Premium, призначеною сервісному обліковому запису, це вважається мультиплексуванням, і цей потік не відповідає.

Нотатка

Ці рекомендації стосуються облікових записів служб, які використовуються як відповідальні за цикли або користувачі з правами лише на запуск. Ці вказівки не впливають на потоки, які використовують облікові записи сервісів як з’єднання або співвласників. Ми рекомендуємо запускати потоки з керівником служби як власником, а не з обліковим записом сервісу, щоб уникнути ризиків для безпеки.

Це лише рекомендації, а не сувора вимога. Адміністратори несуть відповідальність за правильне ліцензування всіх циклів.

Існує преміум-цикл, який надсилає запити на затвердження набору користувачів, а потім очікує, поки користувачі затвердять або відхилять запит, перш ніж продовжувати виконання. Чи потрібна затверджувачам ліцензія Premium?

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

Автоматизований потік — користувач створює потік, який запускається, коли елемент додається до списку, створеного за допомогою списків Microsoft, і оновлює базу даних SQL (Premium). Кілька користувачів можуть додавати елементи до списку, створеного за допомогою списків Microsoft. Чи потрібна користувачам ліцензія Premium?

Потік виконується в контексті ліцензії власника для автоматизованих або запланованих потоків і ліцензії користувача, що викликає, для потоків, що запускаються миттєво Power Apps, або Dataverse запускаються. Таким чином, користувачу, який додав елемент до списку, створеного за допомогою Microsoft Lists, не потрібна ліцензія Premium.

У нас є миттєвий цикл із користувачами з правами лише на запуск, і в ньому використовуються преміум-з’єднувачі. Розробник надає спільний доступ до циклу робочій групі й надає їм змогу запускати цей цикл. Чи всім потрібна ліцензія Premium?

Кожен, хто запускає потік, повинен отримати ліцензію Premium, оскільки це миттєвий потік.

У мене є дочірній цикл з преміум-з’єднувачами, який викликається кількома батьківськими циклами без преміум-з’єднувачів. Чи потрібно ліцензувати всі батьківські цикли чи достатньо ліцензувати дочірній цикл?

Ви можете ліцензувати батьківський потік або ліцензувати дочірній потік за допомогою ліцензії Process. Однак, якщо батьківський потік також має преміум-з’єднувач, власник батьківського потоку повинен мати ліцензію Premium, або батьківський потік повинен мати ліцензію Process.

У моєму потоку використовуються з’єднувачі з кількох користувачів. Чи потрібно ліцензувати всіх цих користувачів?

Те, кому потрібна ліцензія, не залежить від того, чиї з’єднувачі використовуються в циклі. Автоматизовані або регулярні цикли завжди виконуються за ліцензією відповідального, а ручні цикли або програми завжди виконуються від імені користувача, який запускає цикл.