Power Automate ЧЗВ за лицензиране

Ето някои често задавани въпроси относно самостоятелните лицензи за 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 лицензи са ми необходими?

Microsoft препоръчва повечето организации да закупят Power Automate лиценз Premium за всеки потребител в своята организация. Закупете лиценза за Power Automate процес за всеки бизнес процес или машини, които работят с ненаблюдавана автоматизация. Хостваният Power Automate процес е надмножество на лиценза Power Automate за процес, предоставящ същата функционалност, но с добавяне на Microsoft капацитет на хоствана машина, който може да се използва за хоствана машина или група хоствана машина, позволявайки RPA с нулева инфраструктура.

Потребителският план Premium е предназначен за човешки потребител, за да поддържа широкото приемане на култура на автоматизация в организацията. Необходимо е разработчиците на RPA да изграждат и управляват потоци на работния плот в портала Power Automate .

Лицензът за процес е предназначен за основни автоматизации на корпоративни процеси, които обикновено са автоматизирани дейности в задния край край (не се изпълняват ръчно от човек). Например, всяка организация се нуждае от процеси за Обработка на фактури или въвеждане на човешки ресурси, които са задължителни за нормалната работа на бизнеса. Тези процеси могат да варират по размер и сложност, вариращи от малки инициативи до мащабни начинания, обхващащи множество потоци, свързани помежду си чрез споделени източници на данни. Например процесът на Обработка на фактури има множество потоци, обработващи фактура от създаването през одобренията до плащането. Всички потоци са част от един бизнес процес, тъй като всички те обработват фактура през няколко стъпки до приключване.

С получаването на лиценз за процес организациите гарантират, че всички потоци в рамките на бизнес процеса са подходящо лицензирани. Това позволява внедряването и управлението на взаимосвързани потоци като сплотена единица, улеснявайки управлението на жизнения цикъл на приложенията (ALM) и оптимизираната производителност.

Имате нужда от лиценз за процес, ако вашият поток отговаря на един от следните критерии:

• Вашите потоци използват ненаблюдавана RPA (роботизирана автоматизация на процеси), за да изпълняват потоци на работния плот на машини без взаимодействие с потребителя.
• Вашите потоци се изпълняват под Потребител на приложението (собственикът на потока е принципал на услугата). Организациите с множество среди (Dev/Test/Prod) използват DevOps тръбопроводи за експортиране и внедряване на потоци в други среди за здравословно управление на жизнения цикъл на приложенията. Те изпълняват потоците си, използвайки принципала на услугата, за да избегнат достъпа на потребителите в производствени среди.
• Вашите потоци обработват големи данни или трябва да се изпълняват често, като по този начин се нуждаят от голям обем Power Platform заявки.
• Вашият премиум поток се извиква от множество потребители. В този случай или всеки се нуждае от лиценз Premium, или потокът се нуждае от лиценз за процес. Ако потокът има лиценз за процес, той не изисква никой потребител да има лиценз. Той предоставя на организацията гъвкавостта да плаща за лицензи въз основа на броя на потоците. По-големите организации или решения, които засягат много хора, могат да се възползват от фиксираните месечни разходи.
• Вашият поток използва първокласни конектори и вашата организация има много гост потребители, които използват потока, но не знаете дали домашният клиент на гостуващите потребители им предоставя Premium лицензи.

Бележка

Лицензите Power Automate за процес и хостван процес лицензират само потоците и/или машините, но не и потребителя. Потребителският план Premium е необходим на разработчиците на RPA за изграждане и управление на потоци на работния плот в Power Automate портала. Научете повече за функциите на Premium RPA, които идват с потребителския план Premium, в функциите на Premium RPA.

Колко Power Automate лиценза за обработка са ми необходими?

• Вашият процес има ненаблюдавана RPA (роботизирана автоматизация на процеси): колко машинни сесии са ви необходими?

  Закупете един лиценз за процес за всяка машина. Можете да добавите още лицензи за процес, ако имате нужда от едновременно изпълнение на машината. Всички потоци на работния плот (RPA), изпълнявани на машината, и потоци в облака (DPA), които са част от бизнес процеса, са обхванати от лиценза за процес.

• Вашият процес се нуждае само от DPA (цифрова автоматизация на процесите): колко основни бизнес процеса искате да автоматизирате?

  Закупете по един процес за всеки основен бизнес процес. Някои примери за основни бизнес процеси са Обработка на фактури или въвеждане на човешки ресурси (HR). Всички облачни потоци, свързани с един и същ бизнес процес, са включени в лиценза.

Колко лиценза за процес са ми необходими, ако имам множество облачни потоци, всеки от които извиква свои собствени RPA потоци в ненаблюдаван режим на машина?

С един лиценз за процес можете да стартирате множество облачни потоци, като ги поставите на опашка. Например, ако имате четири независими облачни потока и всеки от тях извиква свой собствен поток за работен плот, работещ на една и съща машина, можете да стартирате първия в 09:00 ч., втория в 11:00 ч. и т.н. в същата виртуална машина.

На следващата екранна снимка всички облачни потоци са обхванати от един лиценз за процес, тъй като имат поток за работен плот, работещ на една и съща машина. Всички дъщерни потоци, свързани потоци от тези облачни потоци също са обхванати от лиценза за процес на машината.

Моят DPA процес има множество облачни потоци. Ще ми трябват ли няколко лиценза за процес?

Основните бизнес процеси могат да варират по размер и сложност, вариращи от малки инициативи до мащабни начинания, обхващащи множество потоци, свързани помежду си чрез споделени източници на данни. Например процесът на Обработка на фактури има множество потоци, обработващи фактура от създаването през одобренията до плащането. Всички потоци са част от един бизнес процес, тъй като всички те обработват фактура през няколко стъпки до приключване. Необходим ви е само един лиценз за процес за основен бизнес процес. Това насърчава най-добрите практики за архитектура на микроуслугите, където потоците могат да бъдат малки с фина функционалност, което води до по-добра поддръжка.

Идентифицирайте потока, който стартира процеса, и присвоете лиценз за процес на този поток. Дъщерните потоци на потока с лиценз за процес се покриват от лиценза за процес. Тези потоци могат да бъдат в един и същ разтвор или в различен разтвор.

Потоци, които не са родителски/дъщерни, могат ръчно да бъдат свързани с потока с лиценз за процес. Тези потоци трябва да са в едно и също решение и да използват едни и същи източници на данни.

Потоците, организирани като дъщерни потоци и свързаните с тях потоци, се третират като един процес с един лиценз за процес, присвоен на основния поток и ограниченията на заявката за споделяне Power Platform на лиценза за процес.

Моето решение има множество процеси. Имам ли нужда от няколко лиценза за процес?

Да. Решението може да има множество процеси с лиценз за процес, присвоен на всеки от тях.

Кой трябва да закупи Premium лиценз?

Потребителите, които трябва да създават автоматизации с общо предназначение (с право на премиум конектори), да имат пълна гъвкавост (с правото на персонализирани конектори) или да взаимодействат с приложения, симулиращи човешко поведение, като клавиши на клавиатурата или мишката и движение (с правото на роботизирана автоматизация на процеси наблюдавана), трябва да обмислят Power Automate лиценз Premium.

По-точно:

• Имате нужда от лиценз Premium за всеки разработчик на RPA, който изгражда и управлява потоци на работния плот в портала Power Automate . Научете повече в функциите на Premium RPA.
• Процесният Power Automate план има най-висок приоритет сред всички лицензи. Това означава, че ако лиценз за процес е присвоен на поток, потокът винаги използва този лиценз и не се нуждае от собственик или работещ потребител, за да има лиценз Premium.
• Автоматизираните и планираните потоци винаги се изпълняват в контекста на собственика на потока, независимо от това кой стартира потока или какви акаунти се използват за връзките вътре в потока. Незабавните потоци (бутони, хибридни тригери) се изпълняват в контекста на потребителя, който ги извиква, независимо от връзките, използвани в потока. Ако автоматизиран или планиран поток използва премиален конектор, само собственикът трябва да има лиценз за Premium.
• Ако незабавният поток има първокласни конектори, всеки потребител, който изпълнява потока, се нуждае от Power Automate лиценз за Premium. В такива случаи, вместо да лицензирате всеки потребител, можете да лицензирате потока с лиценз за процес.
• Ако потокът не използва премиален конектор, не се нуждаете от лиценз за 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.
• Ако родителски поток извиква подчинен поток, подчиненият поток използва контекста от родителския поток. Например, ако са изпълнени следните критерии, той използва лиценза на собственика на родителски поток:
  • Ако родителски поток е автоматизиран поток, и
  • дъщерен поток използва първокласни конектори и
  • дъщерен поток няма лиценз за процес. Ако дъщерен поток има лиценз за процес, той използва лиценза за процес, а не лиценза на родителски поток.

По време на преходния период лицензът за родителски поток не се наследява от дъщерен поток. дъщерен поток използва лиценза на собственика. След края на преходния период обаче ще се използва само лицензът за родителски поток (лиценз за процес на собственика/лиценза за родителски поток), освен ако дъщерен поток няма лиценз за процес.

Имаме три среди (разработка, тестване и производство), за да се приведем в съответствие с най-добрите практики и имаме нужда от потоци в няколко среди. Трябва ли да закупим лиценз за процес за всяка среда?

Всеки поток съществува в специфична среда. Това означава, че ако потокът се импортира в различна среда, всеки екземпляр е отделен поток и се нуждае от отделен лиценз. Потокът с лиценза за процес и неговите дъщерни потоци и всички потоци, които са свързани, се третират като един процес и един лиценз за процес покрива използването на всички тях в една среда.

Имаме три среди (разработка, тестване и производство), за да се приведем в съответствие с най-добрите практики и имаме нужда от потоци в няколко среди. Трябва ли да закупим Premium лиценз за всяка среда?

Лицензът Power Automate Premium е лиценз на потребителско ниво. Всички лицензи на потребителско ниво (Power Automate Premium, Microsoft 365, Dynamics 365) са лицензи на ниво клиент. Потребителят може да използва потока във всички среди, без да се налага да купува отделен лиценз.

Може ли лиценз Power Automate за хостван процес да се използва като Power Automate лиценз за процес?

Да, можете да използвате капацитета Power Automate на хоствания процес по два начина:

• Хоствани машини и хоствана машина.
• Като лиценз за процес, който може да се използва за ненаблюдавана роботизирана автоматизация на процеси (ненаблюдавана RPA) на вашата локален машина или потоци, които са част от бизнес процес.

Могат ли Microsoft 365 клиентите да създават потоци, осъзнаващи решението, и дъщерни потоци?

Да. Microsoft 365 клиентите могат да създават потоци, съобразени с решението, ако средата, в която създават потока, съобразен с решението, има Dataverse база данни, прикрепена към нея. Средата по подразбиране получава Dataverse база данни по подразбиране. Администраторът трябва да прикачи Dataverse екземпляр към среди, които не са по подразбиране. Администраторите се нуждаят от наличен Dataverse капацитет на база данни от поне 1 GB на ниво клиент, за да създадат нова среда.

Първият абонамент за Power Apps Power Automate Microsoft Copilot Studio Dynamics 365 Sales, обслужване на клиенти и Field Service добавя еднократно ограничение на капацитета по подразбиране от 10 GB за клиента. Когато добавите абонаменти към клиента, допълнителен Dataverse капацитет може да се натрупа към клиента. Например, ако нов клиент закупи Power Automate план Premium, клиентът получава 10 ГБ капацитет на база данни по подразбиране Dataverse . И ако клиентът закупи 10 Power Automate лиценза Premium, той получава 10,5 GB (10 GB плюс 10 по 50 MB).

Използвам множество потребителски връзки в моя премиум поток. Кой потребител се нуждае от Premium лиценз, за да стартира потока?

Връзките са независими от проверките на лиценза. Можете да имате няколко потребителски връзки в поток, но потокът винаги се изпълнява в контекста на основния собственик/потребител само за изпълнение/лиценз за процес.

Собственикът на потока е напуснал организацията. Как можем да гарантираме, че работи без прекъсвания?

Ако потокът е поток, съобразен с решение, можете да промените собственика в Power Automate или да използвате Power Automate Уеб API за да се гарантира, че потокът работи без прекъсвания. Ако потокът е поток без решение, всеки съсобственик може да го добави към решение и след това да промени собственика. Ако не, присвоете Power Automate лиценз за процес на потока, за да сте сигурни, че той продължава да работи. Алтернативно всеки съсобственик на потока може да експортира и импортира потока. Когато се импортира, потокът ще бъде нов поток и съсобственикът вече става собственик на потока. Потокът използва лиценза на новия собственик.

Потокът ще бъде понижен до по-ниска производителност и всички собственици на потока ще бъдат уведомени и потокът ще бъде изключен след 14 дни, ако не бъдат предприети действия.

Собственикът на потока вече няма Premium лиценз, но потокът е премиум поток. Какво се случва?

Потокът ще бъде понижен до по-ниска производителност и всички собственици на потока ще бъдат уведомени и потокът ще бъде изключен след 14 дни, ако не бъдат предприети действия.

Потребителите гости (не от вашия клиент) имат ли нужда от лиценз за използване Power Automate?

Да. Потребителят трябва да има Power Automate лиценз, предоставен чрез един от следните клиенти:

• Наемателят, който хоства потока. Можете да им зададете административни изпитания за временен достъп или самостоятелни лицензи.

• Началният клиент на госта потребител.

Например, ако гост потребител има Power Automate лиценз Premium, присвоен в домашния клиент, той може да използва първокласни функции в клиента на госта, който хоства потока.

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 процес, всеобхватен лиценз, който е по-лесен за управление, лицензира един "автоматизиран" бот, който може да се използва за ненаблюдавана роботизирана автоматизация на процеси (ненаблюдавана RPA) или облачни потоци с помощта на цифрова автоматизация на процесите (DPA) и може да бъде достъпен от неограничен брой потребители в организацията. Power Automate Процесът е на цена от $150 на бот/месец.

По какво се различава лицензът за процес от лиценза за поток

За ненаблюдавана RPA преди това клиентите трябваше да закупят лиценз за поток за поток за облак и добавка за ненаблюдавана RPA. Сега те могат да закупят лиценз за процес за всяка RPA сесия на машина. Всички облачни потоци, които извикват потоци на работния плот на машината, са включени като част от лиценза за процес.

За облачни потоци един лиценз за поток дава право на потока с лиценза и неговите дъщерни потоци. Лицензът за един процес дава право на потока с лиценза, неговите дъщерни потоци и всички потоци, които са свързани. На поток имаше минимум пет опаковки, които трябваше да бъдат закупени, за да започнете. Няма изискване за минимално количество покупка за лиценз за процес.

По какво се различава Power Automate Premium лицензът от Power Automate този на потребител с наблюдавана RPA лицензия?

Power Automate Премиум офертата включва всички предимства на Power Automate потребител с наблюдавана RPA, предлагана на $40 на потребител/месец, плюс възможностите анализ на процеси визуализиране и анализиране на процесите и се предлага на $15 на потребител/месец.

Power Platform Иска въпроси

Ето някои от често задаваните въпроси относно ограниченията на PPR и техните отговори.

Какво се брои за заявка на Power Platform?

Въз основа на лиценза има ограничения за броя на действията, които един поток за облак може да изпълнява през деня. Тези ограничения са различни от ограниченията за регулиране на конектора. Можете да видите броя на действията, които вашият поток изпълнява, като изберете Анализ от страницата с подробности за потока за облак и погледнете раздела Действия .

Дори когато потокът използва малко Power Platform заявки, все още можете да достигнете границите си, ако потокът се изпълнява по-често, отколкото очаквате. Например, можете да създадете облачен поток, който ви изпраща насочено известие всеки път, когато вашият мениджър ви изпрати имейл. Този поток трябва да се изпълнява всеки път, когато получите имейл (от всеки), защото потокът трябва да проверява дали имейлът идва от вашия мениджър. Ограничението се прилага за всички изпълнения във всички ваши потоци за период от 24 часа. Ето някои прозрения за оценка на използването на заявка на поток:

1. Прост поток с един тригер и едно действие води до две "действия" всеки път, когато потокът се изпълнява, консумирайки две заявки.
2. Всеки тригер/действие в потока генерира Power Platform заявки. Всички видове действия като действия на конектор, HTTP действия, вградени действия (от инициализиране на променливи, създаване на обхвати до просто действие за съставяне) генерират Power Platform заявки. Например поток, който се свързва с SharePoint или Exchange, Twitter; Dataverse всички тези действия се отчитат към Power Platform лимитите на заявките.
3. Успешни и неуспешни действия се броят за тези граници. Пропуснатите действия не се отчитат към тези ограничения.
4. Всяко действие генерира една заявка. Ако действието е в приложение за всеки цикъл, то генерира повече Power Platform заявки, докато цикълът се изпълнява.
5. Едно действие може да има множество изрази, но се брои като една заявка за API.
6. Повторните опити и допълнителните заявки от пагинацията също се отчитат като изпълнение на действия.

Помислете за следния поток за облак, в който се записва OneDrive всеки прикачен файл към имейл. Тригерът използва една Power Platform заявка, Прилагане към всяка консумира една заявка, а действията в рамките на Прилагане към всяка консумират множество заявки въз основа на броя пъти, в които цикълът се изпълнява. Ако има четири прикачени файлове, този раздел консумира осем Power Platform заявки (4 x 2 действия). Общо този поток изразходва 10 Power Platform заявки.

Чии Power Platform ограничения на заявките се използват от потока за облак?

• Ако поток за облак има лиценз за процес/поток, потокът използва ограничението за лиценз за процес/поток, а не ограничението на създателя/собственика/извикването на потребителя.

• Автоматизираните и планираните облачни потоци винаги използват ограниченията за Power Platform заявка на създателя/собственика на потока, независимо от това кой е извикал потока или какви акаунти се използват за връзки вътре в потока. За поток на решение можете да промените собственика на потока, като използвате Web API. След като смените собственика, се използва ограничението за заявка за API на новия собственик. За поток без решение, потокът винаги използва първоначалната граница на създателя, която не може да бъде променена. Ако първоначалният създател напусне компанията, всеки съсобственик на потока може да експортира и импортира потока като различен собственик. След като импортирате потока, той става нов поток и започва да използва ограничение от новия собственик. Като алтернатива можете да зададете лиценз за процес / поток на потока.

• Незабавните облачни потоци (бутони, Power Apps хибридни тригери) използват лимита на извикването на потребителя.

• Ако собственикът на потока е принципал на услугата, потокът използва ограничението за нелицензиран потребител.

• Ако споделите автоматизиран/планиран поток с друг потребител и след това този потребител задейства същия поток, той използва ограничението на първоначалния собственик, а не ограничението на новия потребител. Но ако потребителят след това използва потока, за да създаде свой собствен нов поток, тогава този нов потребител става собственик на новия поток и този поток използва лимита на новия потребител.

• Ако родителски поток извика дъщерен поток, дъщерен поток използва ограничението на родителски поток. Ако например родителски поток е автоматизиран, дъщерен поток използва ограничението на създателя/собственика на родителски поток.

• Ако родителски поток е ръчен, дъщерен поток използва ограничението на извикващия се потребител на родителски поток.

• Ако дъщерен поток има лиценз за процес/поток, той използва ограничението за процес/поток, а не ограничението на родителски поток.

• Ако потокът има лиценз за процес, потокът, всички дъщерни потоци (с изключение на тези, които имат собствен лиценз за процес) на потока и всички свързани потоци на потока споделят ограничението за лиценз за процес.

Като производител, какви инструменти имам, за да анализирам употребата си?

Ако изпитвате закъснения или забавяния, когато потокът ви тече, вероятно сте надвишили ограниченията на PPR за деня. За потоци, които постоянно се забавят поради превишаване, потребителите също получават известие, което ги информира за тези превишения, заедно със съвети и трикове как да предотвратят забавено изпълнение на своите потоци.

Ето пример за имейл, изпратен за поток, който постоянно надвишава ограниченията за действие:

Освен това можете да видите използването на действието за даден поток, като изберете Анализ действие от страницата със свойства на потока и това работи при всички видове действия. Това ви помага да разберете колко действия се изпълняват всеки ден. Може да ви помогне да разберете моделите на използване, за да оптимизирате капацитета:

С какви инструменти разполагам като администратор, за да анализирам използването на моята среда?

Центърът Power Platform за администриране съдържа отчети Power Automate зазаявки. Тези отчети ви помагат бързо да преглеждате показателите за приемане и потребители за вашата организация. В момента те са в публичен преглед. Налични са два доклада:

• Потребителски отчет – Този отчет показва използването на Power Platform заявката от всеки потребител в средата в сравнение с зададения му лимит.
• Отчет за поток- Този отчет показва използването на Power Platform заявката от всеки поток в средата, която има лиценз за поток.
• Отчет за нелицензиран потребител – Този отчет показва използването на Power Platform заявката за нелицензирани потребители и общото право за нелицензирани потребители за този клиент. В бъдеще Power Platform в този отчет ще се показва използването на заявки за потоци, изпълнявани под принципала на услугата.

След като докладите станат общодостъпни, потребителите ще имат време да реагират и да закупят по-високи PPR лицензи, преди да започне прилагането.

Какво се случва, когато моят поток изпълнява твърде много действия?

Когато имате поток за облак, който изпълнява твърде много действия, това се отразява на производителността на вашия поток. Виждате банер на потока, ако потокът ви се дроселира.

В най-често срещания случай превишаването на лимитите води до забавено изпълнение на последващи действия и това ще забави общото време на изпълнение на вашия поток. Тези забавяния са пропорционални на степента на превишаване, причинено от поток.

Случайните надценки са добре. Например, ако надвишите дневните си лимити с 500 действия, това няма да повлияе на ефективността на потока ви, но превишаването на лимита ви с 50 000 действия ще има значително въздействие върху ефективността на потока ви потенциално за няколко дни.

Какво мога да направя, ако потокът ми е над ограниченията?

Потребителите не са блокирани да използват приложение или поток за случайни и разумни излишъци.

Ето някои неща, които можете да направите, ако сте надвишили ограниченията на лиценза си:

• Прегледайте дизайна си и проверете за места, които могат да помогнат за намаляване на броя на извикваните действия. Разгледайте раздела за най-добри практики, за да създадете потоци, за да използвате по-малко действия.

• Ако потокът вече е оптимизиран, но използва много действия поради естеството на бизнеса, помислете за закупуване на по-висок PPR лиценз. Лицензът за процес осигурява най-добрата налична квота за производителност (250k действия/24 часа).

• Включете Pay-as-you-go за средата, за да сте сигурни, че нито един от потоците в околната среда не е задушен.

• Закупете Добавка за капацитет за Power Apps и Power Automate за вашата организация. По време на преходния период, тъй като прилагането е по-малко строго, няма възможност за присвояване на добавката Power Apps Power Automate и капацитет на потребител или поток. Въпреки това, 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, също използват ограничения от собственика. Microsoft препоръчва ви да закупите повече капацитет и да се свържете с поддръжката, за да получите временно облекчение от дроселирането.

Мога ли да използвам принципал на услугата в потоци и брои ли се в лимитите на заявките ми?

Да, потоци, чийто собственик е принципал на услугата, консумират отделна квота, наречена неинтерактивни граници. Тези ограничения са приложими само ако собственикът на потока е принципал на услугата. Тези ограничения не са приложими, ако потокът използва само принципал на услугата в едно от действията. Ръчните потоци (потоци от бутони, които се споделят с потребители само за изпълнение / 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, ще се нуждаят от лиценз за процес/поток. Тези потоци получават 250 000 заявки на поток за 24 часа.

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

Ако имате нужда от повече заявки, включете Pay-as-you-go за околната среда или купете повече капацитет на Power Platform Requests.

Научете повече в Свързване на потоци с приложения.

Броят на използването на потоците на работния плот ще изразходва лимитите ми за Power Platform заявки?

Само действията на потока на работния плот, които се извикват от потоците в облака, се броят спрямо ограничението. Действията в потока за работен плот не се отчитат към ограниченията на заявките.

Какво се случва с моите Power Platform заявки, ако имам няколко плана?

Тъй като ограниченията не се прилагат стриктно по време на преходния период, не се поддържа натрупване на потребителски лицензи. Ако потребителят има множество планове, като план на Microsoft 365 и план на Dynamics 365, потокът ще използва по-висок план (план за Dynamics 365 в този пример).

След края на преходния период, ако даден потребител има няколко плана от различни продуктови линии, общият брой разрешени заявки ще бъде сумата от заявките, разпределени за всеки тип лиценз. Например, ако даден потребител има както Dynamics 365 Customer Service Enterprise лиценз, така и Power Apps лиценз за потребител, тогава този потребител има общо 40000 + 40000 = 80000 налични заявки за период от 24 часа.

Ако даден потребител има разпределени няколко лиценза в рамките на една и съща продуктова линия, например ако потребителят има лиценз за 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	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 лицензи и техните ежедневни Power Platform заявки биха били 6000 заявки на потребител за всеки период от 24 часа. Това означава ли, че ще бъде обединен до ниво клиент с ограничение от 48 000 заявки за всеки 24-часов период (8X6000) и всички потребители могат да консумират от този пул?

Не, Power Platform заявките не се обединяват на ниво среда или на ниво клиент. Това гарантира, че тежкият потребител няма да консумира всички Power Platform заявки на клиента и да засегне всички останали. Тъй като лицензът е на потребител, ограничението също е на потребител. И така, всички клиенти на Office получават по 6000 заявки, независимо дали ги използват или не.

Най-добри практики относно PPR

Най-добри практики за проектиране

Използвайте възможно най-малко действия, за да постигнете автоматизацията си:

• Ако в потока ви има цикли "Да се прави, докато" или "Прилагане към всеки", проверете дали можете да намалите броя на итерациите на цикъла, евентуално чрез извличане на по-малко елементи за итерация.

• Много конектори имат параметри "Филтриране на заявка" и "Брой на водещите", които можете да използвате, за да намалите броя на елементите и обема на извлечените данни чрез използване на OData.

• Ако имате планиран поток, който се изпълнява често, помислете за намаляване на честотата. Много потоци, които се изпълняват веднъж на минута или веднъж на час, могат да бъдат преразгледани, за да се появяват по-рядко. Използвайте условия на задействане, за да минимизирате честотата на изпълнение.

• Ако потокът взаимодейства с файлове, обърнете внимание на размера на файла и се опитайте да го намалите, ако е възможно.

• Ако трябва да използвате повторно едно свойство, върнато от действие с голям изходен размер многократно, обмислете използването на „Инициализиране на променлива“, за да съхраните това свойство, и използвайте променливата в по-късни действия. Дори ако се използва само едно свойство от изход на по-ранно действие, всички изходи на това действие, които ще бъдат предадени в по-късното действие като входове.

Най-добри практики за мащабиране на потока

• Ако вашият поток изпълнява хиляди действия дневно, трябва да помислите за закупуване на лиценз за процес, за да получите по-добра производителност и по-високи квоти. Лицензът за процес осигурява най-добрата налична квота за производителност (250 хиляди действия на ден). Свържете се с администратора на вашия клиент, за да закупите лиценза и да го присвоите на потока. След като лицензът бъде закупен и присвоен, авторът на потока трябва да го запази отново. Алтернативно, облачните потоци се актуализират във фонов режим веднъж седмично, за да отразяват текущите планове.

• Помислете за разделяне на работното натоварване между множество потоци, за да постигнете голям мащаб.

Power Platform Заявки за плащане

Ревизирахме Power Platform лимитите на заявките за всички лицензи в края на 2021 г. Новите ограничения са предназначени да бъдат достатъчни за повечето клиентски сценарии. Научете повече за Power Platform ограниченията на заявките в Ограничения и разпределения на заявки.

За клиенти с изключително мащабни сценарии, които трябва да надхвърлят тези ограничения, можете да свържете тези среди с абонамент за Azure. Чрез свързване на средата потребителите и потоците в средата могат да консумират повече от ограниченията си, без да бъдат ограничени, и да плащат само за Power Platform заявките, използвани над тези ограничения. Потоците все още могат да бъдат лицензирани с основен лиценз ( Power Automate Premium, Power Automate Process Office 365 Power Apps или Dynamics). Например, ако имате Power Automate Premium лиценз, имате ограничение от 40 000 Power Platform заявки/на потребител/ден. Ако потребителят е използвал 45 000 заявки на ден, допълнителните 5 000 заявки се умножават по $/заявка и се таксуват на абонамента за Azure. Общата сума се сумира и таксува въз основа на цикъла на фактуриране на Azure на клиента. Няколко измервателни уреда се включват, когато включите плащането по време на работа в средата. Научете повече в Как да настроите Pay-as-you-go.

Схема за това как се таксуват PPR заявките за превишаване в среда на плащане:

Общи често задавани въпроси относно ограниченията на заявките

Можете да се консултирате с тези често задавани въпроси относно ограниченията на заявките за повече информация относно ограниченията на заявките.

Въпроси за лиценза за Office 365

Ето някои често задавани въпроси относно използването на Power Automate с лиценз за Office 365.

Какви възможности на Power Automate са включени в лицензите за Office 365?

В избраните лицензи за Office 365 са включени ограничени права за използване на Power Automate, които позволяват на потребителите да персонализират и разширяват за сценарии за лична продуктивност на Office 365. За корпоративни сценарии Office препоръчва лиценза Premium.

Лицензите за Office 365 включват следните възможности на Power Automate:

• Създавайте и изпълнявайте автоматизирани, планирани и бутонни потоци.
• Достъп до стандартни конектори.
• 6 000 Power Platform заявки/ден. 10 000 заявки/ден по време на преходния период.

Следните възможности на 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

Следващите въпроси са свързани с правата за лицензиране и използване на Power Automate на Dynamics 365.

Какви възможности на Power Automate са включени в лицензите за Dynamics 365?

Лицензите за Dynamics 365 включват следните възможности на Power Automate:

• Създавайте и изпълнявайте автоматизирани, планирани или бутонни потоци.
• Достъп до стандартни конектори.
• Достъп до първокласни конектори в контекста на приложението.
• Бизнес процесът тече в контекста на приложението.
• Персонализирани конектори в контекста на приложението.
• Локални шлюзове в контекста на приложението.
• Power Platform Ограничения на заявките : Член на екипа на Dynamics 365 получава 6 000 заявки/ден (25 000 заявки/ден по време на преходния период), Dynamics 365 professional получава 40 000 заявки/ден (100 000 заявки/ден по време на преходния период), а Dynamics 365 Enterprise получава 40 000 заявки/ден (100 000 заявки/ден по време на преходния период).

Следните възможности на Power Automate не са включени в лицензите за Dynamics 365:

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

Когато използвате лиценз за Dynamics 365, Power Automate вашите потоци трябва да се изпълняват в контекста на приложението Dynamics 365. Това се отнася до използването на същите източници на данни за тригери или действия като приложението Dynamics 365. Ако вашият поток консумира самостоятелни Power Automate действия, които не са свързани с приложенията на Dynamics 365, трябва да закупите самостоятелни 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 Premium получава 40 000 заявки/ден (100 000 заявки/ден по време на преходния период) и Power Apps на приложение получава 6 000 заявки/ден (10 000 заявки/ден по време на преходния период).
• Power Apps Premium получава 250 MB Dataverse капацитет на база данни и 2 GB Dataverse файлов капацитет. Power Apps на база приложение получава 50 MB Dataverse капацитет за база данни и 400 MB Dataverse капацитет за файлове. Потоците, извиквани от приложението, създадено с помощта на Power Apps които обработват сложни обекти, ще консумират това ограничение за съхранение. Например, ако поток анализира документ от 100 страници и го актуализира, хранилището, от което се нуждае, за да запази документа в хронологията на изпълнението за бъдещо отстраняване на неизправности, ще изразходва това ограничение.

Следните възможности на Power Automate не са включени в лицензите за Power Apps:

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

Пример за Power Automate използване в приложение, създадено чрез Power Apps контекст

Потребител със самостоятелен Power Apps лиценз изпълнява приложение, което използва SQL база данни като източник на данни. Приложението, създадено с помощта на Power Apps също включва потоци, които правят следното:

• Четене от или запис в SQL база данни.
• Използвайте вграден Power Apps тригер или действие—например, за да изпратите насочено известие до приложението, създадено с 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 Резюме на лицензирането
• AI Builder ЧЗВ за лицензиране.

Как са лицензираните AI Builder действия в рамките на Power Automate потока?

За да добавяте и изпълнявате AI Builder действия в поток, се нуждаете от специфично AI Builder лицензиране: AI Builder действията консумират AI Builder кредити, които могат да бъдат получени в Power Automate рамките на Premium лицензи, в рамките на други Power Platform Premium лицензи или главно в AI Builder рамките на добавката за капацитет.

Кредитите трябва да са налични в средата на потока.

Можете също да използвате AI Builder пробна версия.

Колко кредита са включени в Power Automate Premium лицензите?

Научете повече за зародените кредити в Получаване на право на AI Builder кредити.

Налагане

Защо потокът ми е изключен?

Научете повече в Когато премиум потоци са изключени поради проблеми с лиценза.

Тази връзка също така предоставя информация за типовете принудителни мерки и как да идентифицирате потоци, които се нуждаят от лицензи за Premium, за да избегнете прекъсвания поради прилагане.

Имам много среди. Как мога да получа потоците, които се нуждаят от моето внимание сред наемателя?

Ако броят на средите в клиента е по-малък от 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. Защо?

След като лицензът е присвоен/потокът е свързан с приложение, редактирайте и запазете потока. Може да отнеме до 24 часа, докато PowerShell обнови и премахне потока от отговора на 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 лиценз или потокът се нуждае от лиценз за процес. Вижте тези често задавани въпроси за това кой трябва да закупи 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 на списъци, не се нуждае от лиценз Premium.

Имаме незабавен поток с потребители само за работа и използва премиум конектори. Създателят споделя този поток с екипа си и им позволява да управляват този поток. Всеки ли се нуждае от Premium лиценз?

Всеки, който извиква потока, се нуждае от Premium лиценз, защото това е незабавен поток.

Имам дъщерен поток, който има премиум конектори и се извиква от множество родителски потоци, които нямат премиум конектори. Всички родителски потоци трябва ли да бъдат лицензирани или лицензирането на дъщерния поток е достатъчно?

Можете да лицензирате родителски поток или да лицензирате дъщерен поток с лиценз за процес. Ако обаче родителски поток има и премиален конектор, собственикът на родителски поток трябва да има лиценз Premium или родителски поток трябва да има лиценз за процес.

Моят поток използва връзки от множество потребители. Трябва ли да лицензирам всички тях?

Кой се нуждае от лиценз, не зависи от това чии връзки се използват в потока. Автоматизираните или планираните потоци винаги се изпълняват под лиценза на собственика, а ръчните потоци или приложенията винаги се изпълняват от потребителя, който задейства потока.