Power Automate Vanliga frågor och svar om licensiering

Här är svaren på några av de vanligaste frågorna om Power Automate fristående licenser.

Hur fungerar Power Automate licensplaner för flöden?

Om ett flöde anges till Power Automate processplanen, kan den få åtkomst till förstklassigt anslutningsprogram, har den de högsta begränsningarna och använder alltid begäransbegränsningar för processplan, oavsett vem som kör flödet.

Om flödet är inställt på Power Automate Premium-användarplan så får det planera för sin primära ägare om flödet är ett automatiskt eller schemalagt flöde. Om flödet är ett snabb-/knappflöde används användarens licens för att köra flödet. Om en användare har flera abonnemang, till exempel ett Microsoft 365-abonnemang och ett Dynamics 365-abonnemang, använder flödet begärandegränserna från båda planerna.

Användarlicensplanen för Power Automate är Power Automate Premium-plan men användare har en rad andra alternativ för licensplaner. Användare med gratis plan eller en av Microsoft 365 licensplanerna kommer bara att kunna komma åt standardanslutningar, men de flesta av de andra licensplanerna och utvärderingsversioner ger åtkomst till premium-anslutningar.

Läs mer om licensplaner som innehåller Power Automate funktioner i Typer av Power Automate licenser och Licensiering guide Power Platform . Läs mer om gränser och prestandaprofil för licensplaner i Gränser för automatiserade, schemalagda och omedelbara flöden.

Vilka Power Automate-licenser behöver jag?

Microsoft rekommenderar att de flesta organisationer köper Premium-licensen Power Automate för varje användare i organisationen. Köp processlicensen Power Automate för alla affärsprocesser eller datorer som kör en obevakad automatisering. Den Power Automate värdbaserade processen är en överordnad uppsättning av processlicensen Power Automate , som ger samma funktionalitet men med tillägget av en Microsoft värdbaserad dator kapacitet som kan användas för gruppen värdbaserad dator eller värdbaserad dator, vilket möjliggör RPA utan infrastruktur.

Premium-användarplan är avsedd för mänsklig användare som stöd för en vid användning av en automatisering i en organisation. Det krävs för att RPA-utvecklare ska kunna bygga och hantera datorflöden på Power Automate-portalen.

Processlicensen är avsedd för kärnautomatiseringar för företagsprocess som vanligtvis är automatiserade backend-aktiviteter (som inte körs manuellt av en person). Till exempel behöver varje organisation processer för fakturahantering eller HR-onboarding som är obligatoriska för verksamhetens normala drift. Dessa processer kan variera i storlek och komplexitet, allt från småföretag till omfattande åtgärder som sträcker sig över flera flöden som är sammankopplade med gemensamma datakällor. Fakturabearbetningsprocessen har till exempel flera flöden som hanterar en faktura från det att den skapas till godkännanden till betalning. Alla flöden är en del av en affärsprocess eftersom alla hanterar en faktura genom flera steg till stängning.

Genom att få en Process-licens säkerställer organisationer att alla flöden inom affärsprocessen licensieras korrekt. Detta gör det möjligt att distribuera och hantera sammankopplade flöden som en sammanhängande enhet, vilket underlättar programmets livscykelhantering (ALM) och optimerad prestanda.

Du behöver en processlicens om ditt flöde uppfyller något av följande villkor:

• Dina flöden använder obevakad RPA (robotstyrd processautomation) för att köradatorflöden på datorer utan användarinteraktion.
• Dina flöden körs under programanvändare (flödesägaren är tjänstens huvudnamn). Organisationer med flera miljöer (Dev/Test/Prod) använder DevVideo-pipelines för att exportera och distribuera flöden till andra miljöer för hantering av programmets livscykel ALM. Flödena körs med tjänstens huvudman för att undvika att ge åtkomst till användare i produktionsmiljöer.
• Dina flöden bearbetar stora data eller måste köras ofta, vilket gör att det krävs en hög volym förfrågningar på Power Platform.
• Ditt förstklassiga flöde anropas av flera användare. I det här fallet måste alla ha en Premium-licens, eller så behöver flödet en Process-licens. Om ett flöde har en Process-licens krävs ingen användare för att ha en licens. Det ger en organisation flexibilitet att betala för licenser baserat på antalet flöden. Större organisationer eller lösningar som påverkar många kommer att få nytta av den fasta månadskostnaden.
• Om ditt flöde använder premiumanslutningar och din organisation har många gästanvändare som användaren flödet, men du inte vet om gästanvändarnas klientorganisation ger dem Premium-licenser.

Kommentar

Licenser Power Automate för process och värdprocess licensierar endast flöden och/eller datorer och inte användaren. Premium användarplan krävs för att RPA-utvecklare ska kunna bygga och hantera datorflöden på Power Automate-portalen. Läs mer om Premium RPA-funktionerna som ingår i Premium-användarplanen i Premium RPA-funktioner.

Hur många Power Automate processlicenser behöver jag?

• Din process har obevakad RPA (robotstyrd processautomation): hur många datorsessioner behöver du?

  Köp en processlicens för varje dator. Du kan lägga till fler processlicenser om du behöver köra samtidigt på datorn. Alla datorflöden (RPA) som körs på datorn och molnflöden (DPA) som är en del av affärsprocessen omfattas av processlicensen.

• Din process behöver bara DPA (digital processautomatisering): hur många grundläggande affärsprocesser vill du automatisera?

  Köp en process för varje kärnverksamhetsprocess. Några exempel på viktiga affärsprocesser är fakturabearbetning eller HR-registrering. Alla molnflöden relaterade till samma affärsprocess ingår i licensen.

Hur många processlicenser behöver jag om jag har flera molnflöden som var och en inröstar sina egna RPA-flöden i obevakat läge på en dator?

Med en processlicens kan du köra flera molnflöden genom att köa dem. Om det till exempel finns fyra (4) oberoende molnflöden och var och en av dem anropar sitt eget datorflöde på samma dator kan du köra den första kl. 09:00, den andra kl. 11:00 och så vidare på samma virtuella dator.

På följande skärmbild täcks alla molnflöden av en processlicens eftersom de har ett datorflöde som körs på samma dator. Alla underordnade flöden, associerade flöden av dessa molnflöden omfattas också av processlicensen på datorn.

Min DPA-process har flera molnflöden. Kommer jag att behöva flera Processlicenser?

Kärnaffärsprocesser kan variera i storlek och komplexitet, allt från småföretag till omfattande åtgärder som sträcker sig över flera flöden som är sammankopplade med gemensamma datakällor. Fakturabearbetningsprocessen har till exempel flera flöden som hanterar en faktura från det att den skapas till godkännanden till betalning. Alla flöden är en del av en affärsprocess eftersom alla hanterar en faktura genom flera steg till stängning. Du behöver bara en Processlicens för en grundläggande affärsprocess. Detta uppmuntrar till affärspraxis inom arkitekturen för mikrotjänster där flöden kan vara små med finskalade funktioner som resulterar i bättre underhåll.

Identifiera det flöde som startar processen och tilldela processlicensen till det flödet. Underordnade flödesflöden med processlicens omfattas av processlicensen. Dessa flöden kan finnas i samma lösning eller i en annan lösning.

Icke-överordnade/underordnade flöden kan manuellt associeras till flödet med en processlicens. Dessa flöden måste finnas i samma lösning och använda samma datakällor.

Flödena som ordnas som underordnade flöden och associerade flöden behandlas som en process med en Processlicens tilldelad till huvudflödet och delar Power Platform begäransbegränsningar för Processlicensen.

Min lösning har flera processer. Behöver jag flera Processlicenser?

Ja. En lösning kan ha flera processer med en processlicens tilldelad var och en av dem.

Vem behöver köpa en premiumlicens?

Användare som behöver skapa generella automatiseringar (med behörigheten för premiumanslutningar), för att ha fullständig flexibilitet (med berättigandet för anpassade anslutningsappar) eller för att interagera med program som simulerar ett mänskligt beteende, till exempel tangentbords- eller mustangenter och rörelse (med robotstyrd processautomation bevakat-behörigheten) bör överväga en Power Automate Premium-licens.

Mer exakt:

• Du behöver en Premium-licens för varje RPA-utvecklare som bygger och hanterar datorflöden på Power Automate-portalen. Läs mer i Premium RPA-funktioner.
• Power Automate process-plan har den högsta prioriteten bland alla licenser. Det innebär att om en processlicens tilldelas ett flöde använder flödet alltid den här licensen och inte behöver en ägare eller en körande användare för att ha en Premium-licens.
• Automatiserade och schemalagda flöden körs alltid i flödesägarens sammanhang oavsett vem som startade flödet eller vilka konton som används för anslutningar inuti flödet. Direktflöden (knapp, hybridutlösare) körs i samband med att användaren anropas oavsett anslutningar som flödet använder. Om ett automatiserat eller schemalagt flöde använder en Premium-anslutning behöver endast ägaren ha en premiumlicens.
• Om ett direktflöde har premiumanslutningar behöver varje användare som kör flödet en Power Automate premiumlicens. I sådana fall, istället för att licensiera varje användare, kan du licensiera flödet med en processlicens.
• Om det inte används en premiumanslutning i flödet behöver du ingen Premium-licens. Du kan använda Microsoft 365-licens.

Du kan ta reda på vilken typ (automatiserad/manuell/schemalagd) av flöde du har, välj ett flöde för att se dess "typ" i detaljerna.

• Om flödet är i samband med Power Apps eller Dynamics 365-appar och är ett automatiserat flöde måste flödet kopplas till appen som skapas med Power Apps eller Dynamics 365-appen och ägarens behov Power Apps Premium-licens eller Dynamics 365-licens.
• Om flödet är i ett sammanhang Power Apps eller Dynamics 365-app, och är ett omedelbart flöde som varje användare som kör flödet behöver Power Apps Premium-licens eller en Dynamics 365-licens.
• Om ett överordnat flöde anropar ett underordnat flöde utnyttjar sammanhanget från det överordnade flödet. Om till exempel följande villkor uppfylls används den överordnade flödesägarens licens:
  • Om det överordnade flödet är ett automatiskt flöde och
  • Det underordnade flödet använder premiumanslutningsprogram och
  • Det underordnade flödet har ingen Process-licens. Om det underordnade flödet har en processlicens använder det processlicensen och inte det överordnade flödets licens.

Under övergångsperioden ärvs inte licensen för överordnat flöde av det underordnat flöde. Det underordnade flödet använder ägarens licens. Efter övergångsperiodens slut kommer dock endast den överordnade flödeslicensen (ägarlicensen/förälderflödets Processlicens) att användas, om inte det underordnade flödet har en Processlicens.

Vi har tre miljöer (utveckling, test och produktion) för att anpassa oss till bästa praxis och vi behöver flöden i flera miljöer. Behöver vi köpa en Process-licens för varje miljö?

Varje flöde finns i en specifik miljö. Detta innebär att om ett flöde importeras till en annan miljö är varje instans ett separat flöde och behöver en separat licens. Flödet med processlicensen och det är underordnade flöden, och alla flöden som är associerade behandlas som en process och en processlicens täcker användningen av dem alla i en miljö.

Vi har tre miljöer (utveckling, test och produktion) för att anpassa oss till bästa praxis och vi behöver flöden i flera miljöer. Behöver vi köpa en Premium-licens för varje miljö?

Power Automate Premium-licens är en licens på användarnivå. Alla licenser på användarnivå (Power Automate Premium, Microsoft 365, Dynamics 365) är klientorganisationsnivå. Användaren kan använda flödet i alla miljöer utan att behöva köpa en separat licens.

Kan en Power Automate licens för värdprocess användas som en Power Automate processlicens?

Ja, du kan använda kapaciteten Power Automate för värdprocess på två sätt:

• Värdabserade datorer och värdbaserade datorgrupper.
• Som processlicens som kan användas för obevakad automatisering av process (obevakad RPA) på din lokal-maskin, eller flöden som är en del av en affärsprocess.

Kan Microsoft 365 kunder skapa lösningsmedvetna flöden och underordnade flöden?

Ja. Microsoft 365 kunder kan skapa lösningsmedvetna flöden om miljön där de skapar lösningsmedvetna flödet har en Dataverse databas kopplad till den. Standardmiljön hämtar en Dataverse databas som standard. Administratören måste koppla en Dataverse-instans till icke-standardmiljöer. Administratörer behöver minst 1 GB Dataverse databaskapacitet på klientorganisationsnivå tillgänglig för att kunna skapa en ny miljö.

Den första prenumerationen på Power Apps eller Power Automate eller Microsoft Copilot Studio eller Dynamics 365 Sales, Customer Service och Field Service lägger till en engångsgräns på 10 GB för klientorganisation. När du lägger till prenumerationer i klientorganisation kan ytterligare Dataverse kapacitet tillfalla klientorganisation. Om en ny kund till exempel köper en Power Automate premiumplan per användare får klientorganisationen 10 GB Dataverse standarddatabaskapacitet. Om en klientorganisation köper 10 Power Automate Premium-licenser får klienten 10,5 GB (10 GB plus 10 gånger 50 MB).

Jag använder flera användaranslutningar i mitt premiumflöde. Vilken användare behöver en premiumlicens för att köra flödet?

Anslutningarna är oberoende av licenskontroller. Du kan ha flera användaranslutningar i ett flöde, men flödet körs alltid i kontext för primär ägare/endast körningsanvändare/Process-licens.

Flödets ägare har lämnat organisationen. Hur kan vi se till att det fungerar utan avbrott?

Om flödet är ett lösningsmedvetet flöde kan du ändra ägare i Power Automate eller använda Power Automate webb-API för att säkerställa att flödet fungerar utan avbrott. Om flödet är ett icke lösningsmedvetet flöde kan alla medägare lägga till det i en lösning och sedan ändra ägaren. Om inte, tilldelar du Power Automate processlicens till flödet för att säkerställa att det fortsätter att köras. Alternativt kan alla medägare i flödet exportera och importera flödet. När det importeras blir flödet ett nytt flöde och medägaren blir nu ägare av flödet. Flödet använder den nya ägarens licens.

Flödet nedgraderas till lägre prestanda, alla flödesägare meddelas och flödet stängs av om 14 dagar om ingen åtgärd vidtas.

Flödets ägare har inte längre en premiumlicens, men flödet är ett premiumflöde. Vad händer?

Flödet nedgraderas till lägre prestanda, alla flödesägare meddelas och flödet stängs av om 14 dagar om ingen åtgärd vidtas.

Behöver gästanvändare (från utanför klientorganisationen) en licens för att använda Power Automate?

Ja. Gästanvändaren måste tilldelas en Power Automate-licens via en av följande klientorganisationer:

• Den klientorganisation som är värd för flödet. Du kan tilldela provversioner för tillfällig administratörsåtkomst eller fristående licenser.

• Hemma-klientorganisationen för gästanvändaren.

Om en gästanvändare till exempel har tilldelats en Power Automate-premiumlicens i hemma-klientorganisationen kan denne använda premiumfunktioner i den gästklientorganisation som är värd för flödet.

Power Automate ingår i Office, Power Automate premium, Power Apps premium och Dynamics 365 användarplaner har följande egenskaper:

• I det offentliga Azure-molnet identifieras dessa planer för alla klientorganisationer i gästscenarier, detta eftersom de inte är bundna till en specifik miljö.

• I Azure nationella moln erkänns dessa planer för alla innehavare i gästscenarier. Mer information: Nationella moln, Azure-områden

• Licenser identifieras inte i klientorganisationer i olika Azure-moln.

Vilka Power Automate-funktioner ingår i Windows-licenser?

Windows 11-användare kan prova datorflödena i bevakade RPA för personlig produktivitet i standardmiljön. De kan inte dela datorflödena eller skapa datorflödena i en annan miljö än standardmiljö. Windows-användare har inte åtkomst till molnflöden. Om du vill få fullständiga moln flöden och RPA-funktioner köper du Power Automate premiumplan:

Windows 11-användare kan söka efter "Power Automate" i Windows-sökfältet. Power Automate programmet för dator laddas ned automatiskt och startar sedan första gången du väljer dess ikon.

Kan Windows 10 och Windows Server 2016 användare använda Power Automate för dator?

Ja, de kan använda Power Automate för dator (dvs. de har användningsrättigheter för det) men de måste ladda ner det från nedladdningscentret.

Äldre licensfrågor

Från och med 1 augusti 2023, Power Automate per flöde (100 $ per flöde/månad, med ett minimumköp av 5 licenser) och Power Automate obevakat RPA-tillägg (150 $ per robot/månad och nödvändiga licensförutsättningar) kommer att tas bort från prissidan. De tas bort från prislistan den 1 februari 2024. Power Automate process, en allomfattande licens som är enklare att hantera, licensierar en enda "automatisering" som kan användas för obevakad automatisering av processerna (obevakad RPA) eller molnflöden med hjälp av digital processautomatisering (DPA) och som kan nås av obegränsat antal användare i organisationen. Power Automate Processen prissätts till 150 $ per robot/månad.

Hur skiljer sig processlicensen från per flödeslicens?

För obevakad RPA måste tidigare kunder köpa en flödeslicens för molnflödet och ett obevakat RPA-tillägg. Nu kan de köpa en Process-licens för varje RPA-session på en dator. Alla molnflöden på datorflöden ingår som en del av processlicensen.

För molnflöden berättigar en per flödeslicens till flödet med licensen och dess underordnade flöden. För molnflöden berättigar en per flödeslicens till flödet med licensen och dess underordnade flöden. Per flöde hade minst fem paket som skulle köpas för att komma igång. Det finns inget krav på minsta inköpskvantitet för Processlicens.

Hur skiljer sig Power Automate Premium-licensen från Power Automate per användare som har gått på obevakade RPA-licens?

Power Automate premium erbjudandet innehåller alla fördelar med Power Automate per användare med med bevakad RPA som erbjuds för $40 per användare/månad, plus Process Mining och processfunktioner och erbjuds till 15 $ per användare/månad.

Power Platform Begär frågor

Hit är några av de vanligaste frågorna om PPR-gränser och deras svar.

Vad räknas som Power Platform begäran?

Baserat på licens finns det dit gränser för hur många åtgärder ett molnflöde kan köra under dagen. Dessa gränser skiljer sig från gränserna för kopplingsbegränsning. Du kan se antalet åtgärder som ditt flöde kör genom att välja Analys på sidan med information om molnflöde och titta på fliken Åtgärder .

Även om flödet använder få Power Platform begäranden kan du fortfarande nå dina gränser om flödet körs oftare än du förväntar dig. Du kan till exempel skapa ett molnflöde som skickar ett push-meddelande varje gång din chef skickar ett e-postmeddelande till dig. Flödet måste köras varje gång du får ett e-postmeddelande (oavsett från vem), eftersom flödet måste kontrollera om e-postmeddelandet kommer från din chef. Gränsen gäller för alla körningar i alla dina flöden under en 24-timmarsperiod. Hit följer några insikter för att beräkna användningen av begäran för ett flöde:

1. Ett enkelt flöde med en enda utlösare och en enda åtgärd resulterar i två "åtgärder" varje gång flödet körs, vilket förbrukar två begäranden.
2. Varje utlösare/åtgärd i flödet genererar Power Platform begäranden. Alla typer av åtgärder som kopplingsåtgärder, HTTP-åtgärder, inbyggda åtgärder (från att initiera variabler, skapa omfattningar till en enkel skrivåtgärd) genererar Power Platform begäranden. Till exempel ett flöde som ansluter till SharePoint eller Exchange, Twitter, Dataverse; alla dessa åtgärder räknas mot Power Platform begärandegränser.
3. Både lyckade och misslyckade åtgärder räknas mot dessa gränser. Överhoppade åtgärder räknas inte mot dessa gränser.
4. Varje åtgärd genererar en begäran. Om åtgärden är i ett tillvägagångssätt för varje slinga genererar den fler Power Platform begäranden när loopen körs.
5. En åtgärd kan ha flera uttryck, men den räknas som en API-begäran.
6. Återförsök och extra begäranden från sidnumrering räknas också som åtgärdskörningar.

Tänk på följande molnflöde där varje e-postbilaga sparas i OneDrive. Utlösaren förbrukar en Power Platform begäran, Tillämpa på var och en förbrukar en begäran och åtgärderna i Tillämpa för varje använder flera begäranden baserat på hur många gånger loopen körs. Om det finns fyra bifogade filer förbrukar det här avsnittet åtta Power Platform begäranden (4 x 2 åtgärder). Totalt förbrukar det här flödet 10 Power Platform begäranden.

Vems Power Platform begärandegränser används av molnflödet?

• Om ett molnflöde har en process-/perflödeslicens använder flödet licensgränsen för process/per flöde och inte skaparens/ägarens/anropande användarens gräns.

• Automatiserade och schemalagda molnflöden använder alltid flödesskaparens/ägarens begärandegränser Power Platform oavsett vem som anropade flödet eller vilka konton som används för anslutningar i flödet. För ett lösningsflöde kan du ändra flödets ägare med webb-API. När du har ändrat ägare används den nya ägarens gräns för API-begäran. För ett flöde som inte är en lösning använder flödet alltid den ursprungliga skaparens gräns som inte kan ändras. Om den ursprungliga skaparen lämnar företaget kan alla delägare till flödet exportera och importera flödet som en annan ägare. När du har importerat flödet blir det ett nytt flöde och börjar använda limit från den nya ägaren. Alternativt kan du tilldela en process-/per flödeslicens till flödet.

• Omedelbara molnflöden (knapp, Power Apps hybridutlösare) använder den anropande användarens gräns.

• Om flödesägaren är ett huvudnamn för tjänsten använder flödet gränsen för icke-licensierade användare.

• Om du delar ett automatiserat/schemalagt flöde med en annan användare och den användaren sedan utlöser samma flöde, används gränsen för den ursprungliga ägaren och inte den nya användarens gräns. Men om användaren sedan använder flödet för att skapa ett eget nytt flöde, blir den nya användaren ägare till det nya flödet och det flödet använder den nya användarens gräns.

• Om ett överordnat flöde anropar ett underordnat flöde använder det underordnat flödet gränsen för det överordnat flödet. Om det överordnat flödet till exempel är ett automatiserat flöde använder det underordnat flödet skaparens/ägarens gräns för det överordnat flöde.

• Om det överordnat flödet är ett manuellt flöde använder det underordnade flödet gränsen för den anropande användaren av det överordnat flöde.

• Om det underordnat flödet har en process-/perflödeslicens använder det process-/flödesgränsen och inte det överordnat flödets gräns.

• Om ett flöde har en processlicens delar flödet, alla underordnade flöden (exklusive de som har en egen processlicens) för flödet och alla associerade flöden i flödet processlicensgränsen.

Vilka verktyg har jag som tillverkare för att analysera min användning?

Om du upplever förseningar eller avmattningar när ditt flöde körs är det troligt att du har överskridit PPR-gränserna för dagen. För flöden som konsekvent försenas på grund av överkörningar får användarna också ett meddelande som informerar dem om dessa överkörningar, tillsammans med tips och tricks om hur du förhindrar försenade körningar av deras flöden.

Hit är ett exempel på ett e-postmeddelande som skickades för ett flöde som konsekvent överskred åtgärdsgränserna:

Dessutom kan du se åtgärdsanvändningen för ett visst flöde genom att välja Analys-åtgärden från sidan flödesegenskaper, och detta fungerar för alla typer av åtgärder. Detta hjälper dig att förstå hur många åtgärder som körs varje dag. Det kan hjälpa dig att förstå användningsmönster för att optimera för kapacitet:

Vilka verktyg har jag som administratör för att analysera min miljös användning?

Power Platform innehåller administrationscenter rapporter om Power Automate-begäranden. Dessa rapporter hjälper dig att snabbt visa implementerings- och användarmått för din organisation. De är för närvarande i allmänt tillgänglig förhandsversion. Det finns två rapporter:

• Användarrapport – Den här rapporten visar Power Platform användningen av begäran för varje användare i miljön, jämfört med deras tilldelade gräns.
• Rapport per flöde – Den här rapporten visar användningen av Power Platform förfrågningar för varje flöde i miljön som har en licens per flöde.
• Rapport om icke-licensierade användare – Den här rapporten visar användningen av Power Platform begäran för icke-licensierade användare och den totala behörigheten för icke-licensierade användare för den klientorganisationen. I framtiden kommer begäranden om användning av flöden som körs under tjänstens Power Platform huvudnamn att visas i den här rapporten.

När rapporterna är allmänt tillgängliga kommer användarna att ha tid att reagera och köpa högre PPR-licenser innan tillämpningen börjar.

Vad händer när flödet körs för många åtgärder?

När du har ett molnflöde som kör för många åtgärder påverkar det flödets prestanda. Du kommer att se en banderoll i flödet om ditt flöde begränsas.

I det vanligaste fallet resulterar överskridandet av gränser i försenade körningar av efterföljande åtgärder, vilket kommer att sakta ner den totala körningstiden för ditt flöde. Dessa förseningar står i proportion till graden av överförbrukningar som orsakas av ett flöde.

Ibland är det okej med överförbrukningar. Om du till exempel överskrider dina dagliga gränser med 500 åtgärder kommer det inte att påverka flödets prestanda, men att överskrida din gräns med 50 000 åtgärder kommer att ha en betydande prestandainverkan på ditt flöde, potentiellt i flera dagar.

Vad kan jag göra om mitt flöde ligger över gränserna?

Användare blockeras inte från att använda ett program eller ett flöde för tillfälliga och rimliga överförbrukningar.

Hit är några saker du kan göra om du har överskridit gränserna för din licens:

• Gå igenom designen igen och leta efter platser som kan bidra till att minska antalet åtgärder som anropas. Se avsnittet Metodtips för att skapa flöden för att använda färre åtgärder.

• Om flödet redan är optimerat, men det använder många åtgärder på grund av verksamhetens karaktär, bör du överväga att köpa en högre PPR-licens. Processlicensen ger den bästa tillgängliga prestandakvoten (250 000 åtgärder/24 timmar).

• Aktivera Löpande betalning för miljön för att säkerställa att inget av flödena i miljön begränsas.

• Köpa Power Apps och Power Automate kapacitetstillägg för organisationen. Under övergångsperioden, eftersom tillämpningen är mindre strikt, Dit finns det ingen möjlighet att tilldela Power Apps tillägget Power Automate och kapacitet till en användare eller ett flöde. Microsoft Vi rekommenderar dock att du köper dessa tillägg nu för att hålla dig inom dina licensvillkor. Skapa ett supportärende med flödesinformationen och lägger till information för att få tillfällig lättnad (30 dagar) från begränsning. Den här tillfälliga lättnaden är inte tillgänglig för flöden som redan har tilldelats en process- eller per flödeslicens.

Om ett flöde konsekvent ligger över övergångsperiodens gränser under 14 dagar Power Automate i följd avbryter flödet och skickar ett meddelande till ägaren. Du kan köpa en högre PPR-licens och sedan slå på den när som helst. Du kan redigera och spara flödet för 14-dagarsräknaren som ska återställas medan du köper licensen.

Vad är anslutnings gränser och skiljer de sig från Power Platform begärandegränser?

Anslutningarna har separata gränser som en tjänstskyddsmekanism. SharePoint-anslutningen begränsar till exempel antalet åtgärder till 600 per minut. En enda SharePoint-anslutning som används över flera flöden kan fortfarande bara köra 600 åtgärder per minut. De flesta anslutningssidor har ett begränsningsavsnitt som dokumenterar dessa gränser. Den här gränsen skiljer sig från PPR-gränsen. En Office-användare kan till exempel köra 6 000 åtgärder per dag i alla sina flöden men kan fortfarande begränsas av anslutningen om de använde mer än 600 SharePoint-åtgärder på en minut trots att de inte nådde gränsen på 6 000 åtgärder.

När ett flöde begränsades på grund av att det överskred kopplings gränserna kan du se ett HTTP 429-fel (för många begäranden) i flödet med feltext som "Hastighetsgränsen överskrids. Försök igen om 27 sekunder."

Jag använder startpaketet för CoE. Kommer användningen att räknas in i mina förfrågningsgränser?

Ja. Molnflöden som ingår i CoE-startpaketet använder också gränser från ägaren. Microsoft Vi rekommenderar att du köper mer kapacitet och kontaktar supporten för att få tillfällig lättnad från begränsning.

Kan jag använda tjänstens huvudkonto i flöden och räknas det mot mina begränsningar för begäran?

Ja, flöden vars ägare är ett tjänstehuvudkonto förbrukar en separat kvot som kallas icke-interaktiva gränser. Dessa gränser gäller endast om ägaren av flödet är ett huvudkonto för tjänsten. Dessa gränser gäller inte om ägaren av flödet bara använder ett huvudkonto för tjänsten i en av åtgärderna. Manuella flöden (knappflöden som delas exklusivt med körningsanvändare/Power Apps-anropade flöden) använder begärande begränsningar för körningsexklusiva användare när flödets ägare är tjänstens huvudkonto. De användare som endast kör måste ha en Power Automate Premium-licens om flödet använder premiumanslutningar. Under övergången kan manuella flöden använda upp till 100 000 förfrågningar/flöde/24 timmar.

Begränsningar för automatiska/schemalagda flöden:

• Flöden för tjänstens huvudnamn som körsi kontexten för Dynamics 365 program ) som anges i tabellen får 500 000 basbegäranden + 5 000 upplupna begäranden per användarlicens upp till 10,000,000 maximalt antal poolade på klientorganisationsnivå. Om en klientorganisation har 1 000 Dynamics 365-licenser har den klientorganisationen en pool med 5 500 000 förfrågningar tillgängliga för alla Power Platform-resurser som till exempelvis flöden för tjänstens huvudkonton samt Dataverse-förfrågningar, per dygn. Om en klientorganisation har 2 500 Dynamics 365-licenser har den klientorganisationen en pool med 10 000 000 förfrågningar tillgängliga för alla Power Platform-resurser som till exempelvis flöden för tjänstens huvudkonton samt Dataverse-förfrågningar, per dygn.

• Premium-flöden för tjänstens huvudnamn som ligger utanför Dynamics 365-appkontexten behöver var och en en process-/per flödeslicens. Dessa flöden får 250 000 begäran per flöde per dygn.

• Standard-flöden för huvudkonto för tjänsten får 25 000 basförfrågningar utan periodisering per licens för klientorganisationen per dygn.

Om du behöver fler förfrågningar aktiverar du Betala per användning för miljön eller köper mer kapacitet för Power Platform-förfrågningar.

Läs mer i Associera flöden till appar.

Kommer antalet datorflöden att förbruka mina Power Platform begärandebegränsningar?

Endast de datorflödesåtgärder som anropas från molnflöden räknas mot gränsen. Åtgärder i datorflödet räknas inte mot begärandebegränsningar.

Vad händer med mina Power Platform förfrågningar om jag har flera planer?

Eftersom gränser inte tillämpas strikt under övergångsperioden stapling av användarlicenser stöds inte. Om en användare har flera abonnemang, till exempel ett Microsoft 365-abonnemang och ett Dynamics 365-abonnemang, använder flödet den högre planen (Dynamics 365-abonnemang i detta exempel).

När övergångsperioden är slut, om en användare har flera planer tilldelade från olika produktrader, är det totala antalet tillåtna begäranden summan av de begäranden som tilldelats varje licenstyp. Om en användare till exempel har både en Dynamics 365 Customer Service Enterprise-licens och en Power Apps per användare-licens kommer den användaren ha totalt 40 000 + 40 000 = 80 000 begäranden tillgängliga per 24-timmarsperiod.

Om en användare har flera licenser tilldelade inom samma produktlinje, till exempel om en användare har en Dynamics 365 Customer Service Enterprise-licens som grundlicens och en licens för Dynamics 365 Sales Enterprise, är det totala antalet förfrågningar skulle vara det antal som tillhandahålls av grundlicensen.

Vad är prestandaprofiler och hur vet jag vilken prestandaprofil mitt molnflöde använder?

Baserat på ägarens licens får ett flöde en prestandaprofil, som i sin tur bestämmer flödets gränser för Power Platform-förfrågningar. Om Dit finns flera licenser tilldelade till ägaren Power Automate väljer den högsta planen från listan:

Prestandaprofil	Licens	Gränser under övergångsperioden	Gränser efter övergångsperioden
Lägst	- Power Automate Utan kostnad - Microsoft 365 licenser - Power Apps Plan 1 (äldre) - Power Apps Licenser per app - Power Automate Plan 1 (äldre) - Alla provlicenser - Licens för Dynamics 365 Team Member	10,000	6000
Medel	- Power Apps utlösta flöden - Power Apps Plan 2 (äldre) -Premium-licens Power Apps - Power Automate Plan 2 (äldre) - Power Automate per användare (äldre) -Premium-licens Power Automate - Dynamics 365 Enterprise-licenser - Dynamics 365 Professional-licenser	100,000	40,000
Högst	- Power Automate Licens för process - Power Automate Licens för värdbaserad process - Power Automate prenumerationsavtal per flöde (äldre)	500,000	250,000
Obegränsat	- Betala per användning-miljö	15,000,000	15,000,000

I en organisation har åtta användare Office 365-licenser och deras dagliga Power Platform förfrågningar skulle vara 6 000 förfrågningar per användare, under varje 24-timmarsperiod. Betyder det att den kommer att grupperad till klientnivån med en gräns på 48 000 begäranden under varje 24-timmarsperiod (8X6000) och alla användare kan använda från den här gruppen?

Nej, Power Platform-begäranden grupperas inte på miljö- eller klientorganisationsnivå. Detta säkerställer att en flitig användare inte förbrukar alla Power Platform-begäranden för klientorganisationen och påverkar alla andra. Eftersom licensen är per användare är gränsen också per användare. Så alla Office-kunder får 6 000 förfrågningar var, oavsett om de använder dem eller inte.

Bästa praxis kring PPR

Bästa praxis för design

Använd så få åtgärder som möjligt för att uppnå automatisering:

• Om du har looparna "gör tills" eller "gäller för varje" i ditt flöde, se om du kan minska antalet iterationer, eventuellt genom att hämta färre objekt som ska itereras.

• Många anslutningsprogram har parametrarna "filterfråga" och "högsta värde" som kan användas för att minska antalet objekt och mängden data som hämtas med OData.

• Om du har ett schemalagt flöde som körs ofta bör du överväga att minska frekvensen. Många flöden som körs en gång per minut eller en gång per timme kan revideras så att de inträffar mindre ofta. Använd utlösarförhållanden för att minimera körfrekvensen.

• Om ditt flöde kommunicerar med filer bör du vara medveten om filstorleken och försöka minska den om möjligt.

• Om du behöver återanvända en enskild egenskap som returneras av en åtgärd med stor utdatastorlek flera gånger bör du överväga att använda "Initiera variabel" för att lagra den egenskapen och använda variabeln i senare åtgärder. Även om endast en egenskap används från en utdata från en tidigare åtgärd, skickas alla utdata från den åtgärden som skickas till den senare åtgärden som indata.

Metodtips för att skala flödet

• Om ditt flöde kör tusentals åtgärder dagligen bör du överväga att köpa en processlicens för att få bättre dataflöde och högre kvoter. Processlicensen ger den bästa tillgängliga prestandakvoten (250 000 åtgärder per dag). Kontakta din klientorganisations administratör för att köpa licensen och tilldela den till flödet. När licensen har köpts och tilldelats bör flödets författare spara den igen. Alternativt uppdateras molnflöden i bakgrunden en gång i veckan för att återspegla aktuella planer.

• Överväg att dela upp arbetsbelastningen över flera flöden för att uppnå hög skala.

Power Platform begäranden med löpande betalning

Vi reviderade Power Platform begärandebegränsningar för alla licenser i slutet av 2021. De nya gränserna är utformade för att vara tillräckliga för de flesta kundscenarier. Läs mer om begränsningar för Power Platform begäranden i Gränser och allokeringar för begäranden.

För kunder med extremt storskaliga scenarier som behöver överskrida dessa gränser kan du länka dessa miljöer till Azure-prenumerationen. Genom att länka miljön kan användare och flöden i miljön förbruka mer än sina gränser utan att begränsas och bara betala för de Power Platform begäranden som används över dessa gränser. Flöden kan fortfarande licensieras med en baslicens (antingen Power Automate Premium, Power Automate Process, Office 365,, Power Apps eller Dynamics). Om du till exempel har Power Automate en Premium-licens har du en gräns på 40 000 Power Platform begäranden/per användare/dag. Om användaren använde 45 000 begäranden om dagen multipliceras de extra 5 000 begäranden med en kvot för "$/begäran" och faktureras till Azure-prenumerationen. Det totala beloppet summeras och faktureras baserat på kundens Azure-faktureringscykel. Flera mätare aktiveras när du aktiverar betala per användning i miljön. Läs mer i Så här ställer du in Betala per användning.

Schema för hur överförbrukning av PPR-begäranden faktureras i en betala per användning-miljö:

Allmänna vanliga frågor och svar om begärandegränser

Du kan läsa dessa vanliga frågor om Begränsningar av begäranden för mer information om begränsningar av begäranden.

Office 365 licensfrågor

Här är svaren på några av de vanligaste frågorna med Power Automate ned en Office 365-licenser.

Vilka Power Automate-funktioner ingår i Office 365-licenser?

Begränsade Power Automate användningsrättigheter ingår i utvalda Office 365-licenser så att användare kan anpassa och utöka för personliga Office 365 produktivitetsscenarier. För företagsscenarier rekommenderar Office Premium-licensen.

Office 365 licenser innehåller följande Power Automate funktioner:

• Skapa och köra automatiska, schemalagda och knappflöden.
• Tillgång till standardkontakter.
• 6 000 Power Platform förfrågningar/dag. 10 000 förfrågningar/dag under övergångsperioden.

Följande Power Automate funktioner ingår inte:

• Tillgång till premiumanslutningar (förutom i Dataverse for Teams miljöer). Läs mer om Dataverse for Teams-funktioner.
• Affärsprocessflöden
• Anpassade anslutningsprogram
• Lokala gateways
• Robotstyrd processautomation
• AI Builder-kapacitet

Följande Office 365 licenser innehåller Power Automate funktioner:

• 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 för lärare
• Office 365 A1 för studenter
• Office 365 A1 Plus för lärare
• Office 365 A1 Plus för studenter
• Office 365 A3 för lärare
• Office 365 A3 för studenter
• Office 365 A3 för studenterbjudande
• Office 365 A5 för lärare
• Office 365 A5 för studenter
• Office 365 A5 för studenterbjudande

Dynamics 365 licensfrågor

Följande frågor är relaterade till Dynamics 365-licensierings- och Power Automate användningsrättigheter.

Vilka Power Automate funktioner ingår i Dynamics 365-licenser?

Dynamics 365-licenser innehåller följande Power Automate-funktioner:

• Skapa och köra automatiska, schemalagda eller knappflöden.
• Tillgång till standardkontakter.
• Tillgång till premiumanslutningar i appkontext.
• Affärsprocessflöden i appkontexten.
• Anpassade anslutningsappar i appkontext.
• Lokala gatewayer i appkontexten.
• Power Platform Begärandegränser : Dynamics 365-teammedlem får 6 000 förfrågningar/dag (25 000 förfrågningar/dag under övergångsperioden), Dynamics 365 Professional får 40 000 förfrågningar/dag (100 000 förfrågningar/dag under övergångsperioden) och Dynamics 365 Enterprise får 40 000 förfrågningar/dag (100 000 förfrågningar/dag under övergångsperioden).

Följande Power Automate funktioner ingår inte i Dynamics 365-licenser:

• Robotstyrd processautomation
• AI Builder-kapacitet

När du använder en Dynamics 365-licens med Power Automate måste dina flöden köras inom ramen för Dynamics 365-programmet. Detta avser att använda samma datakällor för utlösare eller åtgärder som Dynamics 365-programmet. Om flödet förbrukar fristående Power Automate åtgärder som inte är relaterade till Dynamics 365-programmen måste du köpa fristående Power Automate-licenser.

Exempel på Dynamics 365-licens som används Power Automate i en Dynamics 365-programkontext

Din organisation har anslutit Azure DevOps med Dynamics 365 CRM för att eskalera supportärenden och skapa arbetsobjekt för att få problem lösta snabbare. Som en del av Dynamics 365-licensen Power Automate inkluderas rättigheter för flöden i följande scenarier:

• Läsa från eller skriv till Azure DevOps.
• Använda en inbyggd Dataverse utlösare eller åtgärd.

Exempel på Dynamics 365-licens som används Power Automate utanför i en Dynamics 365-programkontext

Samma användare (i föregående Dynamics 365-exempel) vill nu även använda ett flöde som uppdaterar en Oracle-databas. Det flöde har följande egenskaper:

• Det är helt orelaterat till Dynamics 365-programmet.
• Den interagerar inte på något sätt med Dynamics 365-programmet (eller dess datakällor).

I det här scenariot kräver användaren en fristående Power Automate-licens.

Följande Dynamics 365-licenser innehåller Power Automate-funktioner:

• 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 teammedlemmar
• Dynamics 365 Finance
• Dynamics 365 Supply Chain Management
• Dynamics 365 Commerce
• Dynamics 365 Human Resources
• Dynamics 365 Operations – Activity
• Dynamics 365 Business Central
• Dynamics 365 Business Central Teammedlemmar

Power Apps licensfrågor

Följande frågor är relaterade till Power Apps-licensierings- och Power Automate användningsrättigheter.

Vilka Power Automate-funktioner ingår i Power Apps-licenser?

En begränsad uppsättning Power Automate funktioner ingår som en del av Power Apps-licensen. Power Apps licenser innehåller följande Power Automate funktioner:

• Skapa och köra automatiska, schemalagda,knappflöden.
• Tillgång till standardkontakter.
• Tillgång till premiumanslutningar i appkontext.
• Affärsprocessflöden i appkontexten.
• Anpassade anslutningsappar i appkontext.
• Lokala gatewayer i appkontexten.
• Power Platform förfrågningsgränser: Power Apps Premium får 40 000 förfrågningar/dag (100 000 förfrågningar/dag under övergångsperioden) och Power Apps per app får 6 000 förfrågningar/dag (10 000 förfrågningar/dag under övergångsperioden).
• Power Apps premium får 250 MB Dataverse databaskapacitet och 2 GB Dataverse filkapacitet. Power Apps per program får 50 MB Dataverse databaskapacitet och 400 MB Dataverse filkapacitet. Flöden anropade av programmet skapad med Power Apps som hanterar komplexa objekt förbrukar den här lagringsgränsen. Om ett flöde till exempel tolkar ett 100-sidigt dokument och gör uppdateringar av det, kommer den lagring som krävs för att behålla dokumentet i körningshistoriken för framtida felsökning att förbruka den här gränsen.

Följande Power Automate funktioner ingår inte i Power Apps-licenser:

• Robotstyrd processautomation
• AI Builder-kapacitet

Exempel på Power Automate användning med ett program skapat med Power Apps-kontext

En användare med en fristående Power Apps-licens kör ett program som använder en SQL-databas som datakälla. programmet skapad med hjälp av Power Apps innehåller också flöden som gör följande:

• Läsa från eller skriv till SQL Database.
• Använd en inbyggd Power Apps utlösare eller åtgärd, för att skicka ett push-meddelande till programmet som skapats med Power Apps.

Exempel på Power Automate användning utanför med ett program skapat med Power Apps-kontext

Samma användare (i exemplet ovan) vill nu även använda ett flöde som uppdaterar en Oracle-databas och som även har följande egenskaper:

• Det är helt orelaterat till programmet skapar med Power Apps.

• Den interagerar inte på något sätt med programmet skapade med Power Apps (eller dess datakällor).

I det här exemplet skapas flödet med hjälp av Power Automate används utanför sammanhanget Power Apps så användaren behöver en fristående Power Automate licens.

Andra exempel på Power Automate användning utanför ett program som skapats med Power Apps kontext

En miljö har flera program. Det finns flöden för datahantering som inte har direkt stöd för appen men som säkerställer datakvaliteten. Användaren måste ha en fristående Power Automate-licens.

AI Builder licensfrågor

Hitta global AI Builder licensinformation i följande artiklar:

• AI Builder Sammanfattning av licensiering
• AI Builder Vanliga frågor och svar om licensiering.

Hur är licensierade AI Builder-åtgärder inom ett Power Automate-flöde?

För att lägga till och köra AI Builder-åtgärder inom ett flöde behöver du specifik AI Builder-licensiering: AI Builder-åtgärder förbrukar AI Builder-krediter, vilket kan erhållas i Power Automate premiumlicenser, i andra Power Platform premiumlicenser, eller huvudsakligen i AI Builder kapacitetstillägg.

Krediter måste vara tillgängliga i flödets miljö.

Du kan också använda AI Builder utvärderingsversion.

Hur många krediter ingår i Power Automate premiumlicenser?

Läs mer om seedade krediter i Hämta berättigande till AI Builder krediter.

Tillämpning

Varför är mitt flöde inaktiverat?

Läs mer i När premiumflöden stängs av på grund av licensproblem.

Den här länken innehåller också information om de olika typerna av verkställighet och hur du identifierar flöden som behöver Premium-licenser för att undvika avbrott på grund av verkställighet.

Jag har många miljöer. Hur får jag de flöden som behöver ägnas åt klientorganisationen?

Om antalet miljöer i klientorganisationen är mindre än 500 använder du följande skript för att hämta alla flöden som behöver licenser i klientorganisationen:

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

Skriv alla flöden till en CSV-fil

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

Skrivvärd "Alla flöden som riskerar att skrivas till flows.csv"

Om det finns fler än 500 miljöer i en klientorganisation måste du ta hjälp av en supportbegäran så att vårt supportteam kan köra rapporten åt dig.

Jag har tilldelat en licens, men jag ser fortfarande flödet i flöden som behöver min uppmärksamhet i PowerShell. Varför?

När en licens har tilldelats/flöde associeras till en app redigerar du och sparar flödet. Det kan ta upp till 24 timmar för PowerShell att uppdatera och ta bort flödet från PowerShell-svaret.

Jag har tilldelat en licens, men jag ser fortfarande banderoller som mina flöden behöver uppmärksamhet i Power Automate-portalen. Varför?

När en licens har tilldelats/flöde associeras till en app kan det ta upp till sju (7) dagar innan premiumlicensen visas på Power Automate-portalen. För att uppdatera den senaste licensstatusen, redigera och spara ett flöde.

Hur kan jag enkelt avgöra om mitt flöde är i samband med en Power Apps/Dynamics 365-program?

Skapas flödet som stöd för Power Apps/Dynamics 365-program? Kan flödet tas bort om motsvarande program tas bort? Pratar flödet med samma datakällor som appen? I så fall är flödet kontextuellt.

Hur kan jag associera i sammanhangsflöden till Power Apps/Dynamics 365-appar?

Flöden som skapas för att hantera appar skapade med Power Apps/Dynamics 365 måste köras inom appens kontext. Det innebär att flödet måste använda samma datakällor för utlösare eller åtgärder som appen. Om automatiserade eller schemalagda molnflöden skapas för att stödja programmet och är i samband med ett program, länkar du flödet till programmen med hjälp av ett PowerShell-skript. När flödet har länkats upprättas ett beroende mellan programmet och flödet och de kan hanteras tillsammans. Om den länkade programmet tas bort eller inte används inaktiveras flödet.

Skapare kan också koppla sina flöden till appar från Power Automate-portalen. Läs mer i Associera flöden till appar.

Power Automate-funktioner som ingår i per applaner

En Power Apps per applan ger möjlighet för användare att köra Power Automate-flöden som använder premium-funktioner. Flödena måste antingen utlösas av Power Apps eller associeras till en app via PowerShell eller Power Automate-portal.

Läs mer i Associera i kontextflöden till en app.

Multiplexing

Multiplexering avser användningen av hårdvara eller mjukvara som en kund använder för att slå samman anslutningar, omdirigera information eller minska antalet användare som direkt får åtkomst till eller använder Power Apps, Power Automate och Microsoft Copilot Studio-tjänsten.

Det rekommenderas att använda multiplexering för att minska antalet licenser?

Att använda multiplexering som en mekanism för att minska antalet licenser som ska köpas är en licensöverträdelse. Läs mer i multiplexeringsvägledningen från Krav för klientåtkomstlicens (CAL).

Här följer några exempel på vad multiplexing är eller inte:

1. Om förstklassigt flöde endast flyttar data från Dataverse till en delad plats eller skickar ett e-postmeddelande till kollegor, faller det inte under multiplexing eftersom användarna använder data i stället för att utlösa flödet.

2. Om ett premiumflöde utlöses när en ny artikel läggs till i en SharePoint lista, sparar informationen i Dataverse och sedan skickar ett e-postmeddelande till ägaren av flödet, flera personer kan ladda upp objekt till listan men e-postmeddelandet skickas bara till ägaren. I det här fallet behöver bara ägaren en licens eftersom de är den enda person som får värde från flödet.

3. Om flödet som nämns i nummer två skickar ett e-postmeddelande till användaren som laddar upp objektet behöver både ägaren och användaren en premium-licens. I det här fallet utlöser användaren indirekt flödet (genom att ladda upp ett objekt till SharePoint) och får värde av flödet i form av ett e-postmeddelande. Fel att licensiera alla användare faller under multiplexing.

Flera flöden körs under ett delat tjänstkonto. Vilka licenser behöver jag?

• Tjänstkonto: Microsoft Entra användarkonto som används som ett tjänstkonto. Tjänstekonton är en särskild typ av konto som är avsedda att representera en icke-mänsklig entitet, t.ex. ett program, API eller annan tjänst. Användarkonton, som används som tjänstkonto genom att dela autentiseringsuppgifter med andra användare, utgör en säkerhetsrisk och svårt att spåra vem som har gjort ändringar i ett flöde om flera personer har tillgång till tjänstkontot. Det är också en utmaning att hantera sina lösenord. Ange endast de behörigheter som krävs för uppgiften när du skapar tjänstekonton. Utvärdera befintliga tjänstkonton för att se om du kan minska privilegierna. Begränsa antalet personer som har åtkomst till tjänstekontot för att minimera säkerhetsrisken. Du kan också skapa olika konton för olika scenarier för att minimera risken för problem. Servicekonton rekommenderas inte som metod. I vissa scenarier används servicekonton för att ta bort beroendet från flödet till den ursprungliga ägaren. I sådana fall kan du använda tjänstens huvudnamn för att lösa säkerhetshot.

• Tjänstens huvudnamn:tjänstens Microsoft Entra huvudnamn fungerar som identiteten för programinstansen. Huvudkonto för tjänsten anger vem som kan komma åt programmet och vilka resurser programmet har åtkomst till. Ett huvudkonto för tjänsten skapas i varje klientorganisation där programmet används och refererar till det globalt unika programobjektet.

• Icke-interaktiva användare: Dataverse stöder icke-interaktiva användare för aktiviteter som bakgrundsprocesser som migrerar data mellan databaser. Användaren behöver inte interagera med tjänsten. Det finns en maximal begränsning på sju (7) icke-interaktiva användare per klientorganisation. Icke-interaktiva användare stöds ännu inte av Power Automate.

• Mänskliga användare: Det här är de mänskliga synkroniserade användarna från Microsoft Entra ID.

Vägledningen är specifik för flöden som körs under ett tjänstkonto som ägare av flödet.

Om du vill köra ditt flöde under ett tjänstkonto gör du följande så här undviker du multiplexering:

• Om flödet endast använder standardanslutningar och inga premiumfunktioner kan alla användare som har autentiseringsuppgifterna för tjänstkontot ha en Microsoft /Office 365 licens, Power Automate Kostnadsfri eller valfri Power Automate Premium-licens.

• Om flödet använder premiumfunktioner (premiumanslutningar, robotstyrd processautomation, anpassade kontakter, lokal gateway, affärsprocessflöden):

  • Tjänstkontot används av en begränsad uppsättning användare. I det här fallet räcker det att licensiera alla användare och tjänstkontot.
  • Tjänstkontot används av många användare. I det här fallet bör du tilldela Process-licens för att se till att alla nya användare som lägger till kontot är automatiskt kompatibla.

• Om flödet är en manuell eller apputlöst flöde/Dataverse "Kör som användarflöde" måste alla användare som kör flödet ha en Premium-licens eller så behöver flödet en Process-licens. Läs vanliga frågor och svar om vem som behöver köpa en Premium-licens.

• Premiumflödet är i kontext (flödet delar datakällorna för appen) av en app som skapats med Power Apps/Dynamics 365-app:

  • Alla användare som har autentiseringsuppgifter för tjänstekontot och tjänstkontot behöver en Power Apps/Dynamics 365-licens.
  • Om de inte har en Power Apps/Dynamics 365-licens behöver alla användare och tjänstkontot användarlicenser Power Automate.
  • Alternativt kan flödet licensieras med en Process-licens och inga användare/tjänstkonto behöver en licens.

• Flera användare som delar autentiseringsuppgifter för ett tjänstkonto och använder premium-flöden med en Power Automate premium-licens per användarlicens som tilldelats tjänstkontot anses vara multiplexing och flödet är inte kompatibelt.

Kommentar

Vägledningen är specifik för tjänstekonton som används som flödesägare eller som endast kör användare. Flöden som använder servicekonton som anslutningar eller medägare påverkas inte av den här vägledningen. Vi har kört flödena igen med tjänstens huvudman som ägaren initierade för ett tjänstkonto för att undvika säkerhetsrisk.

Detta är endast vägledning och inte svårt att upprätthålla. Administratörer ansvarar för att licensiera alla flöden korrekt för att förbli kompatibla.

Det finns ett premium-flöde som skickar godkännande förfrågningar till en uppsättning användare och sedan väntar på att användarna ska godkänna eller avvisa begäran innan den fortsätter att köras. Behöver godkännarna en premiumlicens?

Användare som svarar på godkännandeförfrågningar behöver inte ha en Premium-licens.

Automatiserat flöde – Användaren skapar ett flöde som utlöses när ett objekt läggs till i en lista som skapats med hjälp av Microsoft Listor och uppdaterar en SQL-databas (Premium). Flera personer kan lägga till objekt i listan som skapats med hjälp av Microsoft Listor. Behöver användare en premiumlicens?

Flödet körs i samband med ägarlicens för automatiserade eller schemalagda flöden och åberopar användarlicens för omedelbara Power Apps eller Dataverse utlösta flöden. Personen som lade till objektet i listan som skapats med hjälp av Microsoft Listor behöver alltså ingen Premium-licens.

Vi har ett direkt flöde med endast körda användare och den använder premiumkontakter. Tillverkaren delar det flödet med sitt team och låter dem köra det flödet. Behöver alla en premium-licens?

Alla som anropar flödet behöver en premiumlicens eftersom det är ett direkt flöde.

Jag har ett underordnat flöde som har premiumkopplingar och anropas av flera överordnade flöden som inte har premiumkopplingar. Behöver alla överordnade flöden vara licensierade, eller räcker det med licensiering av det underordnade flödet?

Du kan antingen licensiera det överordnade flödet eller licensiera det underordnade flödet med en Process-licens. Men om det överordnade flödet också har en premiumanslutning måste den överordnade flödesägaren ha en premiumlicens eller så måste det överordnade flödet ha Process-licensen.

I mitt flöde används anslutningar från flera användare. Behöver jag licensiera dem alla?

Vem som behöver en licens är oberoende av vems anslutningar som används i flödet. Automatiserade eller schemalagda flöden körs alltid under ägarens licens och manuella flöden eller program körs alltid under de användare som utlöste flödet.