Power Automate lisensoinnin UKK

Seuraavassa on joitakin Power Automaten erillisistä käyttöoikeuksista usein kysyttyjä kysymyksiä.

Miten Power Automate -käyttöoikeuksien palvelupaketit toimivat työnkulkujen suorituksissa?

Jos prosessisuunnitelmaksi on määritetty Power Automate -työnkulku, se voi käyttää premium-yhdistimiä, sillä on enimmäisrajat ja se käyttää aina prosessisuunnitelman pyyntörajoituksia riippumatta siitä, kuka suorittaa työnkulun.

Jos työnkulku on määritetty Power Automate Premium -käyttäjäsuunnitelmaksi, se saa ensisijaisen omistajan suunnitelman, jos työnkulku on automatisoitu tai ajoitettu työnkulku. Jos työnkulku on pika-/painiketyönkulku, se käyttää työnkulkua käyttävän käyttäjän käyttöoikeutta. Jos käyttäjällä on useita palvelupaketteja, kuten Microsoft 365- ja Dynamics 365 -palvelupaketti, työnkulku käyttää molempien palvelupakettien pyyntöjen rajoja.

Power Automaten käyttäjän käyttöoikeuden palvelupaketti on Power Automate Premium -palvelupaketti, mutta käyttäjät voivat käyttää myös muita käyttöoikeuden palvelupakettivaihtoehtoja. Käyttäjät, joilla on maksuton palvelupaketti tai jokin Microsoft 365:n käyttöoikeuksien palvelupaketista, voivat käyttää vain vakioliittimiä. Useimmissa muissa käyttöoikeuksien palvelupaketeissa ja kokeiluversioissa on Premium-liittimien käyttöoikeus.

Lisätietoja ominaisuuksia sisältävistä Power Automate käyttöoikeussopimuksista on ohjeaiheissa Power Automate Käyttöoikeustyypit ja Power Platform Käyttöoikeusopas. Lisätietoja käyttöoikeussuunnitelmien rajoituksista ja suorituskykyprofiilista on kohdassa Automaattisten, ajoitettujen ja pikatyönkulkujen rajoitukset.

Mitä Power Automate -käyttöoikeuksia tarvitsen?

Microsoft suosittelee, että useimmat organisaatiot ostavat Premium-käyttöoikeuden Power Automate jokaiselle organisaationsa käyttäjälle. Osta Power Automaten käsittelyn käyttöoikeus jokaiselle liiketoimintaprosessille ja koneelle, joka suorittaa valvomatonta automaatiota. Isännöity Power Automate prosessi on prosessilisenssin Power Automate yläjoukko, joka tarjoaa samat toiminnot, mutta johon on lisätty isännöity kone kapasiteetti, Microsoft jota voidaan käyttää isännöity kone tai isännöity kone ryhmälle, mikä mahdollistaa RPA: n ilman infrastruktuuria.

Premium-palvelupaketti on suunniteltu ihmiskäyttäjälle tukemaan automaatiokulttuuriin laajaa käyttöönottoa organisaatiossa. RPA-kehittäjien on luotava ja hallittava työpöytätyönkulkuja Power Automate -portaalissa.

Prosessin käyttöoikeus on tarkoitettu yrityksen ydinprosessien automaatioille, jotka ovat yleensä automatisoituja taustatoimintoaktiviteetteja (joita henkilö ei suorita manuaalisesti). Esimerkiksi jokainen organisaatio tarvitsee laskujen käsittelyn tai HR:n käyttöönoton prosessit, jotka ovat pakollisia liiketoiminnan normaalissa käytössä. Prosessit voivat olla kooltaan erilaisia ja monitasoisia, ja ne vaihtelevat pienistä aloitteista suuriin hankkeisiin, jotka kattavat useita jaettujen tietolähteiden toisiinsa yhdistettyjä työnkulkuja. Esimerkiksi laskun käsittelyprosessissa on useita laskun käsittelytyönkulkuja luomisesta hyväksyntään ja maksamiseen. Kaikki työnkulut ovat osa yhtä liiketoimintaprosessia, koska ne kaikki käsittelevät laskua useiden vaiheiden kautta sulkemiseen asti.

Hankkimalla prosessin käyttöoikeuden organisaatiot varmistavat, että kaikki liiketoimintaprosessissa tarvittavat työnkulut on lisensoitu. Tämä mahdollistaa toisiinsa yhdistettyjen työnkulkujen käyttöönoton ja hallinnan yhtenäisenä yksikkönä, mikä helpottaa sovelluksen elinkaaren hallintaa (ALM) ja optimoitua suorituskykyä.

Tarvitset prosessin käyttöoikeuden, jos työnkulkusi täyttää jonkin seuraavista ehdoista:

• Työnkulut käyttävät valvomatonta RPA:ta (ohjelmistorobotiikka) työpöytävirtojen suorittamiseen koneissa ilman käyttäjän toimia.
• Työnkulut suoritetaan sovelluksen käyttäjän alla (työnkulun omistaja on palvelun päänimi). Organisaatiot, joissa on useita ympäristöjä (Dev/Test/Prod), käyttävät DevOps-putkia viedäkseen ja ottaakseen käyttöön työnkulkuja muihin ympäristöihin terveen ALM:n (sovelluksen elinkaaren hallinta) takaamiseksi. Ne käyttävät työnkulkujaan käyttämällä palveluobjekteja, jotta käyttäjät eivät voi käyttää niitä tuotantoympäristöissä.
• Työnkulut käsittelevät suuria tietoja tai niitä on suoritettava usein, mikä vaatii suuren määrän Power Platform -pyyntöjä.
• Premium-työnkulkua käynnistää useita käyttäjiä. Tässä tapauksessa kaikki tarvitsevat Premium-käyttöoikeuden tai työnkulkuun tarvitaan Prosessin käyttöoikeus. Jos työnkululla on Prosessi-käyttöoikeus, käyttäjällä ei tarvitse olla käyttöoikeutta. Organisaation on joustavasti maksettava käyttöoikeuksista sen perusteella, kuinka monta työnkulkua on. Suuret organisaatiot tai ratkaisut, jotka vaikuttavat moniin, hyötyvät kiinteästä kuukausikustannuksista.
• Työnkulku käyttää Premium-yhdistimiä ja organisaatiossa on useita työnkulkua käyttäviä vieraskäyttäjiä mutta ei tiedetä, antaako käyttäjien oma vuokraaja heille mahdollisuuden käyttää Premium-käyttöoikeuksia.

Muistiinpano

Power Automaten prosessin ja isännöidyn prosessin käyttöoikeudet sisältävät vain työnkulkujen ja/tai koneiden käyttöoikeudet, eivät käyttäjän käyttöoikeuksia. RPA-kehittäjillä on oltava Premium-tason käyttäjän palvelupaketti, jotta he voivat luoda ja hallita työpöytätyönkulkuja Power Automate -portaalissa. Lue lisää Premium-käyttäjäpaketin mukana tulevista Premium RPA -ominaisuuksista kohdasta Premium RPA -ominaisuudet.

Kuinka monta Power Automate -prosessikäyttöoikeutta tarvitsen?

• Prosessissa on valvomaton RPA (ohjelmistorobotiikka): kuinka monta koneistuntoa tarvitset?

  Osta kullekin koneelle yksi prosessikäyttöoikeus. Voit lisätä prosessin käyttöoikeuksia, jos tarvitset samanaikaista suoritusta. Prosessikäyttöoikeus kattaa kaikki koneessa käynnissä olevat työpöytätyönkulut (RPA) ja pilvityönkulut (DPA), jotka kuuluvat liiketoimintaprosessiin.

• Prosessi tarvitsee vain DPA:n (digitaalisten prosessien automatisoinnin): kuinka monta ydinliiketoimintaprosessia haluat automatisoida?

  Osta yksi prosessi jokaista ydinliiketoimintaprosessia varten. Esimerkkejä ydinliiketoimintaprosesseista ovat laskujen käsittely tai HR-perehdytys. Kaikki samaan liiketoimintaprosessiin liittyvät pilvityönkulut sisältyvät käyttöoikeuteen.

Kuinka monta prosessikäyttöoikeutta tarvitaan, jos pilvityönkulkuja on useita, ja kukin niistä saa oman RPA-työnkulkunsa automaattisesti käyttöönsä koneessa?

Kun sinulla on yksi prosessikäyttöoikeus, voit suorittaa useita pilvityövirtoja jonoon. Jos esimerkiksi käytössä on neljä riippumatonta pilvityönkulkua ja kukin niistä käynnistää oman työpöytätyönkulun samassa koneessa, voit suorittaa ensimmäisen klo 9.00, toisen klo 11.00 ja niin edelleen samassa näennäiskoneessa.

Seuraavassa näyttökuvassa kaikki pilvityönkulut kuuluvat yhden prosessin käyttöoikeuden piiriin, koska työpöytätyönkulkua suoritetaan samassa koneessa. Koneen prosessin käyttöoikeus kattaa myös mahdolliset alityönkulut, jotka ovat näiden pilvityönkulkujen liittyviä työnkulkuja.

DPA-prosessissa on useita pilvityönkulkuja. Tarvitsenko useita prosessin käyttöoikeuksia?

Ydinliiketoimintaprosessit voivat olla kooltaan erilaisia ja monitasoisia, ja ne vaihtelevat pienistä aloitteista suuriin hankkeisiin, jotka kattavat useita jaettujen tietolähteiden toisiinsa yhdistettyjä työnkulkuja. Esimerkiksi laskun käsittelyprosessissa on useita laskun käsittelytyönkulkuja luomisesta hyväksyntään ja maksamiseen. Kaikki työnkulut ovat osa yhtä liiketoimintaprosessia, koska ne kaikki käsittelevät laskua useiden vaiheiden kautta sulkemiseen asti. Ydinliiketoimintaprosessissa tarvitaan vain yksi prosessikäyttöoikeus. Tämä kannustaa mikropalveluarkkitehtuuriin parhaissa käytännöissä, joissa työnkulut voivat olla pieniä ja joissa on hienojakoiset toiminnot, jotka parantavat ylläpidettävyyttä.

Määritä prosessin aloittava työnkulku ja määritä prosessin käyttöoikeus työnkulkuun. Prosessin käyttöoikeus kattaa prosessin käyttöoikeuden omaavan työnkulun alityönkulut. Nämä työnkulut voivat olla samassa ratkaisussa tai eri ratkaisussa.

Muut kuin ylätason- tai alityönkulut voidaan manuaalisesti määrittää työnkulkuun prosessin käyttöoikeuden avulla. Työnkulkujen on oltava samassa ratkaisussa ja käytettävä samoja tietolähteitä.

Alityönkuluiksi organisoituja työnkulkuja ja liittyviä työnkulkuja käsitellään yhtenä prosessina yhden päätyönkululle määritetyn sellaisen prosessin käyttöoikeuden avulla, joka jakaa prosessin käyttöoikeuden Power Platformin pyyntörajat.

Ratkaisulla on useita prosesseja. Tarvitsenko useita prosessin käyttöoikeuksia?

Kyllä. Ratkaisulla voi olla useita prosesseja, joiden prosessikäyttöoikeus on määritetty jokaiselle prosessille.

Kenen on ostettava Premium-käyttöoikeus?

Käyttäjien, joiden on luotava yleiskäyttöisiä automaatioita (joilla on premium-yhdistimien oikeus), oltava täysin joustavia (mukautettujen yhdistimien oikeudella) tai oltava vuorovaikutuksessa ihmisen käyttäytymistä simuloivien sovellusten, kuten näppäimistön tai hiiren näppäinten ja liikkeen, kanssa (ohjelmistorobotiikka valvottu oikeudella), tulisi harkita Power Automate Premium-käyttöoikeutta.

Tarkemmin sanottuna:

• Tarvitset Premium-käyttöoikeuden jokaiselle RPA-kehittäjälle, joka luo ja hallinnoi työpöytätyönkulkuja Power Automate -portaalissa. Lue lisää Premium-tason RPA-ominaisuuksista.
• Power Automaten prosessin palvelupaketilla on kaikkien käyttöoikeuksien ensisijainen prioriteetti. Tämä tarkoittaa sitä, että jos prosessikäyttöoikeus on määritetty työnkulkuun, työnkulku käyttää aina tätä käyttöoikeutta eikä sillä tarvitse olla omistajaa tai käyttäjää, jolla on Premium-käyttöoikeus.
• Automaattiset ja ajoitetut työnkulut suoritetaan aina työnkulun omistajan kontekstissa siitä huolimatta, kuka aloittaa työnkulun tai mitä tilejä työnkulun sisäisissä yhteyksissä käytetään. Pikatyönkulut (painike, hybridikäynnistimet) suoritetaan käynnistävän käyttäjän kontekstissa työnkulun käyttämistä yhteyksistä huolimatta. Jos automaattinen tai ajoitettu työnkulku käyttää Premium-yhdistintä, vain yhdellä omistajalla on oltava Premium-käyttöoikeus.
• Jos pikatyönkulussa on premium-yhdistin, jokainen työnkulkua suorittava käyttäjä tarvitsee Power Automate Premium -käyttöoikeuden. Tällaisissa tapauksissa voit hankkia työnkululle prosessikäyttöoikeus sen sijaan, että kaikille käyttäjille hankittaisiin käyttöoikeus.
• Jos työnkulku ei käytä premium-yhdistintä, et tarvitse Premium-käyttöoikeutta. Voit käyttää Microsoft 365 -lisenssiä.

Voit tarkastaa työnkulkusi tyypin (automaattinen/manuaalinen/ajoitettu) valitsemalla työnkulun ja tarkistamalla sen tiedot.

• Jos työnkulku on yhteydessä Power Apps- tai Dynamics 365 -sovelluksiin ja se on automatisoitu työnkulku, työnkulku on kytkettävä sovellukseen, joka on luotu Power Apps- tai Dynamics 365 -sovelluksella ja omistaja tarvitsee Power Apps Premium -käyttöoikeuden tai Dynamics 365 -käyttöoikeuden.
• Jos työnkulku on yhteydessä Power Apps- tai Dynamics 365 -sovellukseen ja se on pikatyönkulku, jokainen työnkulkua suorittava käyttäjä tarvitsee Power Apps Premium -käyttöoikeuden tai Dynamics 365 -käyttöoikeuden.
• Jos päätyönkulku kutsuu alityönkulkua, alityönkulu hyödyntää päätyönkulun kontekstia. Jos esimerkiksi seuraavat ehdot täyttyvät, se käyttää päätyönkulun omistajan käyttöoikeutta:
  • Jos päätyönkulku on automaattinen työnkulku ja
  • Alityönkulku käyttää premium-yhdistintä ja
  • Alityönkululla ei ole prosessikäyttöoikeutta. Jos alityönkululla on prosessikäyttöoikeus, se käyttää prosessikäyttöoikeutta päätyönkulun käyttöoikeuden sijaan.

Siirtymäkauden aikana alityönkulku ei peri ylätason työnkulku käyttöoikeutta. Alityönkulku käyttää omistajan käyttöoikeutta. Siirtymisjakson päätyttyä vain ylätason työnkulun käyttöoikeus (omistajan tai ylätason työnkulun prosessikäyttöoikeus) käytetään, ellei alityönkululla ole prosessin käyttöoikeutta.

Parhaita käytäntöjä tulee käyttää kolmessa ympäristössä (kehitys, testi ja tuotanto). Työnkulkuja tarvitaan useissa ympäristöissä. Tuleeko jokaiselle ympäristölle ostaa prosessikäyttöoikeus?

Jokainen työnkulku on tietyssä ympäristössä. Jos siis työnkulku tuodaan toiseen ympäristöön, jokainen esiintymä on erillinen työnkulku ja tarvitsee erillisen käyttöoikeuden. Prosessin käyttöoikeutta ja sen alityönkulkujen työnkulkua sekä kaikkia liitettyjä työnkulkuja käsitellään yhtenä prosessina. Yksi prosessin käyttöoikeus kattaa kaikkien käytön yhdessä ympäristössä.

Parhaita käytäntöjä tulee käyttää kolmessa ympäristössä (kehitys, testi ja tuotanto). Työnkulkuja tarvitaan useissa ympäristöissä. Tuleeko jokaiselle ympäristölle ostaa premium-käyttöoikeus?

Power Automate Premium-käyttöoikeus on käyttäjätason käyttöoikeus. Kaikki käyttäjäkohtaiset käyttöoikeudet (Power Automate Premium, Microsoft 365, Dynamics 365) ovat vuokraajatason käyttöoikeuksia. Käyttäjä voi käyttää työnkulkua kaikissa ympäristöissä ilman erillisen käyttöoikeuden ostamista.

Voiko Power Automaten isännöidyn prosessin käyttöoikeutta käyttää Power Automaten prosessin käyttöoikeutena?

Kyllä. Power Automaten isännöidyn prosessin kapasiteettia voi käyttää kahdella seuraavalla tavalla:

• Isännöidyt koneet ja isännöidyt koneryhmät.
• Prosessin käyttöoikeutena, jota voi käyttää valvomattomassa ohjelmistorobotiikassa (valvomaton RPA) paikallisella koneella tai työnkuluissa, jotka ovat osa liiketoimintaprosessia.

Voivatko Microsoft 365 -asiakkaat luoda ratkaisutietoisia työnkulkuja ja alityönkulkuja?

Kyllä. Microsoft 365 -asiakkaat voivat luoda ratkaisutietoisia työnkulkuja, jos ratkaisutietoisen työnkulun luontiympäristöön on liitetty Dataverse-tietokanta. Oletusympäristö saa Dataverse-tietokannan oletusarvoisesti. Järjestelmänvalvojan on liitettävä Dataverse-esiintymä muihin kuin oletusympäristöihin. Järjestelmänvalvojat tarvitsevat vähintään 1 Gt vuokraajan tason Dataverse-tietokantakapasiteettia, jotta he voivat luoda uuden ympäristön.

Ensimmäinen Power Apps-, Power Automate-, Microsoft Copilot Studio-, Dynamics 365 Sales-, Customer Service- ja Field Service -tilaus lisää vuokraajalle kertaluonteisen 10 Gt kapasiteetin oletusrajan. Kun lisäät vuokraajalle tilauksia, vuokraaja voi saada Dataversen lisäkapasiteettia. Jos esimerkiksi uusi asiakas ostaa Power Automate Premium -palvelupaketin, vuokraaja saa 10 gigatavua Dataverse-tietokannan oletuskapasiteettia. Ja jos vuokraaja ostaa 10 Power Automate Premium -käyttöoikeutta, vuokraaja saa 10,5 Gt (10 Gt ja 10 kertaa 50 Mt).

Käytän useita käyttäjäyhteyksiä Premium-työnkulussani. Kuka käyttäjä tarvitsee Premium-käyttöoikeuden työnkulun suorittamiseen?

Yhteydet ovat riippumattomia käyttöoikeustarkistuksista. Työnkulussa voi olla useita käyttäjäyhteyksiä, mutta työnkulku suoritetaan aina ensisijaisen omistajan tai vain suorittavan käyttäjän tai prosessikäyttöoikeuden kontekstissa.

Työnkulun omistaja ei toimi enää organisaatiossa. Miten voidaan varmistaa, että työnkulku toimii ongelmitta?

Jos työnkulku on ratkaisutietoinen työnkulku, voit vaihtaa omistajaa Power Automatessa tai Power Automaten verkko-ohjelmointirajapinnan avulla varmistaaksesi, että työnkulku toimii ilman keskeytyksiä. Jos työnkulku ei ole ratkaisutietoinen, muut omistajat voivat lisätä sen ratkaisuun ja muuttaa omistajaa. Jos näin ei ole, määritä työnkulkuun Power Automate -prosessikäyttöoikeus, jotta se toimii edelleen. Vaihtoehtoisesti kaikki työnkulun yhteisomistajat voivat viedä ja tuoda työnkulun. Kun työnkulku tuodaan, siitä tulee uusi työnkulku, ja osaomistajasta tulee nyt työnkulun omistaja. Työnkulku käyttää uuden omistajan käyttöoikeutta.

Työnkulun suorituskykyä alennetaan ja kaikille työnkulun omistajille lähetetään ilmoitus. Työnkulku poistetaan käytöstä 14 päiväksi, jos toimintoja ei tehdä.

Työnkulun omistajalla ei ole enää Premium-käyttöoikeutta, mutta työnkulku on Premium-työnkulku. Mitä tapahtuu?

Työnkulun suorituskykyä alennetaan ja kaikille työnkulun omistajille lähetetään ilmoitus. Työnkulku poistetaan käytöstä 14 päiväksi, jos toimintoja ei tehdä.

Tarvitsevatko vieraskäyttäjät (muut kuin oman vuokraajan käyttäjät) Power Automate -käyttöoikeutta?

Kyllä. Vieraskäyttäjällä on oltava Power Automate -käyttöoikeus, joka on delegoitu jollekin seuraavista vuokraajista:

• Työnkulkua isännöivä vuokraaja. Voit määrittää heille järjestelmänvalvojan kokeiluversiot tilapäistä tai erillistä käyttöoikeutta varten.

• Vieraskäyttäjän kotivuokraaja.

Jos esimerkiksi vieraskäyttäjälle on määritetty Power Automate Premium -käyttöoikeus kotivuokraajassa, hän voi käyttää työnkulkua isännöivän vierasvuokraajan premium-ominaisuuksia.

Office-, Power Automate Premium-, Power Apps Premium- ja Dynamics 365 -käyttäjäsuunnitelmiin sisältyvällä Power Automatella on seuraavat ominaisuudet:

• Azuren julkisessa pilvipalvelussa nämä palvelupaketit tunnistetaan asiakkaiden skenaarioissa, koska niitä ei ole sidottu tiettyyn ympäristöön.

• Azuren kansallisissa tai maakohtaisissa pilvipalveluissa nämä palvelupaketit tunnistetaan eri vuokraajissa vierailijaskenaarioissa. Lisätietoja: Kansalliset pilvipalvelut, Azuren maantieteelliset alueet

• Käyttöoikeuksia ei tunnisteta eri Azure-pilvien vuokraajien välillä.

Mitä Power Automate -ominaisuuksia Windows-käyttöoikeudet sisältävät?

Windows 11 -käyttäjät voivat kokeilla työpöytätyönkulkuja valvotussa RPA:ssa oletusympäristön henkilökohtaisen tuottavuuden vuoksi. He eivät voi jakaa työpöytätyönkulkuja tai luoda työpöytätyönkulkuja muissa ympäristöissä kuin oletusympäristössä. Windows-käyttäjillä ei ole pilvityönkulkujen käyttöoikeuksia. Hanki Power Automate Premium -palvelupaketti, jotta saat täydelliset pilvityönkulut ja RPA-ominaisuudet.

Windows 11 -käyttäjät voivat hakea Power Automaten käyttämällä Windowsin hakupalkkia. Power Automate -työpöytäsovellus latautuu automaattisesti ja käynnistyy, kun valitset sen kuvakkeen ensimmäisen kerran.

Voivatko Windows 10- ja Windows Server 2016 -käyttäjät käyttää Power Automate -työpöytäsovellusta?

Kyllä, he voivat käyttää Power Automate -työpöytäsovellusta (heillä on sen käyttöoikeus), mutta heidän täytyy ladata se latauskeskuksesta.

Vanhaan käyttöoikeuteen liittyvät kysymykset

Alkaen 1.8.2023 Power Automate työnkulkua kohden (100 $ työnkulkua kohden / kuukausi, vähintään 5 käyttöoikeutta) ja Power Automaten valvomaton RPA-lisäosa (150 $ bottia kohden / kuukausi ja tarvittavat lisensointivaatimukset) poistetaan hinnoittelusivulta. Ne poistetaan hinnastosta 1.2.2024. Power Automate -prosessi, joka sisältää kaiken kattavan käyttöoikeuden, joka on helpommin hallittava, lisensoi yhden automaatiobotin, jota voidaan käyttää valvomattomassa automaattisessa ohjelmistorobotiikassa (valvomaton RPA) tai pilvityönkuluissa digitaalisten prosessien automatisoinnin (DPA) avulla, ja organisaatioon kuuluvat rajoittamattomat käyttäjät voivat käyttää niitä. Power Automate -prosessin hinta on 150 $ / kuukausi.

Miten prosessikäyttöoikeus eroaa työnkulkukohtaisesta käyttöoikeudesta

Valvomatonta RPA:ta varten asiakkaiden oli aiemmin ostettava pilvityönkulun työnkulkukohtainen lisenssi ja valvomattoman RPA:n lisäosa. Nyt he voivat ostaa prosessin käyttöoikeuden jokaista RPA-istuntoa varten koneella. Kaikki pilvityönkulut, jotka käynnistävät koneen työpöytävirrat, sisältyvät prosessin käyttöoikeuden osana.

Pilvityönkuluissa yksi työnkulkukohtainen käyttöoikeus antaa käyttöoikeuden omaavan työnkulun ja sen alityönkulkujen käyttöoikeuden. Yksi prosessin käyttöoikeus antaa käyttöoikeuden omaavan työnkulun, sen alityönkulkujen ja mahdollisten liitettyjen alityönkulkujen käyttöoikeuden. Työnkulkukohtainen sisälsi vähintään viisi ostettavaa pakettia ennen aloittamista. Prosessin käyttöoikeuteen ei ole ostomäärän vähimmäisvaatimusta.

Miten Power Automate -Premium-käyttöoikeus eroaa Power Automaten käyttäjäkohtaisesta lisenssistä , jossa on valvottu RPA-käyttöoikeus?

Power Automate Premium -tarjous sisältää kaikki Power Automaten käyttäjäkohtaiset edut käyttäjää ja valvotun RPA:n hintaan 40 dollaria käyttäjää kohden kuukaudessa sekä Process Miningin visualisointi- ja analysointiominaisuuksia, ja sen hinta on 15 dollaria käyttäjää kohti kuukaudessa.

Power Platform pyytää kysymyksiä

Tässä on joitain usein kysyttyjä kysymyksiä PPR-rajoista ja niiden vastauksista.

Mikä on Power Platform -pyyntö?

Lisenssin perusteella on olemassa rajoituksia toimintojen määrälle, jonka pilvityönkulku voi suorittaa päivässä. Nämä rajat ovat erilaisia kuin liittimen rajoittamisen rajat. Voit nähdä työnkulkusi suorittamien toimintojen määrän valitsemalla pilvityönkulku tietosivulta Analytics ja tarkastelemalla Toiminnot-välilehteä .

Vaikka työnkulku käyttäisi vain vähän Power Platform pyyntöjä, voit silti saavuttaa rajasi, jos työnkulku suoritetaan odotettua useammin. Voit esimerkiksi luoda pilvityönkulun, joka lähettää sinulle palveluilmoituksen aina, kun esimiehesi lähettää sinulle sähköpostiviestin. Tämä työnkulku täytyy suorittaa aina, kun saat sähköpostiviestin (keneltä tahansa), koska työnkulun on tarkistettava, tuliko sähköpostiviesti esimieheltäsi. Raja koskee kaikkia suorituksia kaikissa työnkuluissa 24 tunnin aikana. Seuraavassa on joitakin merkityksellisiä tietoja, joiden avulla voit arvioida työnkulun pyynnön käyttöä:

1. Yksinkertainen työnkulku, jossa on yksi käynnistin ja yksi toiminto, tuottaa kaksi toimintoa aika työnkulun suorituksen yhteydessä. Näin muodostuu kaksi pyyntöä.
2. Jokainen työnkulun käynnistin/toiminto luo Power Platform -pyyntöjä. Kaikenlaiset toiminnot, kuten liittimen toiminnot, HTTP-toiminnot, oletustoiminnot (muuttujien alustamisesta yksinkertaisen laatimistoiminnon laajuuden luomiseen) luovat Power Platform -pyyntöjä. Esimerkiksi työnkulku, joka muodostaa yhteyden Twitteriin SharePoint tai Exchangeen; Dataverse kaikki nämä toiminnot lasketaan mukaan Power Platform pyyntörajoihin.
3. Sekä onnistuneet että epäonnistuneet toiminnot lasketaan mukaan näihin rajoihin. Ohitettuja toimintoja ei lasketa mukaan näihin rajoihin.
4. Jokainen toiminto luo yhden pyynnön. Jos toiminto voi luoda silmukan, se luo enemmän Power Platform -pyyntöjä silmukan suorituksen vuoksi.
5. Toiminnolla voi olla useita lausekkeita, mutta se lasketaan yhdeksi ohjelmointirajapintapyynnöksi.
6. Uudelleenyritykset ja lisäpyynnöt sivutuksesta lasketaan myös toiminnon suoritukseksi.

Harkitse seuraavia pilvityönkulku, joihin jokainen sähköpostin liite tallennetaan OneDrive. Käynnistin kuluttaa yhden Power Platform -pyynnön, Kohdista jokaiseen -toiminto myös yhden pyynnön ja toiminnot Kohdista jokaiseen -toiminnon sisällä kuluttavat useita pyyntöjä silmukan suorituskertojen perusteella. Jos liitteitä on neljä, tämä osa kuluttaa kahdeksan Power Platform -pyyntöä (4 x 2 toimintoa). Yhteensä tämä työnkulku kuluttaa 10 Power Platform -pyyntöä.

Kenen Power Platform pyyntörajoja pilvityönkulku käyttää?

• Jos pilvityönkulku:llä on prosessi- tai työnkulkukohtainen käyttöoikeus, työnkulku käyttää prosessi- / työnkulkukohtaista käyttöoikeusrajaa eikä luojan/omistajan/kutsuvan käyttäjän rajoitusta.

• Automatisoidut ja ajoitetut pilvityönkulut käyttävät aina työnkulun Power Platform luojan/omistajan pyyntörajoja riippumatta siitä, kuka työnkulun käynnisti tai mitä tilejä käytetään työnkulun sisäisiin yhteyksiin. Ratkaisutyönkulussa työnkulun omistajan voi vaihtaa käyttämällä verkko-ohjelmointirajapintaa. Kun olet vaihtanut omistajan, käytetään uuden omistajan ohjelmointirajapintapyyntörajoitusta. Jos työnkulku ei ole ratkaisu, työnkulku käyttää aina alkuperäisen tekijän rajaa, jota ei voi muuttaa. Jos alkuperäinen tekijä lähtee yrityksestä, kaikki työnkulun osaomistajat voivat viedä ja tuoda työnkulun eri omistajana. Kun olet tuonut työnkulun, siitä tulee uusi työnkulku ja se alkaa käyttää uuden omistajan rajaa. Vaihtoehtoisesti voit määrittää työnkululle prosessin/työnkulkukohtaisen käyttöoikeuden.

• Välittömät pilvityönkulut (painike, Power Apps hybridiliipaisimet) käyttävät kutsuvan käyttäjän rajaa.

• Jos työnkulun omistaja on palvelun päänimi, työnkulku käyttää ei-lisensoidun käyttäjän rajoitusta.

• Jos jaat automatisoidun/ajoitetun työnkulun toisen käyttäjän kanssa ja tämä käyttäjä käynnistää sitten saman työnkulun, se käyttää alkuperäisen omistajan rajaa uuden käyttäjän rajoituksen sijaan. Mutta jos käyttäjä sitten hyödyntää työnkulkua oman uuden työnkulun luomiseen, uudesta käyttäjästä tulee uuden työnkulun omistaja ja työnkulku käyttää uuden käyttäjän rajaa.

• Jos ylätason työnkulku soittaa alityönkulku, alityönkulku käyttää ylätason työnkulku rajaa. Jos ylätason työnkulku on esimerkiksi automaattinen työnkulku, alityönkulku käyttää ylätason työnkulku luojan/omistajan rajaa.

• Jos ylätason työnkulku on manuaalinen työnkulku, alityönkulku käyttää ylätason työnkulku kutsuvan käyttäjän rajaa.

• Jos alityönkulku:llä on prosessi- / virtauskohtainen käyttöoikeus, se käyttää prosessi- / virtauskohtaista rajaa eikä ylätason työnkulku rajaa.

• Jos työnkululla on prosessikäyttöoikeus, työnkulku, työnkulun kaikki alielementti työnkulut (lukuun ottamatta niitä, joilla on oma prosessikäyttöoikeus) ja kaikki niihin liittyvät työnkulun virrat jakavat prosessin käyttöoikeusrajan.

Mitä työkaluja tekijä tarvitsee oman käytön analysoimista varten?

Jos työnkulun suorittaminen viivästyy tai hidastuu, olet todennäköisesti ylittänyt päivän PPR-rajat. Jos työnkulut viivästyvät jatkuvasti ylitysten vuoksi, käyttäjät saavat myös ilmoituksen, jossa kerrotaan näistä ylityksistä. Ilmoituksessa on myös vihjeitä ja vinkkejä työnkulkujen suoritusten viiveiden estämiseksi.

Tässä on esimerkki sähköpostiviestistä, joka lähetettiin työnkululle, joka ylitti jatkuvasti toimintorajat:

Lisäksi näet annetun työnkulun toiminnon käytön valitsemalla Analytiikka-toiminnon työnkulun ominaisuuksien sivulla. Tämä toimii kaikissa työnkulkutyypeissä. Tämä auttaa sinua ymmärtämään, kuinka monta toimintoa suoritetaan päivittäin. Se voi auttaa sinua ymmärtämään käyttömalleja kapasiteetin optimoimiseksi:

Mitä työkaluja järjestelmänvalvoja tarvitsee oman ympäristön käytön analysoimista varten?

Power Platform -hallintakeskus sisältää Power Automate -pyyntöjä koskevia raportteja. Näiden raporttien avulla voit tarkastella nopeasti organisaatiosi käyttöönotto- ja käyttäjätietoja. He ovat tällä hetkellä julkinen esiversio. Saatavilla on kaksi raporttia:

• Käyttäjäraportti – Tämä raportti näyttää Power Platform ympäristön jokaisen käyttäjän pyynnön käytön verrattuna heille määritettyyn rajaan.
• Työnkulkukohtainen raportti : Tämä raportti näyttää Power Platform pyynnön käytön kaikissa työnkuluissa ympäristössä, jolla on työnkulkukohtainen käyttöoikeus.
• Käyttöoikeudettoman käyttäjän raportti : Tässä raportissa näytetään Power Platform käyttöoikeudettomien käyttäjien pyynnön käyttö ja kyseisen vuokraajan käyttöoikeudettomien käyttäjien kokonaisoikeudet. Jatkossa Power Platform palvelun päänimellä suoritettavien työnkulkujen käyttöpyynnöt näytetään tässä raportissa.

Kun raportit ovat yleisesti saatavilla, käyttäjillä on aikaa reagoida ja ostaa korkeampia PPR-lisenssejä ennen täytäntöönpanon aloittamista.

Mitä tapahtuu, kun työnkulku suorittaa liian monta toimintoa?

Kun sinulla on pilvityönkulku, joka suorittaa liian monta toimintoa, se vaikuttaa työnkulun tehokkuuteen. Näet työnkulussa palkin, jos työnkulkua rajoitetaan.

Yleisimmin rajojen ylittäminen johtaa myöhempien toimintojen viivästymiseen. Tämä hidastaa työnkulun yleistä suoritusaikaa. Nämä viivästykset ovat verrannollisia työnkulun aiheuttamiin ylityksiin.

Satunnaiset ylitykset eivät haittaa toimintoja. Jos esimerkiksi ylität päivittäiset rajat 500 toiminnolla, työnkulun suorituskyky ei heikkene. Jos ylität päivittäiset rajat 50 000 toiminnolla, työnkulun suorituskyky voi heikentyä merkittävästi useiden päivien ajaksi.

Mitä voin tehdä, jos työnkulkuni ylittää rajat?

Käyttäjiä ei estetä käyttämästä sovellusta tai työnkulkua satunnaisten ja kohtuullisten ylitysten vuoksi.

Tässä on joitakin asioita, joita voit tehdä, jos ylitit käyttöoikeutesi rajat:

• Palaa suunnitelmaan ja tarkista kaikki kohdat, joissa kutsuttavien toimintojen määrää voidaan pienentää. Tutustu Parhaat käytännöt -osaan, jos haluat luoda vain vähän toimintoja käyttäviä työnkulkuja.

• Jos työnkulku on jo optimoitu, mutta se käyttää monia toimintoja liiketoiminnan luonteen vuoksi, harkitse korkeamman PPR-lisenssin ostamista. Process-lisenssi tarjoaa parhaan käytettävissä olevan suorituskykykiintiön (250k toimintoa / 24 tuntia).

• Ota käyttöön käyttöön perustuva laskutus ympäristössä, jos haluat varmistaa, että yhtäkään ympäristön työnkulkua ei rajoiteta.

• Osta Power Apps- ja Power Automate -kapasiteettilisäosia organisaatiollesi. Koska täytäntöönpano on siirtymäkauden aikana vähemmän tiukkaa, ja Power Apps kapasiteetin lisäosaa Power Automate ei voi määrittää käyttäjälle tai työnkululle. Suosittelemme Microsoft kuitenkin, että ostat nämä lisäosat nyt, jotta pysyt käyttöoikeusehtojesi mukaisina. Luo tukipalvelupyyntö, jossa on työnkulun ja lisäosan tiedot, saadaksesi tilapäistä helpotusta (30 päivää) rajoittamiseen. Tämä tilapäinen helpotus ei ole käytettävissä työnkuluissa, joille on jo määritetty prosessi- tai työnkulkukohtainen käyttöoikeus.

Jos työnkulku ylittää jatkuvasti siirtymäajan rajat 14 peräkkäisenä päivänä, Power Automate keskeyttää työnkulun ja lähettää ilmoituksen omistajalle. Voit ostaa korkeamman PPR-lisenssin ja ottaa sen käyttöön milloin tahansa. Voit muokata työnkulkua ja tallentaa sen nollataksesi 14 päivän laskurin käyttöoikeuden ostamisen ajaksi.

Mitä ovat liittimen rajat ja ovatko ne erilaiset kuin Power Platform -pyyntöjen rajat?

Liittimillä on erilliset rajat palvelun suojausmekanismina. Esimerkiksi SharePoint -liitin rajoittaa toimintojen määrän 600 minuutissa. Yksittäinen SharePoint-yhteys, jota käytetään useissa työnkuluissa, voi suorittaa vain 600 toimintoa minuutissa. Useimpien liitinten sivuilla on rajoitusosa, jossa nämä rajat kerrotaan. Tämä raja poikkeaa PPR-rajasta. Esimerkiksi Office-käyttäjä voi suorittaa 6 000 toimintoa päivässä kaikissa työnkuluissa, mutta liitin voi silti rajoittaa toimintaa, jos he käyttävät yli 600 SharePoint-toimintoa minuutissa, vaikka eivät saavuttaisi asetettua 6 000 toiminnon rajaa.

Kun työnkulkua rajoitettiin, koska se ylitti yhdistimen rajat, työnkulussa saattaa olla näkyvissä HTTP 429 (liian monta pyyntöä) -virhe, jonka virheteksti on "Nopeusraja ylittyy. Yritä uudelleen 27 sekunnin kuluttua."

Käytän CoE-aloituspakettia. Lasketaanko käyttömäärät omien pyyntöjeni rajoihin?

Kyllä. CoE-aloituspakettiin sisältyvät pilvityönkulut käyttävät myös omistajan rajoituksia. Microsoft suosittelee, että ostat lisää kapasiteettia ja otat yhteyttä tukeen saadaksesi tilapäistä helpotusta kuristukseen.

Voinko käyttää palvelun päänimeä työnkuluissa, ja lasketaanko se mukaan omien pyyntöjeni rajoihin?

Kyllä, työnkulut, joiden omistaja on palvelun päänimi, käyttävät erillistä kiintiötä nimeltä ei-vuorovaikutteiset rajat. Näitä rajoja sovelletaan vain, jos työnkulun omistajana on palvelun päänimi. Näitä rajoja ei sovelleta, jos työnkulku vain käyttää palvelun päänimeä jossakin toiminnossaan. Manuaaliset työnkulut (painiketyönkulut, jotka jaetaan vain käyttäjien/Power Appsin kutsumien työnkulkujen kanssa) käyttävät Vain suoritus -käyttäjän pyyntörajoja, vaikka työnkulun omistaja olisi palvelun päänimi. Vain suoritettavilla käyttäjillä on oltava Premium-käyttöoikeus, Power Automate jos työnkulku käyttää Premium-yhdistimiä. Siirtymisjakson aikana manuaaliset työnkulut voivat käyttää jopa 100 000 pyyntöä / työnkulku / vuorokausi.

Automatisoitujen/ajoitettujen työnkulkujen rajoitukset.

• Taulukossa lueteltujenDynamics 365 sovellusten kontekstissa suoritettavat palvelun päänimen työnkulut saavat 500 000 peruspyyntöä + 5 000 pyyntöä käyttäjää kohden enintään 10,000,000 vuokraajatasolla pooloituna. Jos vuokraajalla on 1 000 Dynamics 365 -käyttöoikeutta, kyseisellä vuokraajalla on 5 500 000 pyynnön varanto kaikille Power Platform -resursseille kuten palvelun päänimen työnkuluille ja Dataverse-pyynnöille 24 tunnin ajan. Jos vuokraajalla on 2 500 Dynamics 365 -käyttöoikeutta, kyseisellä vuokraajalla on 10 000 000 pyynnön varanto kaikille Power Platform -resursseille kuten palvelun päänimen työnkuluille ja Dataverse-pyynnöille 24 tunnin ajan.

• Premium Dynamics 365 palvelun päänimen työnkulut, jotka ovat sovelluskontekstin ulkopuolella, tarvitsevat kukin prosessi- tai työnkulkukohtaisen käyttöoikeuden. Nämä työnkulut saavat 250 000 pyyntöä vuorokaudessa työnkulkua kohden.

• Palvelun päänimen vakiotyönkulut saavat 25 000 peruspyyntöä ilman käyttöoikeuskohtaista kertymistä vuokraajalle vuorokaudessa.

Jos tarvitset lisää pyyntöjä, ota ympäristössä käyttöön Käyttöön perustuva laskutus tai osta lisää Power Platform -pyyntökapasiteettia.

Lisätietoja on kohdassa Työnkulkujen liittäminen sovelluksiin.

Kuluttavatko työpöytätyönkulkujen käyttömäärät omien Power Platform -pyyntöjeni rajoja?

Vain työpöytätyönkulun toiminnot käynnistetään pilvityönkulusta ja lasketaan mukaan rajaan. Työpöytätyönkulun toimintoja ei lasketa pyyntöjen rajoihin.

Mitä tapahtuu omalle Power Platform -pyynnölleni, jos minulla on useita palvelupaketteja?

Koska rajoja ei noudateta täysin siirtymäkaudella, käyttöoikeuksien pinoamista ei tueta. Jos käyttäjällä on useita palvelupaketteja, kuten Microsoft 365- ja Dynamics 365 -palvelupaketti, työnkulku käyttää korkeamman tason palvelupakettia (tässä esimerkissä Dynamics 365 -palvelupakettia).

Siirtymäkauden päätyttyä sallittujen pyyntöjen kokonaismäärä on kullekin käyttöoikeustyypille kohdistettujen pyyntöjen summa, jos käyttäjälle on delegoitu useita palvelupaketteja eri tuoteriveiltä. Jos käyttäjällä on esimerkiksi sekä Dynamics 365 Customer Service Enterprisen käyttöoikeus että Power Appsin käyttäjäkohtainen käyttöoikeus, kyseisellä käyttäjällä on käytettävissä 24 tunnin kauden aikana yhteensä 40 000 + 40 000 = 80 000 pyyntöä.

Jos käyttäjällä on useita käyttöoikeuksia, jotka on kohdistettu samaan tuoteryhmään, eli jos käyttäjällä on esimerkiksi Dynamics 365 Customer Service Enterprise -käyttöoikeus peruskäyttöoikeutena ja Dynamics 365 Sales Enterprise -käyttöoikeus liitettynä, pyyntöjen kokonaismäärä on peruskäyttöoikeuden määrä.

Mitä ovat tehokkuusprofiilit ja mistä tiedän, mitä pilvityönkulku suorituskykyprofiilia käytän?

Omistajan käyttöoikeuden perusteella työnkulku saa suorituskykyprofiilin, joka vuorostaan määrittää työnkulun Power Platform -pyyntöjen rajat. Jos omistajalle on määritetty useita käyttöoikeuksia, Power Automate valitsee korkeimman suunnitelman luettelosta:

Suorituskyvyn profiili	Lisenssi	Siirtymäkauden rajoitukset	Siirtymäkauden jälkeiset rajoitukset
Matala	- Power Automate Ilmainen - Microsoft 365 lisenssit - Power Apps Suunnitelma 1 (perintö) - Power Apps Sovelluskohtaiset lisenssit - Power Automate Suunnitelma 1 (perintö) - Kaikki kokeilulisenssit - Dynamics 365 Team Member -lisenssi	10 000	6000
Keskikokoinen	- Power Apps käynnistetyt virrat - Power Apps Plan 2 (perintö) -Premium-lisenssi Power Apps - Power Automate Plan 2 (perintö) - Power Automate käyttäjää kohti (perintö) -Premium-lisenssi Power Automate - Dynamics 365 Enterprise-lisenssit - Dynamics 365 Professional-lisenssit	100 000	40 000
Suuri	- Power Automate Käsittele lisenssi -Hosted Process - Power Automate lisenssi - Power Automate työnkulkukohtainen palvelupaketti (perintö)	500 000	250 000
Ei rajoitettu	- Pay-as-you-go-ympäristö	15 000 000	15 000 000

Organisaation kahdeksalla käyttäjällä on Office 365 -käyttöoikeudet. Heidän päivittäisten Power Platform -pyyntöjensä käyttäjäkohtainen määrä on 6 000 pyyntöä 24 tunnin jakson aikana. Tarkoittaako tämä sitä, että se yhdistetään vuokraajan tasolla 48 000 pyynnön rajaan kunkin 24 tunnin jakson aikana (8 x 6 000) ja kaikki käyttäjät voivat käyttää tätä varantoa?

Ei, Power Platform -pyyntöjä ei yhdistetä ympäristön eikä vuokraajan tasolla. Tämä varmistaa sen, että suurkäyttäjät eivät kuluta kaikkia vuokraajan Power Platform -pyyntöjä ja näin vaikuta muiden käyttäjien toimintaan. Koska käyttöoikeus on käyttäjäkohtainen, raja on myös käyttäjäkohtainen. Kaikki Officen asiakkaat saavat siis 6 000 pyyntöä, käyttävät he niitä tai eivät.

PPR:ään liittyvät parhaat käytännöt

Suunnittelemisen parhaat käytännöt

Käytä mahdollisimman vähän toimintoja automaation saavuttamiseksi:

• Jos työnkulussasi on Tee kunnes- tai Sovella jokaiseen -silmukoita, tarkista, voitko pienentää silmukkaiterointien määrää esimerkiksi noutamalla nykyistä vähemmän kohteita iteroitaviksi.

• Monissa yhdistimissä on Suodatuskysely- ja Suurin määrä -parametrit, joilla voidaan vähentää kohteiden määrää ja ODatan avulla noudettujen tietojen määrää.

• Jos ajoitettu työnkulku suoritetaan usein, harkitse suoritusten tekemistä nykyistä harvemmin. Useat työnkulut, jotka suoritetaan kerran minuutissa tai kerran tunnissa, voidaan suorittaa harvemmin. Käynnistä käynnistimen ehtoja suoritusten tekemiseksi nykyistä harvemmin.

• Jos työnkulku on vuoro vaikutuksessa tiedostojen kanssa, huomioi tiedostojen koko ja yritä pienentää sitä, jos mahdollista.

• Jos sinun on käytettävä uudelleen yhtä ominaisuutta, jonka suuren tulostekoon omaava toiminto on palauttanut useita kertoja, sinun kannattaa harkita Käytä muuttujaa -toiminnon käyttämistä ominaisuuden tallentamiseksi ja sen käyttämistä myöhemmissä toiminnoissa. Vaikka aiemman toiminnon tulosteesta käytettäisiin vain yhtä ominaisuutta, kaikki kyseisen toiminnon tulosteet siirretään myöhempään toimintoon syötteinä.

Parhaat käytännöt työnkulun skaalaamiseksi

• Jos työnkulkusi suorittaa tuhansia toimintoja päivittäin, sinun kannattaa harkita Process-käyttöoikeuden ostamista, jotta saat paremman siirtomäärän ja suuremmat kiintiöt. Process-käyttöoikeus tarjoaa parhaan käytettävissä olevan suorituskykykiintiön (250k toimintoa päivässä). Ota yhteyttä vuokraajan järjestelmänvalvojaan, jos haluat ostaa käyttöoikeuden ja delegoida sen työnkulkuun. Kun käyttöoikeus on ostettu ja delegoitu, työnkulun tekijän tulee tallentaa työnkulku uudelleen. Vaihtoehtoisesti pilvityönkulut päivitetään taustalla kerran viikossa vastaamaan nykyisiä suunnitelmia.

• Harkitse työmäärän jakamista useisiin työnkulkuihin korkean skaalauksen saavuttamiseksi.

Power Platform -pyyntöjen käytön mukaan laskutettava palvelupaketti

Tarkistimme Power Platform -pyyntöjen rajat kaikissa käyttöoikeuksissa vuoden 2021 lopulla. Uudet rajat on suunniteltu niin, että ne riittävät useimmissa asiakasskenaarioissa. Lue lisää Power Platform pyyntörajoista kohdasta Pyyntöjen rajoitukset ja kohdistukset.

Asiakkaat, joilla on erittäin laajoja skenaarioita ja jotka ylittävät nämä rajat, voivat linkittää kyseiset ympäristöt Azure-tilaukseen. Kun ympäristö linkitetään, käyttäjät ja työnkulut tässä ympäristössä voivat kuluttaa rajojen määrittämää määrää enemmän pyyntöjä ilman rajoituksia. He maksavat vain Power Platform -pyynnöistä, jotka ylittävät nämä rajat. Työnkulkujen käyttöoikeus voidaan edelleen myöntää peruskäyttöoikeudella (joko Power Automate Premium, Power Automate Process, Office 365 tai Power Apps Dynamics). Jos sinulla on Power Automate esimerkiksi Premium-käyttöoikeus, rajoitus on 40 000 Power Platform pyyntöä/käyttäjä/päivä. Jos käyttäjä käyttää 45 000 pyyntöä päivässä, ylimääräiset 5 000 pyyntöä kerrotaan pyyntökohtaisella hinnalla ja laskutetaan Azure-tilauksessa. Kokonaissumma lasketaan yhteen ja laskutetaan asiakkaan Azure-laskutusjakson perusteella. Useita mittareita otetaan käyttöön, kun otat käytön mukaan laskutettavan käyttöön ympäristössä. Lue lisää kohdasta Käytön mukaan maksettavan maksun määrittäminen.

Malli siitä, miten yli-ikäiset PPR-pyynnöt laskutetaan käytön mukaan laskutettavassa ympäristössä:

Yleisiä usein kysyttyjä kysymyksiä pyyntörajoista

Saat lisätietoja pyyntöjen rajoista pyyntöjen rajoja koskevista usein kysytyistä kysymyksistä.

Office 365 -käyttöoikeutta koskevat kysymykset

Alla on joitakin usein kysyttyjä kysymyksiä Power Automaten käyttämisestä Office 365 -käyttöoikeudella.

Mitä Power Automate -ominaisuuksia Office 365 -käyttöoikeuksiin sisältyy?

Rajoitetut Power Automaten käyttöoikeudet sisältyvät valittuihin Office 365 -käyttöoikeuksiin. Niiden avulla käyttäjät voivat mukauttaa ja laajentaa Office 365:ttä henkilökohtaisia tuottavuusskenaarioita varten. Yritysskenaarioissa Office suosittelee Premium-käyttöoikeutta.

Office 365 -käyttöoikeudet sisältävät seuraavat Power Automate -ominaisuudet:

• Automaattisten, ajoitettujen ja painikkeiden työnkulkujen luominen ja suorittaminen.
• Pääsy vakioliittimiin.
• 6 000 Power Platform pyyntöä/päivä. 10 000 pyyntöä/päivä siirtymäkauden aikana.

Seuraavat Power Automate -ominaisuudet eivät ole käytettävissä:

• Premium-yhdistimien käyttö (paitsi Dataverse for Teams ympäristöissä). Lisätietoja Dataverse for Teams -ominaisuuksista.
• Liiketoimintaprosessien työnkulut
• Mukautetut liittimet
• Paikalliset yhdyskäytävät
• Ohjelmistorobotiikka
• AI Builderin kapasiteetti

Seuraavat Office 365 -käyttöoikeudet sisältävät Power Automate -ominaisuudet:

• 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 for Faculty
• Office 365 A1 for Students
• Office 365 A1 Plus for Faculty
• Office 365 A1 Plus for Students
• Office 365 A3 for Faculty
• Office 365 A3 for Students
• Office 365 A3 for Student Use Benefit
• Office 365 A5 for Faculty
• Office 365 A5 for Students
• Office 365 A5 for Student Use Benefit

Dynamics 365 -käyttöoikeuksia koskevat kysymykset

Seuraavat kysymykset liittyvät Dynamics 365:n käyttöoikeuksiin ja Power Automaten oikeuksiin.

Mitä Power Automate -ominaisuuksia Dynamics 365 -käyttöoikeudet sisältävät?

Dynamics 365 -käyttöoikeudet sisältävät seuraavat Power Automate -ominaisuudet:

• Automaattisten, ajoitettujen tai painikkeiden työnkulkujen luominen ja suorittaminen.
• Pääsy vakioliittimiin.
• Premium-yhdistimien käyttö sovelluskontekstissa.
• Liiketoimintaprosessit sovelluskontekstissa.
• Mukautetut yhdistimet sovelluskontekstissa.
• Paikallinen yhdyskäytäviä sovelluskontekstissa.
• Power Platform Pyyntörajat : Dynamics 365 Tiimin jäsen saa 6 000 pyyntöä/päivä (25 000 pyyntöä/päivä siirtymäkauden aikana), Dynamics 365 ammattilainen saa 40 000 pyyntöä/päivä (100 000 pyyntöä/päivä siirtymäkauden aikana) ja Dynamics 365 Enterprise saa 40 000 pyyntöä/päivä (100 000 pyyntöä/päivä siirtymäkauden aikana).

Seuraavat Power Automate -ominaisuudet eivät sisälly Dynamics 365 -käyttöoikeuksiin:

• Ohjelmistorobotiikka
• AI Builderin kapasiteetti

Kun käytät Dynamics 365 -käyttöoikeutta Power Automatella, työnkulkusi on suoritettava Dynamics 365 -sovelluksessa. Tällä tarkoitetaan sitä, että käytetään samoja tietolähteitä käynnistimien tai toimintojen yhteydessä kuin Dynamics 365 -sovelluksessa. Jos työnkulku kuluttaa erillisiä Power Automate -toimintoja, jotka eivät liity Dynamics 365 -sovelluksiin, sinun on ostettava erilliset Power Automate -käyttöoikeudet.

Esimerkki Dynamics 365 -käyttöoikeudesta, joka käyttää Power Automatea Dynamics 365 -sovelluksen kontekstissa

Organisaatiosi on yhdistänyt Azure DevOpsin Dynamics 365 CRM:ään tukipalvelupyyntöjen eskalointia ja työkohteiden luomista varten, jotta se voi ratkaista ongelmia nopeammin. Työnkulkujen Power Automate -oikeudet sisältyvät Dynamics 365 -käyttöoikeuteen seuraavissa skenaarioissa:

• Lukeminen ja kirjoittaminen Azure DevOpsissa.
• Sisäisen Dataverse-käynnistimen ja/tai -toiminnon käyttäminen.

Esimerkki Dynamics 365 -käyttöoikeudesta, joka käyttää Power Automatea Dynamics 365 -sovelluksen kontekstin ulkopuolella

Sama käyttäjä (kuin edellisessä Dynamics 365 -esimerkissä) haluaa käyttää nyt myös työnkulkua, joka päivittää Oracle-tietokannan. Tällä työnkululla on seuraavat ominaisuudet:

• Työnkulku ei liity mitenkään Dynamics 365 -sovellukseen.
• Se ei ole millään tavalla yhteydessä Dynamics 365 -sovellukseen (tai sen tietolähteisiin).

Tässä skenaariossa käyttäjä tarvitsee erillisen Power Automate -käyttöoikeuden.

Seuraavat Dynamics 365 -käyttöoikeudet sisältävät Power Automate -ominaisuuksia:

• 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 – aktiviteetti
• Dynamics 365 Business Central
• Dynamics 365 Business Central Ryhmän jäsenet

Power Apps -käyttöoikeutta koskevat kysymykset

Seuraavat kysymykset liittyvät Power Apps -käyttöoikeuksiin ja Power Automate -oikeuksiin.

Mitä Power Automate -ominaisuuksia Power Apps -käyttöoikeuksiin sisältyy?

Power Apps -käyttöoikeus sisältää rajoitetun joukon Power Automate -ominaisuuksia. Power Apps -käyttöoikeudet sisältävät seuraavat Power Automate -ominaisuudet:

• Automaattisten, ajoitettujen, painikkeiden työnkulkujen luominen ja suorittaminen.
• Pääsy vakioliittimiin.
• Premium-yhdistimien käyttö sovelluskontekstissa.
• Liiketoimintaprosessit sovelluskontekstissa.
• Mukautetut yhdistimet sovelluskontekstissa.
• Paikallinen yhdyskäytäviä sovelluskontekstissa.
• Power Platform pyyntörajat: Power Apps Premium saa 40 000 pyyntöä/päivä (100 000 pyyntöä/päivä siirtymäkauden aikana) ja Power Apps sovellusta kohden 6 000 pyyntöä/päivä (10 000 pyyntöä/päivä siirtymäkauden aikana).
• Power Apps Premium saa 250 Mt Dataverse-tietokantakapasiteettia ja 2 Gt Dataverse-tiedostokapasiteettia. Sovelluskohtainen Power Apps saa 50 megatavua Dataverse-tietokantakapasiteettia ja 400 megatavua Dataverse-tiedostokapasiteettia. Power Appsilla luotujen sovellusten käynnistämät, monimutkaisia objekteja käsittelevät työnkulut kuluttavat tätä tallennustilan rajaa. Jos esimerkiksi työnkulku jäsentää 100-sivuisen asiakirjan ja päivittää sen, asiakirjan suoritushistoriassa säilyttämiseen tarvittava tallennustila tulevaa vianmääritystä varten kuluttaa tämän rajan.

Seuraavat Power Automate -ominaisuudet eivät sisälly Power Apps -käyttöoikeuksiin:

• Ohjelmistorobotiikka
• AI Builderin kapasiteetti

Esimerkki Power Automaten käyttämisestä Power Appsilla luodun sovelluksen kontekstissa

Käyttäjä, jonka erillinen Power Apps -käyttöoikeus suorittaa SQL-tietokantaa tietolähteenä käyttävän sovelluksen. Power Appsilla luotu sovellus sisältää myös työnkulkuja, jotka tekevät alla mainitut toiminnot:

• Lukeminen ja kirjoittaminen SQL-tietokannassa.
• Valmiin Power Apps -käynnistimen tai -toiminnon käyttäminen – esimerkiksi palveluilmoituksen lähettämiseksi Power Appsilla luotuun sovellukseen.

Esimerkki Power Automaten käyttämisestä Power Appsilla luodun sovelluksen kontekstin ulkopuolella

Sama käyttäjä (kuin edellisessä esimerkissä) haluaa nyt käyttää myös työnkulkua, joka päivittää Oracle-tietokannan ja jolla on seuraavat ominaisuudet:

• Se ei liity mitenkään Power Appsilla luotuun sovellukseen.

• Se ei vuorovaikuta millään tavalla Power Appsilla luodun sovelluksen (tai sen tietolähteiden) kanssa.

Tässä esimerkissä Power Automatella luotua työnkulkua käytetään Power Appsin kontekstin ulkopuolella. Käyttäjä siis tarvitsee erillisen Power Automate -käyttöoikeuden.

Toinen esimerkki Power Automaten käyttämisestä Power Apps -kontekstilla luodun sovelluksen ulkopuolella

Ympäristössä on useita sovelluksia. Tietojen hallintaan on työnkulkuja, jotka tukevat sovellusta suoraan mutta varmistavat tietojen laadun. Käyttäjä tarvitsee itsenäisen Power Automate -käyttöoikeuden.

AI Builder -käyttöoikeutta koskevat kysymykset

Yleisiä AI Builderin käyttöoikeuksia koskevia tietoja löydät seuraavista artikkeleista:

• AI Builder Käyttöoikeuksien yhteenveto
• AI Builder lisensoinnin UKK.

Miten lisensoituja AI Builder -toimintoja käytetään Power Automate -työnkulussa?

Jotta voit lisätä ja suorittaa AI Builder -toimintoja työnkulussa, tarvitset tietyt AI Builderin käyttöoikeuden: AI Builderin toiminnot kuluttavat AI Builder -pisteitä, joita voi hankkia Power Automate Premium -käyttöoikeuksilla, muilla Power Platform Premium -käyttöoikeuksilla tai pääasiassa AI Builderin lisäkapasiteetilla.

Pisteiden on oltava käytettävissä työnkulun ympäristössä.

Voit käyttää myös AI Builderin kokeiluversiota.

Kuinka monta pistettä Power Automate Premium -käyttöoikeuksiin sisältyy?

Lue lisää kylvetyistä krediiteistä AI Builder .

Valvonta

Miksi työnkulku on poistettu käytöstä?

Lisätietoja on kohdassa Kun premium-työnkulut poistetaan käytöstä käyttöoikeusongelmien vuoksi.

Tässä linkissä on tietoja myös valvonnan tyypeistä ja Premium-käyttöoikeuksia tarvitsevien työnkulkujen määrittämisestä siten, ettei keskeytyksiä synny valvonnan vuoksi.

Minulla on useita ympäristöjä. Miten noudan vuokraajan työnkulut, joissa tarvitaan huomiotani?

Jos vuokraajan ympäristöjen määrä on alle 500, käytä seuraavaa komentosarjaa, kun haluat noutaa kaikki vuokraajan työnkulut, jotka tarvitsevat käyttöoikeudet:

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

Kaikkien työnkulkujen kirjoittaminen CSV-tiedostoon

$allFlows | Export-Csv -Path "flows.csv" -NoTypeInformation

Write-Host "Kaikki työnkulkuihin kirjoitetut keskeytysvaarassa olevat työnkulut.csv"

Jos vuokraajalla on yli 500 ympäristöä, tee tukipalvelupyyntö, jotta tukiryhmä voi suorittaa raportin puolestasi.

Delegoin käyttöoikeuden, mutta silti näen työnkulun huomiotani vaativien työnkulkujen luettelossa PowerShellissä. Miksi?

Kun käyttöoikeus on määritetty tai työnkulku on liitetty sovellukseen, muokkaa ja tallenna työnkulku. PowerShellin päivittäminen ja työnkulun poistaminen PowerShell-vastauksesta voi kestää 24 tuntia.

Delegoin käyttöoikeuden, mutta silti näen palkit huomiotani vaativista työnkuluista Power Automate -portaalissa. Miksi?

Kun käyttöoikeus on määritetty tai työnkulku on liitetty sovellukseen, voi kestää jopa seitsemän (7) päivää, ennen kuin premium-käyttöoikeus näkyy Power Automate -portaalissa. Voit päivittää uusimman käyttöoikeuden tilan muokkaamalla työnkulkua ja tallentamalla sen.

Miten voin helposti määrittää, onko työnkulku Power Apps- / Dynamics 365 -sovelluksen kontekstissa?

Onko työnkulku luotu Power Apps- / Dynamics 365 -sovelluksen tueksi? Voiko työnkulun poistaa, jos vastaavat sovellukset poistetaan? Keskusteleeko työnkulku samojen tietolähteiden kanssa kuin sovellus? Jos näin on, työnkulku on kontekstissa.

Miten voin liittää kontekstissa työnkulkuja Power Apps- / Dynamics 365 -sovelluksiin?

Power Appsin / Dynamics 365:n avulla luotuja sovelluksia tukevat työnkulut on suoritettava sovelluksen kontekstissa. Tämä tarkoittaa sitä, että työnkulun on käytettävä samoja tietolähteitä käynnistinten tai toimintojen yhteydessä kuin sovelluksessa. Jos sovellusta varten luodaan automatisoituja tai ajoitettuja pilvivtyönkulkuja ja ne ovat sovelluksen kontekstissa, linkitä työnkulku sovelluksiin käyttämällä PowerShell-komentosarjaa. Kun työnkulku on linkitetty, sovelluksen ja työnkulun välille on määritetty riippuvuussuhde, jota voidaan hallita yhdessä. Jos linkitetty sovellus poistetaan tai sitä ei käytetä, työnkulku poistetaan käytöstä.

Tekijät voivat liittää työnkulkujaan sovelluksiin myös Power Automate -portaalista. Lisätietoja on kohdassa Työnkulkujen liittäminen sovelluksiin.

Sovelluskohtaisiin palvelupakettiin sisältyvät Power Automate -ominaisuudet

Power Appsin sovelluskohtaisen suunnitelman avulla käyttäjät voivat suorittaa Power Automate -työnkulkuja, jotka käyttävät premium-ominaisuuksia. Power Appsin tulee käynnistää työnkulut tai ne on liitettävä sovellukseen PowerShellin tai Power Automate-portaalin avulla.

Lisätietoja on kohdassa Sovelluksen kontekstityönkulkujen liittäminen.

Kanavointi

Kanavointi viittaa sen laitteiston tai ohjelmiston käyttämiseen, jota asiakas käyttää yhteyksien yhdistämisessä, tietojen uudelleenreitityksessä tai niiden käyttäjien määrän vähentämisessä, joilla on suora käyttöoikeus Power Appsiin, Power Automateen ja Microsoft Copilot Studioon tai jotka käyttävät niitä.

Suositellaanko käyttöoikeuksien määrän vähentämistä kanavoinnin avulla?

Kanavoinnin käyttäminen ostettavien käyttöoikeuksien määrän vähentämiseen on käyttöoikeusrikkomus. Lisätietoja on kohdassa Client Access License (CAL) Requirements.

Alla on muutamia esimerkkejä siitä, mitä kanavointi on tai ei:

1. Jos premium-työnkulku siirtää tietoja vain Dataversestä jaettuun sijaintiin tai lähettää sähköpostia työtovereille, se ei ole kanavointia, koska käyttäjät kuluttavat tiedot eivätkä käynnistä työnkulkua.

2. Jos premium-työnkulku käynnistyy, kun uusi kohde lisätään SharePoint-luetteloon, ja työnkulku tallentaa tiedot Dataverseen ja lähettää sitten sähköpostiviestin työnkulun omistajalle, useat henkilöt voivat ladata kohteita luetteloon, mutta sähköpostiviesti lähetetään vain omistajalle. Tässä tapauksessa vain omistaja tarvitsee käyttöoikeuden, sillä on ainoa työnkulusta hyötyvä henkilö.

3. Jos kohdassa kaksi mainittu työnkulku lähettää sähköpostiviestin kohteen ladanneelle henkilölle, sekä omistaja että käyttäjä tarvitsevat Premium-käyttöoikeuden. Tässä tapauksessa käyttäjä käynnistää työnkulun epäsuorasti (lataamalla kohteen SharePointiin) ja saa arvon työnkulusta sähköpostin muodossa. Jos kaikilla käyttäjillä ei ole käyttöoikeutta, on kyseessä multipleksointi.

Jaetulla palvelutilillä suoritetaan useita työnkulkuja. Mitä käyttöoikeuksia tarvitsen?

• Palvelutili: Microsoft Entra käyttäjätili, jota käytetään palvelutilinä. Palvelutilit ovat erityinen tilityyppi, jonka on tarkoitus edustaa ei-ihmisentiteettiä, kuten sovellusta, ohjelmointirajapintaa tai muuta palvelua. Käyttäjätilit, joita käytetään palvelutilinä jakamalla tunnistetietoja muiden käyttäjien kanssa, muodostavat tietoturvariskis, ja on vaikea seurata työnkulkuun tehtyjä muutoksia, jos useilla käyttäjillä on palvelutilin käyttöoikeus. Myös salasanojen hallinta on haaste. Kun luot palvelutilejä, anna vain tehtävän edellyttämät oikeudet. Arvioi olemassa olevat palvelutilit ja katso, voiko käyttöoikeuksia pienentää. Rajoita niiden ihmisten määrää, joilla on palvelutilin käyttöoikeus, jotta tietoturvariskit voidaan minimoida. Voit myös luoda eri skenaarioita varten erilaisia tilejä, jotka minimoivat tunnistetietojen jakamisen. Palvelutilejä ei suositella parhaiksi käytännöksi. Joissakin skenaarioissa palvelutilejä käytetään poistamaan työnkulun riippuvuus alkuperäiseen omistajaan. Tällöin voit ratkaista tietoturvauhkia palveluobjektilla.

• Palvelun päänimi: Microsoft Entra palvelun päänimi toimii sovellusesiintymän käyttäjätietona. Palvelun päänimet määrittävät, ketkä voivat käyttää sovellusta ja mitä resursseja sovellus voi käyttää. Palvelun päänimi luodaan jokaiselle vuokraajalle, jossa sovellusta käytetään, ja se viittaa globaalisti yksilölliseen sovellusobjektiin.

• Ei-vuorovaikutteiset käyttäjät: Dataverse tukee ei-vuorovaikutteisia käyttäjiä esimerkiksi taustaprosesseissa, jotka siirtävät tietoja tietokantojen välillä. Käyttäjän ei tarvitse olla yhteydessä palveluun. Vuokraajaa kohden voi olla enintään seitsemän (7) ei-vuorovaikutteista käyttäjää. Power Automate ei vielä tue ei-vuorovaikutteisia käyttäjiä.

• Ihmiskäyttäjät: Nämä ovat ID:n synkronoituja käyttäjiä Microsoft Entra .

Nämä ohjeet koskevat työnkulkuja, jotka suoritetaan palvelutilin ollessa työnkulun omistaja.

Jos haluat suorittaa työnkulun palvelutilin alla, voit välttää kanavoinnin seuraavalla tavalla:

• Jos työnkulku käyttää vain vakioyhdistimiä eikä premium-ominaisuuksia, kaikilla käyttäjillä, joilla on palvelutilin tunnistetiedot, voi olla Microsoft käyttöoikeus taiOffice 365 käyttöoikeus, Power Automate ilmainen käyttöoikeus tai mikä tahansa Power Automate Premium-käyttöoikeus.

• Jos työnkulku käyttää premium-ominaisuuksia (premium-yhdistimiä, ohjelmistorobotiikka,a mukautettuja yhdistimiä, paikallista yhdyskäytävää, liiketoimintaprosesseja):

  • Rajoitettu käyttäjäjoukko käyttää palvelutiliä. Tässä tapauksessa riittää käyttöoikeus kaikille käyttäjille ja palvelutilille.
  • Palvelutiliä käyttävät monet käyttäjät. Tässä tapauksessa työnkulkuun kannattaa määrittää prosessikäyttöoikeus, jotta tilille lisäävät uudet käyttäjät ovat automaattisesti yhteensopivia.

• Jos työnkulku on manuaalinen tai sovelluksen käynnistämä työnkulku / Dataversen Suorita käyttäjänä -työnkulku, kaikki käyttäjät, jotka suorittavat työnkulun, tarvitsevat Premium-käyttöoikeuden tai työnkulku edellyttää prosessin käyttöoikeutta. Tutustu tässä usein kysyttyihin kysymyksiin siitä, kenen täytyy ostaa Premium-käyttöoikeus.

• Premium-työnkulku on Power Appsilla luodun sovelluksen / Dynamics 365 -sovelluksen kontekstissa (työnkulku jakaa sovelluksen tietolähteet):

  • Kaikki käyttäjät, joilla on palvelutilin tunnistetiedot, ja palvelutili tarvitsee Power Apps- / Dynamics 365 -käyttöoikeuden.
  • Jos heillä ei ole Power Apps- / Dynamics 365 -käyttöoikeutta, kaikilla käyttäjillä ja palvelutilillä täytyy olla Power Automate -käyttöoikeudet.
  • Vaihtoehtoisesti työnkulkuun voidaan käyttää prosessikäyttöoikeutta, eikä kenelläkään käyttäjällä tai palvelutilillä tarvita käyttöoikeutta.

• Jos useat käyttäjät, jotka jakavat palvelutilin tunnistetietoja, käyttävät premium-työnkulkuja, joilla on yksi käyttäjäkohtainen Power Automate Premium -käyttöoikeus määritettynä palvelutilille, tilanne katsotaan kanavoinniksi, jolloin työnkulku ei ole yhteensopiva.

Muistiinpano

Ohjeet koskevat palvelutilejä, joita käytetään työnkulkujen omistajina tai Vain suoritus -käyttäjinä. Nämä ohjeet eivät vaikuta työnkulkuihin, jotka käyttävät palvelutilejä yhteyksinä tai yhteisomistajia. Suosittelemme, että työnkulut suoritetaan palveluobjektina omistajana palvelutilin sijaan turvallisuusriskien välttämiseksi.

Tämä on vain ohjeistus, ei pakko. Järjestelmänvalvojat vastaavat kaikkien työnkulkujen lisensoinnista, jotta ne pysyvät yhteensopivina.

On olemassa Premium-työnkulku, joka lähettää hyväksyntäpyynnöt käyttäjäjoukolle ja odottaa ennen jatkamista, että käyttäjät hyväksyvät tai hylkäävät pyynnön. Tarvitsevatko hyväksyjät Premium-käyttöoikeuden?

Hyväksyntäpyyntöihin vastanneet käyttäjät eivät tarvitse Premium-käyttöoikeutta.

Automaattinen työnkulku – Käyttäjä muodostaa työnkulun, joka käynnistyy, kun kohde lisätään luetteloiden avulla Microsoft luotuun luetteloon, ja päivittää SQL-tietokannan (Premium). Useat henkilöt voivat lisätä kohteita luetteloiden avulla Microsoft luotuun luetteloon. Tarvitsevatko käyttäjät Premium-käyttöoikeuden?

Työnkulku suoritetaan automaattisten/ajoitettujen työnkulkujen omistajan käyttöoikeuden kontekstissa. Pikatyönkuluissa, Power Appsin työnkuluissa ja Dataversen käynnistämissä työnkuluissa käytetään käynnistävän käyttäjän käyttöoikeutta. Henkilö, joka lisäsi kohteen luetteloiden avulla Microsoft luotuun luetteloon, ei siis tarvitse Premium-käyttöoikeutta.

Käytössä on pikatyönkulku, jonka käyttäjät voivat vain suorittaa. Käytössä ovat Premium-liittimet. Tekijä jakaa työnkulun ryhmänsä kanssa ja antaa heidän suorittaa työnkulun. Tarvitsevatko kaikki Premium-käyttöoikeuden?

Kaikki työnkulun käynnistävät käyttäjät tarvitsevat Premium-käyttöoikeuden, koska kyseessä on pikatyönkulku.

Käytössäni on alityönkulku, jossa on Premium-liittimet. Useat päätyönkulut, joilla ei ole Premium-liittimiä, voivat käynnistää sen. Onko kaikilla päätyönkuluilla oltava käyttöoikeus, vai riittääkö alityönkulun käyttöoikeus?

Voit hankkia ylätason työnkululle tai alityönkululle prosessikäyttöoikeuden. Jos ylätason työnkulussa on kuitenkin myös Premium-yhdistin, ylätason työnkulun omistajalla on oltava Premium-käyttöoikeus tai ylätason työnkululla on oltava prosessikäyttöoikeus.

Työnkulku käyttää useiden käyttäjien yhteyksiä. Onko kaikilla oltava käyttöoikeus?

Käyttöoikeuden tarve on riippumaton siitä, kenen yhteyksiä työnkulussa käytetään. Automatisoidut tai ajoitetut työnkulut suoritetaan aina omistajan käyttöoikeuden alla ja manuaaliset työnkulut ja sovellukset suoritetaan aina työnkulun käynnistävän käyttäjän alla.