Power Automate Litsentsimise KKK

Siin on mõned korduma kippuvad küsimused Power Automate’i tasuta litsentside kohta.

Kuidas toimivad Power Automate litsentsiplaanid voojooksude puhul?

Kui voog on seatud protsessiplaanile Power Automate , pääseb see juurde lisatasu konnektoritele, sellel on kõrgeimad limiidid ja see kasutab alati protsessiplaani taotluse piiranguid, olenemata sellest, kes voogu käivitab.

Kui voog on seatud Premium-kasutajaplaanile Power Automate , saab see selle peamise omaniku plaani, kui voog on automatiseeritud või ajastatud voog. Kui voog on hetke/nupu voog, kasutab see voogu käitava kasutaja litsentsi. Kui kasutajal on mitu lepingut (nt Microsoft 365 leping ja Dynamics 365 leping), kasutab voog mõlema plaani taotluse piiranguid.

Kasutaja litsentsiplaan Power Automate on Premium-leping Power Automate , kuid kasutajatel on terve rida muid litsentsilepingu suvandeid. Tasuta lepingu või ühe Microsoft 365 litsentsiplaaniga kasutajad pääsevad juurde ainult standardsetele konnektoritele, kuid enamik teisi litsentsiplaane ja prooviversioone pakuvad juurdepääsu premium-konnektoritele.

Lisateavet litsentsiplaanide kohta, mis sisaldavad Power Automate võimalusi teemas Litsentsitüübid Power Automate ja Power Platform litsentsimisjuhend. Lisateavet litsentsiplaanide limiitide ja jõudlusprofiili kohta leiate teemast Automatiseeritud, ajastatud ja kiirvoogude limiidid.

Milliseid Power Automate litsentse mul vaja on?

Microsoft soovitab enamikul organisatsioonidel Power Automate osta Premium-litsents iga oma organisatsiooni kasutaja jaoks. Ostke Power Automate protsessilitsents igale äriprotsessile või masinatele, mis töötavad automatiseerimise järelevalveta. Power Automate Hostitud protsess on protsessilitsentsi ülemhulk Power Automate , mis pakub sama funktsionaalsust, kuid millele on lisatud Microsofti majutatud arvuti võimsus, mida saab kasutada majutatud arvuti või majutatud arvuti rühma jaoks, võimaldades nulltaristuga RPA-d.

Premiumi kasutajaplaan on mõeldud inimkasutajale, et toetada automatiseerimiskultuuri laialdast kasutuselevõttu organisatsioonis. RPA arendajad peavad portaalis Power Automate töölauavooge looma ja haldama.

Protsessilitsents on mõeldud ettevõtte protsesside põhiautomaatikatele, mis on tavaliselt automatiseeritud tagategevused (mida inimene ei käita käsitsi). Näiteks vajab iga organisatsioon Arvete töötlemine või personali sisseelamiseks protsesse, mis on ettevõtte tavapäraseks toimimiseks kohustuslikud. Need protsessid võivad erineda suuruse ja keerukuse poolest, ulatudes väikesemahulistest algatustest kuni suuremahuliste ettevõtmisteni, mis hõlmavad mitut voogu, mis on omavahel ühendatud ühiste andmeallikatega. Näiteks Arvete töötlemine protsessil on mitu voogu, mis käsitlevad arvet loomisest kinnituste ja makseteni. Kõik vood on osa ühest äriprotsessist, kuna need kõik käsitlevad arvet läbi mitme etapi kuni sulgemiseni.

Protsessilitsentsi hankimisega tagavad organisatsioonid, et kõik äriprotsessi vood on asjakohaselt litsentsitud. See võimaldab omavahel ühendatud voogude juurutamist ja haldamist ühtse üksusena, hõlbustades rakenduste elutsükli haldamist (ALM) ja optimeeritud jõudlust.

Teil on vaja protsessilitsentsi, kui teie voog vastab ühele järgmistest kriteeriumidest.

• Teie vood kasutavad järelevalveta RPA-d (robootiline protsesside automatiseerimine) töölauavoogude käitamiseks masinates ilma kasutaja sekkumiseta.
• Teie vood töötavad jaotises Rakenduse kasutaja (voo omanik on teenusejuht). Mitme keskkonnaga organisatsioonid (Dev/Test/Prod) kasutavad DevOpsi torujuhtmeid voogude eksportimiseks ja juurutamiseks teistesse keskkondadesse tervisliku ALM-i (rakenduse elutsükli haldus) jaoks. Nad käitavad oma vooge teenuse printsiibi abil, et vältida kasutajatele juurdepääsu andmist tootmiskeskkondades.
• Teie vood töötlevad suuri andmeid või peavad töötama sageli, mistõttu on vaja suurt hulka Power Platform päringuid.
• Teie lisatasu voogu käivitavad mitu kasutajat. Sel juhul vajavad kõik Premium-litsentsi või voog protsessilitsentsi. Kui vool on protsessilitsents, ei nõua see üheltki kasutajalt litsentsi. See annab organisatsioonile paindlikkuse maksta litsentside eest voogude arvu alusel. Suuremad organisatsioonid või lahendused, mis mõjutavad paljusid inimesi, saavad igakuisest fikseeritud kulust kasu.
• Teie voog kasutab esmaklassilisi konnektoreid ja teie organisatsioonil on vooga palju külaliskasutajaid, kuid te ei tea, kas külaliskasutajate kodurentnik pakub neile Premium-litsentse.

Märkus.

Protsessi Power Automate ja hostitud protsessi litsentsid litsentsivad ainult vooge ja/või masinaid, mitte kasutajat. Premiumi kasutajapakett on RPA arendajatele vajalik portaali töölauavoogude Power Automate loomiseks ja haldamiseks. Lisateavet Premium-RPA funktsioonide kohta, mis kaasnevad Premium-paketiga, leiate Premium-RPA funktsioonidest.

Kui palju Power Automate protsessilitsentse mul vaja on?

• Teie protsess on järelevalveta RPA (robootiline protsesside automatiseerimine): mitu masinaseanssi vajate?

  Ostke iga masina jaoks üks protsessilitsents. Saate lisada rohkem protsessilitsentse, kui vajate arvutis samaaegset käivitamist. Kõik masinas töötavad töölauavood (RPA) ja pilvevood (DPA), mis on osa äriprotsessist, on hõlmatud protsessi litsentsiga.

• Teie protsess vajab ainult DPA-d (digitaalne protsesside automatiseerimine): kui palju põhilisi äriprotsesse soovite automatiseerida?

  Ostke üks protsess iga põhilise äriprotsessi jaoks. Mõned näited peamistest äriprotsessidest on Arvete töötlemine või inimressursside (HR) sisseelamine. Kõik sama äriprotsessiga seotud pilvevood sisalduvad litsentsis.

Mitu protsessilitsentsi on mul vaja, kui mul on mitu pilvevoogu, millest igaüks käivitab masinas järelevalveta režiimis oma RPA-vood?

Ühe protsessilitsentsiga saate käivitada mitu pilvevoogu, pannes need järjekorda. Näiteks kui teil on neli sõltumatut pilvevoogu ja igaüks neist kasutab oma töölauavoog, mis töötab samas masinas, saate käivitada esimese kell 09:00 AM, teise kell 11:00 AM ja nii edasi, samas virtuaalses masinas.

Järgmisel ekraanipildil on kõik pilvevood kaetud ühe protsessilitsentsiga, kuna neil on töölauavoog, mis töötab samas masinas. Kõik tütar vood, nende pilvevoogudega seotud vood on samuti kaetud masina protsessilitsentsiga.

Minu DPA protsessil on mitu pilvevoogu. Kas mul on vaja mitut protsessilitsentsi?

Põhilised äriprotsessid võivad erineda suuruse ja keerukuse poolest, ulatudes väikesemahulistest algatustest kuni suuremahuliste ettevõtmisteni, mis hõlmavad mitut voogu, mis on omavahel ühendatud jagatud andmeallikatega. Näiteks Arvete töötlemine protsessil on mitu voogu, mis käsitlevad arvet loomisest kinnituste ja makseteni. Kõik vood on osa ühest äriprotsessist, kuna need kõik käsitlevad arvet läbi mitme etapi kuni sulgemiseni. Põhiäriprotsessi jaoks on teil vaja ainult ühte protsessilitsentsi. See soodustab mikroteenuste arhitektuuri parimaid tavasid, kus vood võivad olla väikesed ja peeneteralise funktsionaalsusega, mille tulemuseks on parem hooldatavus.

Tuvastage voog, mis protsessi käivitab, ja määrake sellele voole protsessilitsents. Tütar protsessilitsentsiga voo vood on kaetud protsessilitsentsiga. Need vood võivad olla samas lahenduses või erinevas lahenduses.

Mitte-ema-/tütar-vooge saab protsessilitsentsiga vooga käsitsi seostada. Need vood peavad olema samas lahenduses ja kasutama samu andmeallikaid.

Tütar voogude ja seotud voogudena korraldatud vooge käsitletakse kõiki ühe protsessina, kusjuures põhivoole on määratud üks protsessilitsents ja protsessilitsentsi jagamistaotluse Power Platform piirangud.

Minu lahendusel on mitu protsessi. Kas mul on vaja mitut protsessilitsentsi?

Jah. Lahendusel võib olla mitu protsessi, millest igaühele on määratud protsessilitsents.

Kes peab ostma Premium-litsentsi?

Kasutajad, kellel on vaja luua üldotstarbelisi automaatikaid (koos lisatasu konnektorite õigusega), omada täielikku paindlikkust (kohandatud konnektorite õigusega) või suhelda inimkäitumist simuleerivate rakendustega, nagu klaviatuuri- või hiireklahvid ja liikumine (robootiline protsesside automatiseerimine järelevalvega õigusega), peaksid kaaluma Power Automate Premium litsents.

Täpsemalt:

• Teil on vaja Premium-litsentsi igale RPA arendajale, kes portaalis töölauavooge Power Automate ehitab ja haldab. Lisateavet leiate teemast Premium RPA funktsioonid.
• Protsessiplaanil Power Automate on kõigi litsentside seas kõrgeim prioriteet. See tähendab, et kui protsessilitsents on voole määratud, kasutab voog alati seda litsentsi ega vaja omanikku ega töötavat kasutajat Premium-litsentsi omamiseks.
• Automatiseeritud ja ajastatud voogusid käitatakse alati voo omaniku kontekstis, olenemata sellest, kes voo käivitab või milliseid kontosid kasutatakse voosiseste ühenduste jaoks. Kiirvood (nupp, hübriidpäästikud) töötavad neid käivitava kasutaja kontekstis, olenemata voos kasutatavatest ühendustest. Kui automatiseeritud või ajastatud voog kasutab Premium-konnektor, peab ainult omanikul olema Premium-litsents.
• Kui kiirvool on esmaklassilised konnektorid, vajab iga voogu käitav kasutaja Premium-litsentsi Power Automate . Sellistel juhtudel saate iga kasutaja litsentsimise asemel voo litsentsida protsessilitsentsiga.
• Kui voog ei kasuta Premium-konnektor, pole teil Premium-litsentsi vaja. Saate kasutada litsentsi. Microsoft 365

Selleks, et saada teada, mis tüüpi voog (automatiseeritud/manuaalne/ajastatud) teil on, valige voog selle tüübi kuvamiseks üksikasjades.

• Kui voog on Dynamics 365 rakenduste kontekstis Power Apps ja on automatiseeritud voog, peab voog olema seostatud Dynamics 365 rakenduse või Power Apps rakendusega loodud rakendusega ja omanik vajab Power Apps Premiumi litsentsi või Dynamics 365 litsentsi.
• Kui voog on rakenduse Power Apps Dynamics 365 kontekstis ja see on vahetu voog, vajab iga voogu käitav kasutaja Premiumi Power Apps litsentsi või Dynamics 365-i litsentsi.
• Kui ülemvoog nimetab alamvoogu, kasutab alamvoog ülemvoo konteksti. Näiteks kui järgmised kriteeriumid on täidetud, kasutab see emavoog omaniku litsentsi.
  • Kui emavoog on automatiseeritud voog ja
  • Tütarvoog kasutab esmaklassilisi konnektoreid ja
  • tütarvoog-l pole protsessilitsentsi. Kui tütarvoog on protsessilitsents, kasutab see protsessilitsentsi, mitte emavoog litsentsi.

Üleminekuperioodil ei päri tütarvoog emavoog litsentsi. Tütarvoog kasutab omaniku litsentsi. Kuid pärast üleminekuperioodi lõppu kasutatakse ainult emavoog litsentsi (omanikulitsents / emavoog protsessilitsents), välja arvatud juhul, kui tütarvoog on protsessilitsents.

Meil on heade tavadega joondamiseks kolm keskkonda (arendus, testimine ja tootmine) ja vood on vajalikud mitmes keskkonnas. Kas peame ostma protsessilitsentsi iga keskkonna jaoks?

Iga voogu esineb konkreetses keskkonnas. See tähendab, et kui voog imporditakse erinevasse keskkonda, on iga eksemplar eraldi voog ja vajab eraldi litsentsi. Protsessi litsentsiga voog ja see on tütar vood ning kõiki seotud vooge käsitletakse ühe protsessina ja üks protsessilitsents hõlmab nende kõigi kasutamist ühes keskkonnas.

Meil on heade tavadega joondamiseks kolm keskkonda (arendus, testimine ja tootmine) ja vood on vajalikud mitmes keskkonnas. Kas peame ostma Premium-litsentsi iga keskkonna jaoks?

Power Automate Premium-litsents on kasutajataseme litsents. Kõik kasutajataseme litsentsid (Power Automate Premium, Microsoft 365 Dynamics 365) on rentnikutaseme litsentsid. Kasutaja saab kasutada voogu kõigis keskkondades ilma eraldi litsentsi ostmata.

Kas hostitud protsessi litsentsi saab Power Automate kasutada protsessilitsentsina Power Automate ?

Jah, saate hostitud protsessi võimsust kasutada Power Automate kahel viisil.

• Võõrustatud masinad ja majutatud arvuti rühmad.
• Protsessilitsentsina, mida saab kasutada järelevalveta robootiline protsesside automatiseerimine (järelevalveta RPA) jaoks teie asutusesisene masinas või voogudes, mis on osa äriprotsessist.

Kas Microsoft 365 kliendid saavad luua lahenduseteadlikke ja alamvoogusid?

Jah. Microsoft 365 kliendid saavad luua lahenduseteadlikke voogusid, kui keskkonnale, milles lahenduseteadlik voog luuakse, on lisatud Dataverse'i andmebaas. Vaikekeskond saab Dataverse’i andmebaasi vaikimisi. Administraator peab lisama Dataverse’i eksemplari mittevaikekeskkondadele. Administraatoritel peab olema saadaval vähemalt 1 GB rentnikutaseme Dataverse’i andmebaasi mahtu uue keskkonna loomiseks.

Dynamics 365 Salesi, klienditeenindus ja Field Service’i Power Apps Power Automate Microsoft Copilot Studio esimene tellimus lisab rentnikule ühekordse vaikemahupiirangu 10 GB. Kordustellimuste andmisel rentnikule võib Dataverse’i täiendav maht koguneda rentnikule. Näiteks kui uus klient ostab Premium-lepingu Power Automate , saab rentnik 10 GB andmebaasi vaikemahtu Dataverse . Ja kui rentnik ostab 10 Power Automate Premium-litsentsi, saab rentnik 10,5 GB (10 GB pluss 10 korda 50 MB).

Ma kasutan premium-taseme voo puhul mitut kasutajaühendust. Milline kasutaja vajab voo käivitamiseks Premium-litsentsi?

Ühendused ei sõltu litsentsi kontrollidest. Voos võib olla mitu kasutajaühendust, kuid voog töötab alati esmase omaniku / ainult käitatava kasutaja / protsessilitsentsi kontekstis.

Voo omanik lahkus organisatsioonist. Kuidas tagada, et see töötaks ilma katkestusteta?

Kui voo puhul on tegemist lahenduseteadliku vooga, võite omanikku Power Automate’is muuta või kasutada Power Automate'i veebi API-d, et tagada voo töötamine ilma katkestusteta. Kui voo puhul on tegemist mitte-lahenduse teadliku vooga, võivad kõik kaasomanikud lisada selle lahendusele ja seejärel omanikku muuta. Kui ei, siis määrake Power Automate voole protsessilitsents, et tagada selle jätkuv käitamine. Teise võimalusena saavad kõik voo kaasomanikud voogu eksportida ja importida. Importimisel on vool uus voog ja kaasomanik saab nüüd voolu omanikuks. Voog kasutab uue omaniku litsentsi.

Voog taandatakse madalamale jõudlusele ja voo kõiki omanikke teavitatakse sellest ning voog lülitatakse 14 päeva pärast välja, kui midagi ei võeta ette.

Voo omanikul pole enam Premium-litsentsi, kuid voog on lisatasu voog. Mis juhtub?

Voog taandatakse madalamale jõudlusele ja voo kõiki omanikke teavitatakse sellest ning voog lülitatakse 14 päeva pärast välja, kui midagi ei võeta ette.

Kas külaliskasutajatel (mitte teie rentnikult) on vaja litsentsi Power Automate’i kasutamiseks?

Jah. Külaliskasutajal peab olema Power Automatei litsents, mis on määratud ühe järgneva rentniku kaudu.

• Rentnik, kes voogu majutab. Saate määrata neile administraatori prooviversioonid ajutiseks juurdepääsuks või tasuta prooviversiooni litsentsid.

• Külaliskasutaja kodurentnik.

Näiteks kui külaliskasutajale on Power Automate kodurentnikus määratud Premium-litsents, saab ta voo majutavas külalisrentnikus kasutada tasulisi funktsioone.

Power Automate—sisaldub Office’i, Premiumi, Power Automate Power Apps Premiumi ja Dynamics 365 kasutajalepingutes —, millel on järgmised omadused.

• Azure’i avalikus pilves on need lepingud rentnike vahel tunnustatud külalisstsenaariumides, kuna need pole seotud konkreetse keskkonnaga.

• Azure’i riiklikes või suveräänsetes pilvedes ei tunnustata neid lepinguid rentnike vahel külalisstsenaariumides. Lisateave: Rahvuslikud pilved, Azure'i geograafiad

• Erinevates Azure’i pilvedes asuvate rentnike litsentse ei tuvastata.

Millised Power Automate’i võimalused on kaasatud Windowsi litsentsidesse?

Windows 11 kasutajad võivad proovida töölauavoogusid järelevalvega RPA-s isikliku produktiivsuse jaoks vaikekeskkonnas. Nad ei saa jagada töölauavoogusid ega luua töölauavoogusid vaikekeskkonnast erinevas keskkonnas. Windowsi kasutajatel pole juurdepääsu pilvevoogudele. Täielike pilvevoogude ja RPA-funktsioonide saamiseks ostke Power Automate Premium-pakett.

Windows 11 kasutajad saavad Windowsi otsinguribale sisestada otsinguks „Power Automate”. Töölauarakendus Power Automate laadib alla automaatselt ja käivitub, kui valite selle ikooni esimest korda.

Kas Windows 10 ja Windows Server 2016 kasutajad saavad kasutada lauaarvutile mõeldud Power Automate’i?

Jah, nad saavad kasutada lauaarvutile mõeldud Power Automate’i (neil on selle kasutusõigused), aga nad peavad selle allalaadimiskeskusest alla laadima.

Küsimused pärandlitsentsi kohta

Alates 1. augustist 2023 Power Automate eemaldatakse hinnakujunduse lehelt voo kohta (100 dollarit voo kohta kuus, minimaalselt 5 litsentsi ostmisega) ja Power Automate järelevalveta RPA lisandmoodul (150 dollarit boti kohta kuus ja nõutavad litsentsimise eeltingimused). Need eemaldatakse hinnakirjast 1. veebruaril 2024. Power Automate protsess, kõikehõlmav litsents, mida on lihtsam hallata, litsentsib ühe "automatiseerimise" roboti, mida saab kasutada järelevalveta robootiline protsesside automatiseerimine (järelevalveta RPA) või pilvevoogude jaoks, kasutades digitaalset protsesside automatiseerimist (DPA) ja millele pääsevad juurde organisatsiooni piiramatud kasutajad. Power Automate Protsessi hind on $150 boti kohta kuus.

Mille poolest erineb protsessilitsents voopõhisest litsentsist

Järelevalveta RPA puhul pidid kliendid varem ostma pilvevoog voo litsentsi ja järelevalveta RPA lisandmooduli. Nüüd saavad nad osta protsessilitsentsi iga RPA-seansi jaoks seadmes. Kõik pilvevood, mis kutsuvad esile masina töölauavooge, kaasatakse protsessilitsentsi osana.

Pilvevoogude puhul annab üks voo litsentsi kohta õiguse voole koos litsentsiga ja selle tütar voogudele. Üks protsessilitsents annab õiguse litsentsiga voole, selle tütar voogudele ja mis tahes seotud voogudele. Ühe voolu kohta oli alustamiseks vaja osta vähemalt viis pakki. Protsessilitsentsi puhul pole minimaalse ostukoguse nõuet.

Power Automate Mille poolest erineb Premium-litsents järelevalvega RPA-litsentsiga kasutaja omast Power Automate ?

Power Automate Premium-pakkumine sisaldab kõiki eeliseid Power Automate kasutaja kohta, järelevalvega RPA-d pakutakse hinnaga $40 kasutaja kohta kuus, lisaks protsesside võimaluste visualiseerimise ja analüüsimise protsessikaevandamine ning seda pakutakse hinnaga $15 kasutaja kohta kuus.

Power Platform taotleb küsimusi

Siin on mõned korduma kippuvad küsimused PPR-i piirangute ja nende vastuste kohta.

Mida loetakse Power Platform'i päringuks?

Litsentsi põhjal on toimingute arv, mida pilvevoog saab päevas käitada, piiratud. Need piirangud erinevad konnektori drosselduspiirangutest. Voo käitatavate toimingute arvu vaatamiseks valige lehelt pilvevoog üksikasjad suvand Analüüs ja vaadake vahekaarti Toimingud .

Isegi kui voog kasutab vähe Power Platform taotlusi, võite siiski jõuda oma piirideni, kui vool töötab oodatust sagedamini. Näiteks võite luua pilvevoo, mis saadab teile tõuketeatise iga kord, kui teie haldur saadab teile meili. See voog peab käima iga kord, kui saate meili (kellegilt), sest voog peab kontrollima, kas meil tuli teie haldurilt. Piirang kehtib kõigile teie voogudele 24-tunnise perioodi jooksul. Siin on mõned teadmised voo taotluse kasutamise hindamiseks.

1. Lihtne voog, millel on üks päästik ja üks toiming, annab tulemuseks kaks "toimingut" iga kord, kui vool töötab, tarbides kahte taotlust.
2. Iga päästik/toiming voos genereerib Power Platform'i päringuid. Power Platform'i päringuid genereerivad kõikvõimalikud toimingud, nagu konnektoritoimingud, HTTP-toimingud, sisseehitatud toimingud (muutujate lähtestamisest, ulatuste loomisest kuni lihtsa koostamistegevuseni). Näiteks voog, mis ühendub või vahetab SharePoint , Twitter Dataverse; kõiki neid toiminguid arvestatakse taotluse limiitide hulka Power Platform .
3. Nii õnnestunud kui ka ebaõnnestunud tegevused vastavad neile piirangutele. Vahelejäetud toiminguid ei arvestata nende piirangute hulka.
4. Iga tegevus genereerib ühe päringu. Kui tegevus on rakenduses igale tsüklile, genereerib see tsükli täitmisel rohkem Power Platform'i päringuid.
5. Tegevusel võib olla mitu avaldist, kuid see loetakse üheks API-päringuks.
6. Uuesti proovimised ja lisataotlused lehitsemisest lähevad arvesse ka toimingute täitmisena.

Mõelge järgmistele pilvevoog, kuhu iga meilimanus salvestatakse OneDrive. Päästik tarbib ühte Power Platform'i päringut, rakendus rakendab igale ühe päringu ja toimingud jaotises Rakenda igale tarbivad mitut päringut olenevalt tsükli töökordade arvust. Kui manuseid on neli, kulutab see jaotis kaheksa Power Platform'i päringut (4 x 2 toimingut). Kokku kulutab see voog 10 Power Platform'i päringut.

Kelle Power Platform päringulimiite pilvevoog kasutab?

• Kui pilvevoog on protsessi / voo litsents, kasutab voog protsessi / voo litsentsi limiiti, mitte looja/omaniku/kasutaja limiiti.

• Automatiseeritud ja ajastatud pilvevood kasutavad alati voo looja/omaniku Power Platform taotluse piiranguid, olenemata sellest, kes voo käivitas või milliseid kontosid voo sees olevate ühenduste jaoks kasutatakse. Lahendusvoo jaoks saate muuta voo omanikku, kasutades Veebi API-t. Pärast omaniku vahetamist kasutatakse uue omaniku API päringute limiiti. Mittelahenduse voo puhul kasutab voog alati algse looja limiiti, mida ei saa muuta. Kui algne looja ettevõttest lahkub, saavad kõik voo kaasomanikud voo eksportida ja importida teise omanikuna. Pärast voo importimist muutub see uueks vooluks ja hakkab kasutama uue omaniku limiiti. Teise võimalusena saate voole määrata protsessi / voo litsentsi.

• Kiired pilvevood (nupp, Power Apps, hübriidpäästikud) kasutavad kasutaja limiiti.

• Kui voo omanik on teenuse printsipaal, kasutab voog litsentsimata kasutajalimiiti.

• Kui jagate automatiseeritud/ajastatud voogu teise kasutajaga ja see kasutaja käivitab sama voo, kasutab see algse omaniku limiiti, mitte uue kasutaja limiiti. Kuid kui kasutaja kasutab seejärel voogu oma uue voo loomiseks, saab see uus kasutaja uue voo omanikuks ja see voog kasutab uue kasutaja limiiti.

• Kui emavoog kutsub tütarvoog, kasutab tütarvoog emavoog limiiti. Näiteks kui emavoog on automatiseeritud voog, kasutab tütarvoog emavoog looja/omaniku limiiti.

• Kui emavoog on käsitsi voog, kasutab tütarvoog emavoog kutsuva kasutaja limiiti.

• Kui tütarvoog on protsessi / voo litsents, kasutab see protsessi / voo piirangut, mitte emavoog limiiti.

• Kui vool on protsessilitsents, jagavad voog, kõik voo tütar vood (välja arvatud need, millel on oma protsessilitsents) ja kõik seotud vood protsessilitsentsi limiiti.

Milliseid tööriistu minul kui koostajal kasutuse analüüsimiseks vaja on?

Kui teil esineb voo käitamisel viivitusi või aeglustusi, on tõenäoline, et ületasite päeva PPR-i piirid. Voogude puhul, mis järjepidevalt hilinevad ülekoormuse tõttu, saavad kasutajad ka märguande, mis teavitab neid nendest ületamistest koos näpunäidete ja nippidega, kuidas vältida oma voogude hilinemist.

Siin on näide meilisõnumist, mis saadeti voo jaoks, mis ületas pidevalt tegevuspiiranguid.

Lisaks saate vaadata antud voo toimingukasutust, kui valite voo atribuutide lehel tegevuse Analüütika ja see toimib igat tüüpi tegevuste puhul. See aitab teil mõista, kui palju tegevusi päevas tehakse. See aitab teil mõista kasutusmustreid, et optimeerida võimsust.

Milliseid tööriistu pean administraatorina oma keskkonna kasutuse analüüsimiseks kasutama?

Halduskeskus Power Platform sisaldab aruandeid taotluste Power Automate kohta. Need aruanded aitavad teil kiiresti vaadata oma organisatsiooni kasutuselevõtu- ja kasutajamõõdikuid. Praegu on need avalik eelversioon. Saadaval on kaks aruannet:

• Kasutaja aruanne – see aruanne kuvab Power Platform iga kasutaja keskkonnas päringu kasutamise võrreldes neile määratud limiidiga.
• Vooaruande kohta – see aruanne kuvab Power Platform taotluse kasutamise iga voo kohta keskkonnas oleva voo kohta, millel on voo kohta litsents.
• Litsentsimata kasutajate aruanne – selles aruandes kuvatakse Power Platform litsentsimata kasutajate taotluse kasutus ja selle rentniku litsentsimata kasutajate koguõigused. Tulevikus Power Platform kuvatakse selles aruandes teenuse põhialusel töötavate voogude kasutamise taotlused.

Kui aruanded on üldiselt kättesaadavad, on kasutajatel enne jõustamise algust aega reageerida ja osta kõrgemaid PPR-litsentse.

Mis juhtub, kui mu voo käivitus teeb liiga palju tegevusi?

Kui teil on pilvevoog, mis käitab liiga palju toiminguid, mõjutab see teie voolu jõudlust. Näete voolul bännerit, kui teie vool on ahendatud.

Kõige tavalisemal juhul põhjustab piirangute ületamine järgnevate tegevuste käitamise viivitust ja see aeglustab teie voo üldist käitamisaega. Need viivitused on proportsionaalsed voolu põhjustatud ülekoormuse astmega.

Ajutised ülejäägid on okei. Näiteks kui ületate oma päevalimiite 500 toiminguga, ei mõjuta see teie voo jõudlust, kuid limiidi ületamine 50 000 toimingu võrra mõjutab teie voogu potentsiaalselt mitme päeva jooksul märkimisväärselt.

Mida ma saan teha, kui mu voog ületab piire?

Kasutajatel ei blokeerita rakenduse või voo kasutamist juhuslike ja mõistlike ülekoormuste korral.

Siin on mõned asjad, mida saate teha, kui ületasite oma litsentsi piire.

• Vaadake oma kujundus uuesti üle ja otsige kohti, mis võivad aidata kutsutavate tegevuste arvu vähendada. Vaadake jaotist parimate tavade jaotist vood, et kasutada vähem tegevusi.

• Kui voog on juba optimeeritud, kuid see kasutab ettevõtte olemuse tõttu palju toiminguid, kaaluge kõrgema PPR-litsentsi ostmist. Protsessilitsents pakub parimat saadaolevat jõudluskvooti (250k toimingut / 24 tundi).

• Lülitage keskkonna jaoks sisse Pay-as-you-go , et tagada, et ükski keskkonnas olevatest voogudest ei oleks ahendatud.

• Ostke Power Apps ja Power Automate mahu lisandmoodul oma organisatsioonile. Kuna jõustamine ei ole nii range, ei saa üleminekuperioodil kasutajale või voole võimsuse lisandmoodulit Power Apps määrata Power Automate . Kuid Microsoft soovitab teil need lisandmoodulid kohe osta, et litsentsitingimustest kinni pidada. Looge voo üksikasjadega tugiteenusepilet ja lisage üksikasjad, et saada ajutist leevendust (30 päeva) drosseldusest. See ajutine vabastus pole saadaval voogude puhul, millele on juba määratud protsessi- või voopõhine litsents.

Kui vool ületab pidevalt üleminekuperioodi piire 14 järjestikuse päeva jooksul, Power Automate peatab voolu ja saadab omanikule teate. Saate osta kõrgema PPR-litsentsi ja seejärel selle igal ajal sisse lülitada. Litsentsi ostmise ajal saate 14-päevase loenduri lähtestamiseks voogu redigeerida ja salvestada.

Mis on konnektoripiirangud ja kas need erinevad Power Platform'i päringupiirangutest?

Konnektoritel on teeninduskaitsemehhanismina eraldi piirid. Näiteks SharePoint'i konnektor piirab tegevuste arvu 600 minutis. Üks SharePoint'i ühendus, mida kasutatakse mitme voo vahel, suudab siiski teha vaid 600 toimingut minutis. Enamikul konnektorilehtedel on drosselduse jaotis, mis dokumenteerib need piirangud. See piirmäär erineb PPR limiidist. Näiteks saab Office'i kasutaja kõigis oma voogudes käitada 6000 tegevust päevas, kuid konnektor võib teda siiski takistada, kui ta kasutas minutis rohkem kui 600 SharePoint'i tegevust hoolimata sellest, et 6000 tegevuse piirangut ei saavutanud.

Kui voog ahendati, kuna see ületas konnektori piire, võite oma voos näha HTTP 429 (liiga palju taotlusi) tõrget tõrketekstiga, näiteks "Kiirusepiirang on ületatud. Proovige 27 sekundi pärast uuesti".

Kasutan CoE stardikomplekti. Kas kasutust arvestatakse minu taotluse limiitide hulka?

Jah. CoE stardikomplektis sisalduvad pilvevood kasutavad ka omaniku piiranguid. Microsoft soovitab ahendamisest ajutise leevenduse saamiseks osta rohkem võimsust ja võtta ühendust toega.

Kas ma saan kasutada voogudes teenusepõhist ja kas see läheb minu päringupiirangute hulka?

Jah, vood, mille omanik on teenuse printsipaal, tarbivad eraldi kvooti, mida nimetatakse mitteinteraktiivseteks piiranguteks. Need piirangud kehtivad ainult siis, kui voo omanik on teenuse printsipaal. Need piirangud ei kehti juhul, kui voog kasutab ühes toimingus lihtsalt teenuse printsipaali. Käsitsi vood (nupuvood, mis on jagatud ainult käivitatud kasutajatega / Power Apps käivitatud voogudega) kasutavad ainult kasutaja taotluse limiitide käivitamist isegi siis, kui voo omanik on teenuse juht. Ainult käitatavatel kasutajatel peab olema Premium-litsents Power Automate , kui voog kasutab premium-konnektoreid. Üleminekuperioodil võivad käsitsi vood kasutada kuni 100 000 taotlust/voogu/24 tundi.

Automatiseeritud/ajastatud voogude piirmäärad:

• Dynamics 365-i rakenduste kontekstis töötavadteenuse põhivood), mis on loetletud tabelis , saavad 500 000 baastaotlust + 5 000 taotlust, mis on kogunenud kasutajalitsentsi kohta kuni 10,000,000 rentniku tasemel koondatud maksimumini. Kui rentnikul on 1000 Dynamics 365 litsentsi, on sellel rentnikul 24 tunni jooksul kõigi Power Platform ressursside (nt teenuse põhivood ja Dataverse taotlused) jaoks saadaval olevate 5,500,000 taotluste kogum. Kui rentnikul on 2500 Dynamics 365 litsentsi, on sellel rentnikul 24 tunni jooksul kõigi Power Platform ressursside (nt teenuse põhivood ja Dataverse taotlused) jaoks saadaval olevate 10,000,000 taotluste kogum.

• Premiumi teenuse põhivood, mis asuvad väljaspool Dynamics 365 rakenduse konteksti, vajavad igaüks protsessi/voo litsentsi. Need vood saavad 250 000 taotlust voo kohta 24 tunni jooksul.

• Standardsed teenuse põhivood saavad 25 000 baastaotlust, ilma et rentnik saaks 24 tunni jooksul litsentsi kohta koguneda.

Kui vajate rohkem taotlusi, lülitage keskkonna jaoks sisse Pay-as-you-go või ostke rohkem elektriplatvormi taotluste võimsust.

Lisateavet leiate teemast Voogude seostamine rakendustega.

Kas töölauavoogude kasutusloend kasutab minu Power Platform'i päringupiiranguid?

Ainult pilvevoogudest kutsutud töölauavoo tegevused lähevad arvesse. Töölauavoog toiminguid ei arvestata taotluse limiitide hulka.

Mis juhtub minu Power Platform'i päringutega, kui mul on mitu plaani?

Kuna piiranguid üleminekuperioodil rangelt ei jõustata, kasutajalitsentside virnastamine ei ole toetatud. Kui kasutajal on mitu plaani, näiteks Microsoft 365'i plaan ja Dynamics 365 plaan, kasutab voog kõrgemat plaani (selles näites Dynamics 365 plaan).

Kui kasutajal on pärast üleminekuperioodi lõppu määratud mitu erinevat tootesarja kuuluvat plaani, on lubatud päringute koguarv igale litsentsitüübile eraldatud taotluste summa. Näiteks kui kasutajal on nii Dynamics 365 Customer Service Enterprise'i litsents kui ka Power Apps'i kasutajalitsents, siis on sellel kasutajal 24-tunnise perioodi kohta saadaval kokku 40 000 + 40 000 = 80 000 päringut.

Kui kasutajal on samas tootesarjas eraldatud mitu litsentsi, näiteks kui kasutajal on põhilitsentsina Dynamics 365 Customer Service Enterprise'i litsents ja lisatud Dynamics 365 Sales Enterprise'i litsents, on taotluste koguarv summa, mis baaslitsents annab.

Mis on toimivusprofiilid ja kuidas ma tean, millist toimivusprofiili minu pilvevoog kasutab?

Omaniku litsentsi põhjal saab voog jõudlusprofiili, mis omakorda otsustab Power Platform voo taotluse piirid. Kui omanikule on määratud mitu litsentsi, Power Automate valib ta loendist kõrgeima lepingu.

Jõudlusprofiil	Litsents	Limiidid üleminekuperioodil	Limiidid pärast üleminekuperioodi
Väike	- Power Automate Tasuta - Microsoft 365 litsentsid - Power Apps Plaan 1 (pärand) - Power Apps Rakendusepõhised litsentsid - Power Automate Plaan 1 (pärand) - Kõik proovilitsentsid - Dynamics 365 Team Memberi litsents	10,000	6000
Keskmine	- Power Apps käivitatud vood - Power Apps Plaan 2 (pärand) - Power Apps Premium litsents - Power Automate Plaan 2 (pärand) - Power Automate kasutaja kohta (pärand) - Power Automate Premium litsents - Dynamics 365 Enterprise’i litsentsid - Dynamics 365 Professionali litsentsid	100,000	40,000
Suur	- Power Automate Protsessi litsents - Power Automate Hostitud protsessi litsents - Power Automate voopõhine leping (pärand)	500,000	250,000
Piiramatu	- Pay-as-you-go keskkond	15,000,000	15,000,000

Organisatsioonis on kaheksal kasutajal Office 365'i litsentsid ja nende igapäevane Power Platform päring oleks 6000 päringut kasutaja kohta iga 24 tunni jooksul. Kas see tähendab, et see koondatakse rentniku tasemele piiranguga 48000 päringut iga 24-tunnise perioodi kohta (8X6000) ja kõik kasutajad saavad sellest kogumist tarbida?

Ei, Power Platform taotlusi ei koondata keskkonna ega rentniku tasemel. See tagab, et raske kasutaja ei tarbi kõiki Power Platform üürniku taotlusi ja mõjutab kõiki teisi. Kuna litsents kehtib kasutaja kohta, kehtib piirang ka kasutaja kohta. Seega saavad kõik Office'i kliendid igaüks 6000 päringut, olenemata sellest, kas nad neid kasutavad või mitte.

Parimad tavad seoses PPR-iga

Disaini head tavad

Automatiseerimise saavutamiseks kasutage võimalikult vähe toiminguid:

• Kui teie voos on tsüklid „Tee kuni” või „Rakenda igaühele”, proovige tsükli iteratsioonide arvu vähendada näiteks itereerimiseks väiksema arvu üksuste toomise teel.

• Paljudel konnektoritel on parameetrid „Filtri päring” ja „Koguarv”, mida saate kasutada OData abil hangitud üksuste arvu ja andmete hulga vähendamiseks.

• Kui teil on ajastatud voog, mis töötab sageli, kaaluge sageduse vähendamist. Paljusid vooge, mis jooksevad üks kord minutis või kord tunnis, võiks muuta nii, et need toimuksid harvemini. Töösageduse minimeerimiseks kasutage käivitustingimusi.

• Kui teie voog kasutab faile, võtke arvesse failimahtu ja proovige seda võimaluse korral vähendada.

• Kui teil on vaja suure väljundmahuga tegevuse tagastatud atribuuti mitu korda uuesti kasutada, kaaluge selle atribuudi salvestamiseks funktsiooni „Initialize Variable” (muutuja lähtestamine) ja kasutage muutujat hilisemates tegevustes. Isegi kui varasema tegevuse väljundist kasutatakse ainult ühte omadust, edastatakse sisenditena kõik selle tegevuse väljundid, mis edastatakse hilisemasse tegevusse.

Head tavad voo skaleerimiseks

• Kui teie voog töötab iga päev tuhandeid toiminguid, peaksite kaaluma protsessilitsentsi ostmist, et saada parem läbilaskevõime ja suuremad kvoodid. Protsessilitsents pakub parimat saadaolevat jõudluskvooti (250k toimingut päevas). Litsentsi ostmiseks ja voole määramiseks võtke ühendust rentniku administraatoriga. Kui litsents on ostetud ja määratud, peaks voo autor selle uuesti salvestama. Teise võimalusena värskendatakse pilvevooge taustal kord nädalas, et kajastada praeguseid plaane.

• Suure ulatuse saavutamiseks kaaluge töökoormuse skaleerimist mitme voo vahel.

Power Platform taotleb jooksvalt maksmist

Vaatasime 2021. aasta lõpus üle kõigi litsentside Power Platform'i päringupiirangud. Uued piirangud on kavandatud olema piisavad enamiku klientide stsenaariumide jaoks. Lisateavet taotluste limiitide kohta Power Platform leiate teemast Taotluste limiidid ja eraldamised.

Äärmiselt ulatuslike stsenaariumidega klientide jaoks, kes peavad neid piiranguid ületama, saate need keskkonnad Azure'i tellimusega linkida. Keskkonda sidudes saavad kasutajad ja keskkonnas olevad vood tarbida rohkem, kui neid piiratakse, ja maksta ainult nende piirangute ületavate Power Platform'i päringute eest. Voogusid saab endiselt litsentsida põhilitsentsiga (Premium Power Automate , Power Automate Process, Office 365, või Power Apps Dynamics). Näiteks kui teil on Power Automate Premium-litsents, on teil limiit 40 000 Power Platform taotlust kasutaja kohta päevas. Kui kasutaja kasutas päevas 45 000 taotlust, korrutatakse täiendavad 5,000 taotlust $/päringu määraga ja arveldatakse Azure’i tellimusega. Kogusumma summeeritakse ja arveldatakse kliendi Azure’i arveldustsükli alusel. Mitu meetrit lülitatakse sisse, kui lülitate keskkonnas sisse pay-as-you-go. Lisateavet leiate teemast Kuidas seadistada pay-as-you-go.

Skeem selle kohta, kuidas ülemääraseid PPR-i taotlusi arveldatakse jooksvalt makstavas keskkonnas:

Üldised KKK-d päringute limiitide kohta

Selle kohta lisateabe saamiseks vaadake seda päringud piiravad korduma kippuvaid küsimusi päringu piirangud.

Office 365 litsentsiga seotud küsimused

Siin on mõned korduma kippuvad küsimused Power Automate’i kasutamise kohta Office 365 litsentsiga.

Millised Power Automate’i võimalused on kaasatud Office 365 litsentsidesse?

Power Automate’i piiratud kasutusõigused on kaasatud Office 365 teatud litsentsidesse, et võimaldada kasutajatel kohandada ja laiendada teenust Office 365 isikliku produktiivsuse stsenaariumide jaoks. Suurettevõtte stsenaariumide puhul soovitab Office Premium-litsentsi .

Office 365 litsentsidesse on kaasatud järgmised Power Automate’i võimalused.

• Automatiseeritud, ajastatud ja nupuvoogude loomine ning käivitamine.
• Juurdepääs standardsetele konnektoritele.
• 6 000 Power Platform taotlust päevas. 10 000 taotlust päevas üleminekuperioodi jooksul.

Järgmised Power Automate’i võimalused ei ole kaasatud.

• Juurdepääs esmaklassilistele konnektoritele (välja arvatud Dataverse for Teams keskkondades). Lisateave Dataverse for Teamsi võimaluste kohta.
• Äriprotsessivood
• Kohandatud konnektorid
• Asutusesisesed lüüsid
• Protsesside robotlik automatiseerimine
• AI Builder Võimsuse

Järgmistesse Office 365 litsentsidesse on kaasatud Power Automate’i võimalused:

• 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 (leping A1) teaduskonnale
• Office 365 (leping A1) õpilastele
• Office 365 (leping A1 Plus) teaduskonnale
• Office 365 (leping A1 Plus) õpilastele
• Office 365 (leping A3) teaduskonnale
• Office 365 (leping A3) õpilastele
• Office 365 (leping A3) õpilaste kasutuslitsentsisoodustuse jaoks
• Office 365 (leping A5) teaduskonnale
• Office 365 (leping A5) õpilastele
• Office 365 (leping A5) õpilaste kasutuslitsentsisoodustuse jaoks

Dynamics 365 litsentsiga seotud küsimused

Järgmised küsimused on seotud Dynamics 365 litsentsimise ja Power Automate’i kasutusõigustega.

Millised Power Automate’i võimalused on kaasatud Dynamics 365 litsentsidesse?

Dynamics 365 litsentsidesse on kaasatud järgmised Power Automate’i võimalused.

• Automatiseeritud, ajastatud või nupuvoogude loomine ja käivitamine.
• Juurdepääs standardsetele konnektoritele.
• Juurdepääs esmaklassilistele konnektoritele rakenduse kontekstis.
• Äriprotsessi vood rakenduse kontekstis.
• Kohandatud konnektorid rakenduse kontekstis.
• Asutusesisene lüüsid rakenduse kontekstis.
• Power Platform taotluste limiidid: Dynamics 365 meeskonna liige saab 6 000 taotlust päevas (üleminekuperioodil 25 000 taotlust päevas), Dynamics 365 professional saab 40 000 taotlust päevas (üleminekuperioodil 100 000 taotlust päevas) ja Dynamics 365 Enterprise saab 40 000 taotlust päevas (100 000 taotlust päevas üleminekuperioodi jooksul).

Dynamics 365 litsentsidesse pole kaasatud järgmised Power Automate’i võimalused.

• Protsesside robotlik automatiseerimine
• AI Builder Võimsuse

Kui kasutate Dynamics 365-i litsentsi koos Power Automate, peavad teie vood käivituma rakenduse Dynamics 365 kontekstis. See viitab samade andmeallikate kasutamisele päästikute või toimingute jaoks nagu Dynamics 365 rakendus. Kui teie voog tarbib autonoomseid Power Automate toiminguid, mis pole Dynamics 365 rakendustega seotud, peate ostma autonoomsed Power Automate litsentsid.

Näide Dynamics 365 litsentsist, mis kasutab Power Automate’i Dynamics 365 rakenduse kontekstis.

Teie organisatsioon on ühendanud Azure DevOpsi Dynamics 365 CRM-iga, et eskaleerida tugiteenusejuhtumeid ja luua tööüksuseid probleemide kiiremaks lahendamiseks. Dynamics 365 litsentsi osana on Power Automate’i õigused voogude jaoks kaasatud järgmistes stsenaariumides.

• Azure DevOpsist lugemine või sinna kirjutamine.
• Dataverse’i sisseehitatud päästiku või toimingu kasutamine.

Näide Dynamics 365 litsentsist, mis kasutab Power Automate’i väljaspool Dynamics 365 rakenduse konteksti.

Sama kasutaja (eelmises Dynamics 365 näites) tahab nüüd ka kasutada voogu, mis uuendab Oracle’i andmebaasi. Sellel vool on järgmised atribuudid.

• Sellel pole mingit seost Dynamics 365 rakendusega.
• See ei suhtle mingil viisil Dynamics 365 rakendusega (ega selle andmeallikatega).

Selles stsenaariumis vajab kasutaja Power Automate’i tasuta litsentsi.

Järgmistesse Dynamics 365 litsentsidesse on kaasatud Power Automate’i võimalused.

• 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 meeskonnaliikmed
• Dynamics 365 Finance:
• Dynamics 365 Supply Chain Management
• Dynamics 365 Commerce
• Dynamics 365 Human Resources
• Dynamics 365 Operations – tegevus
• Dynamics 365 Business Central
• Dynamics 365 Business Central Meeskonnaliikmed

Power Appsi litsentsiga seotud küsimused

Järgmised küsimused on seotud Power Appsi litsentsimise ja Power Automate’i kasutusõigustega.

Millised Power Automate’i võimalused on kaasatud Power Appsi litsentsidesse?

Piiratud hulk Power Automate’i võimalusi on osa Power Appsi litsentsist. Power Appsi litsentsidesse on kaasatud järgmised Power Automate’i võimalused.

• Automatiseeritud, ajastatud, nupuvoogude loomine ja käivitamine.
• Juurdepääs standardsetele konnektoritele.
• Juurdepääs esmaklassilistele konnektoritele rakenduse kontekstis.
• Äriprotsessi vood rakenduse kontekstis.
• Kohandatud konnektorid rakenduse kontekstis.
• Asutusesisene lüüsid rakenduse kontekstis.
• Power Platform taotluste limiidid: Power Apps Premium saab 40 000 taotlust päevas (üleminekuperioodil 100 000 taotlust päevas) ja Power Apps rakenduse kohta 6 000 taotlust päevas (üleminekuperioodil 10 000 taotlust päevas).
• Power Apps Premium saab 250 MB Dataverse andmebaasi mahtu ja 2 GB Dataverse failimahtu. Rakendusepõhine Power Apps saab 50 MB Dataverse’i andmebaasi mahtu ja 400 MB Dataverse’i mäluruumi. Rakenduse käivitatud vood, mis on loodud Power Appsi kasutades ja käsitlevad keerukaid objekte, tarbivad kogu selle salvestuspiirangu. Kui voog sõelub näiteks 100-leheküljelist dokumenti ja teeb sinna täiustusi, tarbib see ära kogu salvestuslimiidi, mis on vajalik dokumendi säilitamiseks käitamisajaloos tulevaste tõrkeotsingute jaoks.

Järgmised Power Automate’i võimalused pole kaasatud Power Appsi litsentsidesse.

• Protsesside robotlik automatiseerimine
• AI Builder Võimsuse

Näide Power Automate’i kasutamisest rakenduses, mis on loodud Power Appsi konteksti kasutades.

Power Appsi tasuta litsentsiga kasutaja käitab rakendust, mis kasutab andmeallikana SQL-i andmebaasi. Rakendus, mille loomiseks kasutati Power Appsi, sisaldab ka voogusid, mis teevad järgmist.

• SQL-i andmebaasist lugemine või sinna kirjutamine.
• Sisseehitatud Power Appsi päästiku või toimingu kasutamine näiteks selleks, et saata tõuketeatiseid rakendusse, mis on loodud Power Appsi kasutades.

Näide Power Automate’i kasutamisest väljaspool rakendust, mis on loodud Power Appsi konteksti kasutades.

Sama kasutaja (eeltoodud näites) tahab ka nüüd kasutada voogu, mis uuendab Oracle’i andmebaasi ja millel on järgmised atribuudid.

• Sellel pole mingit seost rakendusega, mille loomiseks kasutati Power Appsi.

• See ei suhtle mingil viisil rakendusega, mille loomiseks kasutati Power Appsi (või selle andmeallikaid).

Selles näites kasutatakse selle abil Power Automate loodud voogu väljaspool konteksti, Power Apps nii et kasutaja vajab eraldiseisvat Power Automate litsentsi.

Teine näide Power Automate’i kasutamisest väljaspool rakendust, mis on loodud Power Appsi konteksti kasutades.

Keskkonnal on mitu rakendust. Andmehaldus jaoks on vooge, mis ei toeta otseselt rakendust, kuid tagavad andmete kvaliteedi. Kasutaja vajab Power Automate’i tasuta litsentsi.

AI Builder Litsentsi küsimused

Globaalse AI Builder litsentsimise teavet leiate järgmistest artiklitest.

• AI Builder Litsentsimise kokkuvõte
• AI Builder litsentsimise KKK.

Kuidas on litsentsitud AI Builder toimingud voos Power Automate ?

Toimingute lisamiseks ja käivitamiseks AI Builder voos vajate konkreetset AI Builder litsentsimist: AI Builder toimingud tarbivad AI Builder krediiti, mida saab hankida Power Automate Premium-litsentsidest, teistest Power Platform Premium-litsentsidest või peamiselt AI Builder võimsuse lisandmoodulist.

Krediit peab olema saadaval Flow keskkonnas.

Võite kasutada AI Builder ka prooviversiooni.

Kui palju krediiti Premium-litsentsid sisaldavad Power Automate ?

Lisateavet külvatud krediitide kohta leiate teemast Hankige õigus krediidile AI Builder .

Jõustamine

Miks mu vool on välja lülitatud?

Lisateavet leiate teemast Kui tasulised vood on litsentsiprobleemide tõttu välja lülitatud.

See link annab ka teavet jõustamise tüüpide kohta ja selle kohta, kuidas tuvastada vooge, mis vajavad Premium-litsentse, et vältida jõustamisest tulenevaid katkestusi.

Mul on palju keskkondi. Kuidas saada minu tähelepanu vajavad vood rentniku lõikes?

Kui keskkondade arv rentnikus on väiksem kui 500, kasutage järgmist skripti, et saada kõik rentniku litsentse vajavad vood.

$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
}

Kõigi voogude kirjutamine CSV-faili

$allFlows | Ekspordi-csv -tee "flows.csv" -NoTypeInformation

Write-Host "Kõik vood, mille peatamise oht on kirjutatud flows.csv"

Kui rentnikus on rohkem kui 500 keskkonda, tõstke tugipilet, et meie tugimeeskond saaks teie eest aruande käivitada.

Määrasin litsentsi, kuid näen endiselt voogusid voogudes, mis vajavad PowerShellis minu tähelepanu. Miks?

Kui litsents on määratud / voog on rakendusega seotud, redigeerige ja salvestage voog. PowerShelli värskendamiseks ja voolu eemaldamiseks PowerShelli vastus võib kuluda kuni 24 tundi.

Määrasin litsentsi, kuid näen portaalis Power Automate endiselt bännereid, millele minu vood tähelepanu vajavad. Miks?

Kui litsents on määratud / voog on rakendusega seotud, võib kuluda kuni seitse (7) päeva, enne kui tasuline litsents portaalis Power Automate kuvatakse. Uusima litsentsi oleku värskendamiseks redigeerige ja salvestage voog.

Kuidas on võimalik hõlpsasti teha kindlaks, kas mu voog on Power Appsi / Dynamics 365 rakenduse kontekstis?

Kas voog on loodud toetama Power Appsi / Dynamics 365 rakendust? Kas voogu on võimalik kustutada, kui vastavad rakendused kustutatakse? Kas voog räägib samade andmeallikatega kui rakendus? Kui on, siis on voog kontekstis.

Kuidas seostada kontekstisiseseid vooge Dynamics 365 rakendustega Power Apps?

Vood, mis on loodud rakendusega Power Apps/Dynamics 365 loodud rakenduste toetamiseks, peavad töötama rakenduse kontekstis. See tähendab, et voog peab päästikute või toimingute jaoks kasutama samu andmeallikaid nagu rakendus. Kui automatiseeritud või ajastatud pilvevood luuakse rakenduse toetamiseks ja need on rakenduse kontekstis, linkige vood rakendustega, kasutades PowerShelli skripti. Kui voog on lingitud, luuakse rakenduse ja voo vahele sõltuvus ning neid on võimalik koos hallata. Kui lingitud rakendus kustutatakse või see on kasutamata, lülitatakse voog välja.

Koostajad saavad seostada oma vood ka portaali rakendustega Power Automate . Lisateavet leiate teemast Voogude seostamine rakendustega.

Power Automate Rakendusepõhistes plaanides sisalduvad võimalused

Rakendusepõhine Power Apps plaan annab kasutajatele võimaluse käitada Power Automate vooge, mis kasutavad tasulisi funktsioone. Vood peab käivitama Power Apps või seostama rakendusega PowerShelli Power Automate või portaali kaudu.

Lisateavet leiate teemast Kontekstivoogude seostamine rakendusega.

Multipleksimine

Multipleksimine tähendab riist- või tarkvara kasutamist, mida klient kasutab ühenduste ühendamiseks, teabe ümbersuunamiseks või nende kasutajate arvu vähendamiseks, kes sellele otse juurde pääsevad või seda Power Apps kasutavad, Power Automate ja Microsoft Copilot Studio.

Kas litsentside arvu vähendamiseks on soovitatav kasutada multipleksimist?

Multipleksimise kasutamine ostetavate litsentside arvu vähendamise mehhanismina on litsentsitingimuste rikkumine. Lisateavet leiate kliendipääsulitsentsi (CAL) nõuete multipleksimise juhistest.

Siin on mõned näited sellest, mis multipleksimine on või ei ole.

1. Kui premium-taseme voog edastab vaid andmeid Dataverse’ist jagatud asukohta või saadab e-kirja kolleegidele, ei kuulu see multipleksimise alla, kuna kasutajad tarbivad neid andmeid, mitte ei käivita voogu.

2. Kui premium-taseme voog käivitub uue üksuse lisamisel SharePointi loendisse, salvestab see üksikasjad Dataverse’i ja saadab seejärel e-kirja voo omanile. Loendisse saavad laadida üksuseid mitmed inimesed, kuid e-kiri saadetakse vaid omanikule. Sel juhul vajab litsentsi ainult omanik, kuna ta on ainus inimene, kes saab voost väärtust.

3. Kui numbris kaks mainitud voog saadab e-kirja kasutajale, kes üksuse üles laadib, vajavad nii omanik kui ka kasutaja Premium-litsentsi. Sellisel juhul käivitab kasutaja kaudselt voo (laadides üksuse SharePointi) ja saab voost kasu e-kirja kujul. Multipleksimine on see, kui kõiki kasutajaid ei litsentseerita.

Mul töötab mitu voogu jagatud teenusekontos. Milliseid litsentse ma vajan?

• Teenusekonto: Microsoft Entra teenusekontona kasutatav kasutajakonto. Teenusekontod on eritüüpi kontod, mis on mõeldud esindama mitteinimlikku olemit, nagu rakendus, API või muu teenus. Kasutajakontod, mida kasutatakse teenusekontona, jagades mandaate teiste kasutajatega, kujutavad endast turvariski ja kui mitmel inimesel on juurdepääs teenusekontole, on keeruline jälgida, kes voos muudatusi tegi. Nende paroolide haldamine on samuti väljakutse. Teenusekontode loomisel andke õigused, mis on ülesande jaoks vajalikud. Hinnake olemasolevaid teenusekontosid, et näha, kas õiguseid on võimalik vähendada. Piirake nende inimeste arvu, kellel on juurdepääs teenusekontole, et vähendada turvariske. Lisaks on teil võimalik luua erinevaid kontosid erinavate stsenaariumide jaoks, et vähendada kokkupuuteid. Teenusekontosid ei soovitata hea tavana. Mõnedes stsenaariumides kasutatakse teenusekontosid voo algse omanikuga seotud sõltuvuse eemaldamiseks. Sellistel juhtudel kasutage turbeohtude lahendamiseks teenuse põhiosa.

• Teenuse põhiosa: Microsoft Entra teenuse põhifunktsioonid rakenduse eksemplari identiteedina. Teenusesubjektid määratlevad, kellel on juurdepääs rakendusele ja mis ressurssidele on juurdepääs rakendusel. Teenusesubjekt luuakse igas rentnikus, kus rakendust kasutatakse, ja see viitab globaalsele kordumatu rakenduse objektile.

• Mitte-interaktiivsed kasutajad: Dataverse toetab mitte-interaktiivseid kasutajad selliste toimingutega nagu taustaprotsessid, mis migreerivad andmeid andmebaaside vahel. Need ei nõua kasutajalt teenusega suhtlemist. Rentniku maksimaalne limiit on seitse (7) mitteinteraktiivset kasutajat. Mitteinteraktiivseid kasutajaid veel ei toetata Power Automate.

• Inimkasutajad: need on inimese sünkroonitud kasutajad ID-lt Microsoft Entra .

Need juhised on spetsiifilised voogudele, mis töötavad voo omanikuna teenusekonto all.

Kui soovite oma voogu käitada teenusekonto all, saate multipleksimise vältimiseks teha järgmist.

• Kui voog kasutab ainult standardseid konnektoreid ja mitte ühtegi lisafunktsiooni, võib kõigil kasutajatel, kellel on teenusekonto mandaat, olla Microsoft/Office 365 litsents, Power Automate tasuta või mis tahes Power Automate Premium-litsents.

• Kui voog kasutab tasulisi funktsioone (premium konnektorid, protsesside robotlik automatiseerimine, kohandatud konnektorid, asutusesisene andmelüüs, äriprotsessi vood):

  • kasutab teenusekontot piiratud arv kasutajaid. Sellisel juhul piisab kõigi kasutajate ja teenusekonto litsentsimisest.
  • Teenusekontot kasutavad paljud kasutajad. Sellisel juhul on soovitatav määrata voole protsessilitsents, et tagada kõigi uute kontole lisavate kasutajate automaatne nõuetele vastavus.

• Kui voog on käsitsi või rakenduse käivitatud voog /Dataverse "Käivita kasutajana" voog, vajavad kõik voogu käitavad kasutajad Premium-litsentsi või voog protsessilitsentsi. Vaadake seda KKK-d selle kohta , kes peab Premium-litsentsi ostma.

• Premium-taseme voog on sellise rakenduse kontekstis (voog jagab rakenduse andmeallikaid), mille loomiseks on kasutatud Power Appsi / Dynamics 365 rakendust.

  • Kõik kasutajad, kellel on teenusekonto mandaadid, ja teenusekonto vajavad Power Appsi / Dynamics 365 litsentsi.
  • Kui neil puudub Power Appsi / Dynamics 365 litsents, vajavad kõik kasutajad ja teenusekonto Power Automate’i kasutajalitsentsi.
  • Teise võimalusena saab voogu litsentsida protsessilitsentsiga ja ükski kasutaja/teenuse konto ei vaja litsentsi.

• Mitu kasutajat, kes jagavad teenusekonto mandaate ja kasutavad teenusekontole määratud ühe Power Automate Premium-litsentsiga preemiavooge, loetakse multipleksimiseks ja voog ei vasta nõuetele.

Märkus.

Need juhised on omased teenusekontodele, mida kasutatakse voo omanike või ainult käitavate kasutajatena. Need juhised ei mõjuta vooge, mis kasutavad teenusekontosid ühenduste või kaasomanikena. Turvariskide vältimiseks soovitame voogusid käitada nii, et teenusekonto asemel oleks omanikuks teenuse põhiosa.

Need on ainult juhised, mitte kindel jõustamine. Administraatorid vastutavad kõigi litsentside korrektse litsentsimise eest, et need vastaks jätkuvalt nõuetele.

Olemas on ka premium-taseme voog, mis saadab kinnitustaotlusi kasutajate kogumile ja ootab seejärel, et kasutajad kinnitaks või lükkaks taotluse tagasi enne, kui see jätkab käitamist. Kas kinnitajatel on vaja Premium-litsentsi?

Kasutajad, kes vastavad kinnitustaotlustele, ei vaja Premium-litsentsi.

Automatiseeritud voog – kasutaja ehitab voo, mis käivitub, kui loendisse lisatakse üksus Microsofti loendeid kasutades, ja uuendab SQL-i andmebaasi (Premium). Microsofti loendite abil loodud loendisse saavad üksuseid lisada mitmed inimesed. Kas kasutajad vajavad Premium-litsentsi?

Voog töötab omaniku litsentsi kontekstis automatiseeritud või ajastatud voogude jaoks ja kasutaja litsentsi käivitamise kontekstis koheste Power Apps või Dataverse käivitatud voogude jaoks. Seega ei vaja isik, kes lisas üksuse Microsofti loendite abil loodud loendisse, Premium-litsentsi.

Meil on kiirvoog ainult käitavate kasutajatega ja see kasutab premium konnektoreid. Valmistaja jagab seda voogu oma meeskonnaga ja annab neile loa seda voogu käitada. Kas kõik vajavad Premium-litsentsi?

Kõik, kes voolu käivitavad, vajavad Premium-litsentsi, kuna see on kohene voog.

Mul on alamvoog, millel on premium konnektorid ja mille on käivitanud mitmed ülemvood, millel puuduvad premium konnektorid. Kas kõiki ülemvoogusid on vaja litsentsida või piisab vaid alamvoo litsentsimisest?

Saate litsentsida emavoog või litsentsida tütarvoog protsessilitsentsiga. Kui aga emavoog on ka Premium-konnektor, peab emavoog omanikul olema Premium-litsents või emavoog peab olema protsessilitsents.

Minu voog kasutab ühendusi mitmetelt kasutajatelt. Kas ma pean neid kõiki litsentsima?

Isik, kes vajab litsentsi, ei sõltu sellest, kelle ühendusi voos kasutatakse. Automatiseeritud või ajastatud vood töötavad alati omaniku litsentsiga ja manuaalsed vood või rakendused töötavad alati voo käivitanud kasutajaga.