Vanliga frågor om licensiering för Power Automate

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 du tilldelar en Process-licens till ett molnflöde kan flödet komma åt premiumanslutningar och har en dedikerad daglig tilldelning på 250 000 åtgärder per Process-licens. Flödet använder alltid processlicensgränserna, oavsett vem som kör flödet.

Om ett flöde körs under en användarlicens beror åtgärdsgränsen på licenskontexten. Automatiserade och schemalagda flöden använder flödesägarens licenskontext. Snabbflöden (knapp, Power Apps) använder den anropande användarens licenskontext. Åtgärdsgränser tillämpas per kontext – om en användare har flera licenser får varje flöde gränsen för den kontext som den körs i, inte en kombinerad summa. Läs mer i Vad händer med mina åtgärdsgränser om jag har flera planer?

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 den kostnadsfria planen eller någon av Microsoft 365-licensplanerna kan endast få tillgång till standardanslutningsprogram, men de flesta andra licensplaner och testversioner ger tillgång till premiumanslutningsprogram.

Läs mer om licensplaner som innehåller Power Automate-funktioner i Typer av Power Automate licenser och Licensieringsguiden för Power Platform. Läs mer om begränsningar och prestandaprofil för licensplaner i Begränsningar för automatiserade, schemalagda och direkta flöden.

Vilka Power Automate-licenser behöver jag?

Microsoft rekommenderar att de flesta organisationer köper Power Automate Premium-licensen för varje användare i organisationen. Köp Power Automate Process-licensen för varje affärsprocess eller maskin som kör obevakad automatisering. Power Automate Hosted Process är en utökad version av Power Automate Process-licensen och erbjuder samma funktionalitet, men med tillägg av en kapacitet för Microsoft värdbaserad dator som kan användas för en värdbaserad dator eller en värdbaserad dator­grupp. Detta möjliggör RPA utan någon egen 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 fakturabearbetning 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.

Du kan tilldela en processlicens direkt till ett lösningsmedveten molnflöde eller till en flödesgrupp. En flödesgrupp låter upp till 25 lösningsmedvetna molnflöden dela en processlicens. Du måste uttryckligen lägga till varje överordnat och underordnat flöde som ska använda gruppens kapacitet.

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

• Dina flöden använder obevakat 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. Du kan också ange en licensierad användare i ett flöde som ägs av tjänstens huvudnamn så att den körs under användarens behörighet i stället för att kräva en processlicens.
• Dina flöden bearbetar stora data eller behöver köras ofta, vilket kräver en stor mängd åtgärder.
• 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 premiumanslutningsprogram 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.

Hur många Power Automate Process-licenser behöver jag?

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

  Köp en processlicens för varje dator. Lägg till fler processlicenser om du behöver samtidig körning på datorn. En processlicens omfattar alla skrivbordsflöden (RPA) som körs på den dator och de molnflöden (DPA) som ingår i affärsprocessen.

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

  Köp en processlicens för varje kärnaffärsprocess. Några exempel på viktiga affärsprocesser är fakturabearbetning eller HR-registrering. Om du vill dela licensen över relaterade molnflöden lägger du till upp till 25 lösningsmedvetna flöden i en flödesgrupp. Flöden omfattas inte automatiskt bara för att de ingår i samma affärsprocess.

• Flödet överskrider 250 000 åtgärder per dag: hur många processlicenser behöver det?

  Stapla ytterligare processlicenser i samma flöde. Beräkna din dagliga användning – (åtgärder per körning) × (körningar per dag) – och dividera med 250 000 för att avgöra hur många licenser som behöver kombineras.

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.

I följande skärmbild omfattar en processlicens alla molnflöden, eftersom de har ett skrivbordsflöde som körs på samma dator.

Min DPA-process har flera molnflöden. Behöver jag 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. En processlicens kan omfatta en central affärsprocess när dess flöden ryms inom en godkänd flödesgrupp och dess delade dagliga kvot på 250 000 åtgärder.

Du kan tilldela en processlicens till en flödesgrupp och dela dess 250 000 åtgärder per dag i upp till 25 lösningsmedvetna molnflöden. Lägg till varje flöde som ska använda den delade kapaciteten i gruppen. Överordnade och underordnade flöden ingår som separata medlemmar i gruppen, och att lägga till ett överordnat flöde innebär inte att dess underordnade flöden automatiskt läggs till eller licensieras.

Om ett flöde behöver fler än 250 000 åtgärder per dag tilldelar du Processlicenser direkt till det flödet i stället. Du kan stapla upp till 10 processlicenser i ett enskilt flöde, men du kan inte stapla licenser i en flödesgrupp.

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 automatiseringar för allmänt bruk (med rätt till premiumanslutningar), ha fullständig flexibilitet (med rätt till anpassade anslutningsprogram) eller interagera med applikationer genom att simulera mänskligt beteende, till exempel tangenttryckningar eller musklick och musrörelser (med rätt till användarövervakad robotiserad processautomatisering), 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.
• Processlicensen har högsta prioritet bland alla licenser. Den här prioriteten innebär att om en processlicens tilldelas till ett flöde använder flödet alltid processlicensgränserna och behöver inte en ägare eller en användare som kör 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 ett premiumanslutningsprogram behöver endast ägaren ha en premiumlicens.
• Om ett direktflöde har premiumanslutningsprogram behöver varje användare som kör flödet en Power Automate Premium-licens. 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 ett premiumanslutningsprogram 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 och ett underordnat flöde använder en användarlicenskontext använder det underordnade flödet kontexten 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.

Dessa regler för användarlicenskontext innebär inte att ett underordnat flöde ärver Process-kapacitet från det överordnade flödet. Om du vill använda Process-kapacitet tilldelar du en Process-licens direkt till det underordnade flödet eller lägger uttryckligen till det i samma flödesgrupp som det överordnade flödet.

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ö. Om du importerar ett flöde till en annan miljö är varje instans ett separat flöde. Flödesgrupper och Processkapacitetstilldelningar är också miljöspecifika. I varje målmiljö skapar eller verifierar du flödesgruppen, lägger uttryckligen till varje överordnat och underordnat flöde som ska dela kapacitet och tilldelar en processlicens till gruppen. Du behöver tillräckligt med processlicenser för varje miljö där flödena körs under en processplan.

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 Hosted Process-licens användas som en Power Automate Process-licens?

Ja, du kan använda Power Automate Hosted Process-kapacitet på två sätt:

• Värdbaserade datorer och värdbaserade datorgrupper.
• Som processlicens som kan användas för obevakad robotstyrd processautomation (obevakat 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ösnings flödet har en lösningsmedveten 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 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 Premium-plan 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 Process-licens 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 är flödet ett nytt flöde och medägaren blir nu ägare till flödet. Flödet använder den nya ägarens licens.

Flödet nedgraderas till lägre prestanda och alla flödesägare meddelas och flödet inaktiveras 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. Systemet meddelar alla flödesägare och flödet inaktiveras 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 Premium-licens per användare i hemma-klientorganisationen kan denne använda premiumfunktioner i den gästklientorganisation som är värd för flödet.

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

• I det Azure offentliga molnet identifieras dessa planer mellan klienter i gästscenarier 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 Premium-plan:

Windows 11-användare kan söka efter ”Power Automate” i Windows-sökfältet. Power Automate-appen 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 skrivbordet och ha användningsrättigheter för det, men de måste ladda ned det från nedladdningscentret.

Äldre licensfrågor

Från och med 1 augusti 2023, Power Automate per flöde (100 USD per flöde/månad, med ett minimumköp av 5 licenser) och Power Automate obevakat RPA-tillägg (150 USD 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 "automatiseringsrobot" som kan användas för obevakad robotprocessautomation (obevakad RPA) eller molnflöden med hjälp av digital processautomatisering (DPA) och som kan nås av obegränsade användare i organisationen. Power Automate Process prissätts till 150 USD per robot/månad.

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

Hur skiljer sig processlicensen från begäran om en flödeslicens?

För obevakat 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 omfattade den äldre licensen per flöde det licensierade flödet och dess underflöden. En processlicens som tilldelats direkt till ett molnflöde täcker inte automatiskt dess underordnade flöden. Den här allokeringsmodellen skiljer sig från att tilldela processkapacitet till en dator, där berättigade molnflöden kan ärva en processplan från datorn. Om du vill dela en processlicens mellan molnflöden lägger du uttryckligen till upp till 25 lösningsmedvetna överordnade och underordnade flöden i en flödesgrupp.

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

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

Åtgärdsbegränsningar och kapacitetsfrågor

Här följer några vanliga frågor om åtgärdsgränser och deras svar. I Power Automate betraktas varje utlösare och körning av en åtgärd som en enda åtgärd (visas som Power Platform-begäranden i rapporter från administrationscentret). Åtgärder i loopar körs en gång per iteration, så loopar multiplicerar antalet åtgärder.

Vad räknas som en åtgärd?

Baserat på licens finns det gränser för hur många åtgärder ett molnflöde kan köra på en dag. Dessa gränser skiljer sig från gränserna för anslutningsprogrambegränsning. Du kan se hur många åtgärder ditt flöde kör genom att välja Analys på sidan för molnflödesinformation och visa fliken Åtgärder.

Även när ditt flöde använder färre åtgärder per körning 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. Här följer några insikter för att uppskatta åtgärdsanvändningen:

• Ett enkelt flöde med en utlösare och en åtgärd resulterar i två åtgärder varje gång flödet körs.
• Varje utlösare och åtgärd i flödet räknas. Alla typer av åtgärder – anslutningsåtgärder, HTTP-åtgärder, inbyggda åtgärder (från att initiera variabler, skapa omfång till en enkel skrivåtgärd)– räknas mot din dagliga åtgärdsgräns. Till exempel ett flöde som ansluter till SharePoint, Exchange, Twitter eller Dataverse: alla dessa åtgärder räknas.
• Både lyckade och misslyckade åtgärder räknas mot dessa gränser. Överhoppade åtgärder räknas inte.
• Varje åtgärd räknas som en, inklusive själva loopåtgärden. Åtgärder inuti en loop (Tillämpa på varje, Gör tills) körs en gång per iteration – en loop med 2 åtgärder som körs i 10 iterationer resulterar i 21 åtgärder (1 loop + 2 × 10).
• En åtgärd kan ha flera uttryck, men den räknas som en åtgärd.
• Å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 räknas som en åtgärd. Själva loopen Apply to Each räknas som en åtgärd. De två åtgärderna i loopen körs en gång per bifogad fil – med 4 bifogade filer är det 4 × 2 = 8 åtgärder. Totalt: 1 + 1 + 8 = 10 åtgärder.

Vems åtgärdsgränser gäller för molnflödet?

• Om ett molnflöde har en Process- eller Per-flow-licens använder flödet licensgränsen för Process eller Per-flow i stället för skaparens, ägarens eller den anropande användarens gräns.

• Automatiserade och schemalagda molnflöden använder alltid flödesskaparens eller ägarens åtgärdsgränser, 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 hjälp av webb-API:et. När du har ändrat ägaren används den nya ägarens åtgärdsgränser. För ett flöde som inte är en lösning använder flödet alltid den ursprungliga skaparens gränser, som inte kan ändras. Om den ursprungliga utvecklaren 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 den nya ägarens gränser. Du kan också tilldela flödet en process- eller perflödeslicens.

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

• Om flödets ägare är ett huvudnamn för tjänsten använder flödet gränsen för användare utan licens, såvida inte flödet har en licens för process eller per flöde, ingår i en flödesgrupp som har tilldelats en Processlicens eller har en utsedd licensierad användare

• Om du delar ett automatiserat eller schemalagt flöde med en annan användare och sedan utlöser samma flöde använder den 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 och ett underordnat flöde använder en användarlicenskontext använder det underordnade flödet det överordnade flödets gräns. Om huvudflödet till exempel är ett automatiserat flöde använder underflödet gränsvärdet för skaparen av huvudflödet eller dess ägare.

• Om det överordnade flödet är ett manuellt flöde använder det underordnade flödet gränsen för det överordnade flödets anropande användare.

• Om det underordnade flödet har en licens för process eller per flöde använder det gränsen för process eller per flöde och inte det överordnade flödets gräns.

• Ett underordnat flöde ärver inte processkapacitet från dess överordnade flödet. Om du vill använda Process-kapacitet tilldelar du en Process-licens direkt till det underordnade flödet eller lägger uttryckligen till det i samma flödesgrupp som det överordnade flödet. Varje överordnat respektive underordnat flöde räknas separat vid beräkningen av gruppgränsen på 25 flöden.

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

Om du upplever förseningar eller fördröjningar när flödet körs är det troligt att du har överskridit din dagliga åtgärdsgräns. 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.

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

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

Administrationscentret för Power Platform innehåller rapporter om åtgärdsanvändning. Dessa rapporter hjälper dig att snabbt visa implementering och användarmått för organisationen. De är för närvarande i offentlig förhandsversion. Följande rapporter är tillgängliga:

• Användarrapport – Visar åtgärdsanvändning (märkta Power Platform-begäranden) för varje användare i miljön, jämfört med deras tilldelade gräns.
• Rapport om licensierade flöden per flöde – Visar åtgärdsanvändning för varje flöde i miljön som har en licens per flöde eller process.
• Rapport om icke-licensierad användare – Visar åtgärdsanvändning för icke-licensierade användare och den totala behörigheten för icke-licensierade användare för den klientorganisationen.

När rapporterna är allmänt tillgängliga har användarna tid att reagera och köpa licenser för högre åtgärdsgräns 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 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 och denna förskjutning saktar ned 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 påverkar det inte flödets prestanda. Att överskrida gränsen med 50 000 åtgärder har dock en betydande prestandapåverkan på ditt flöde under 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.

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

• Gå tillbaka till designen och sök efter platser som kan bidra till att minska antalet åtgärder som anropas. Läs mer i Ändra design för ditt flöde så att du använder färre åtgärder och mindre data.

• Om flödet redan är optimerat, men det använder många åtgärder på grund av verksamhetens natur, bör du överväga en processlicens. Processlicensen ger högsta tillgängliga åtgärdsrättigheter (250 000 åtgärder per dag).

  • Om flödet redan har en processlicens och fortfarande överskrider 250 000 åtgärder kan du stapla ytterligare processlicenser i samma flöde – var och en lägger till 250 000 åtgärder per dag.
  • Använd rapporter för Power Platform-begäranden i administrationscentret för att identifiera flöden med hög användning som behöver ytterligare kapacitet.

• 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 efterlevnaden är mindre strikt, finns det ingen möjlighet att tilldela Power Apps och Power Automate kapacitetstillägget till en användare. Microsoft 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ångsperiodsgränserna i 14 dagar i följd stänger Power Automate av flödet och ägaren meddelas. Du kan köpa en processlicens med högre åtgärdsgränser och sedan aktivera 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 anslutningsgränser och skiljer de sig från åtgärdsgränser?

Anslutningarna har separata gränser som en tjänstskyddsmekanism. SharePoint-anslutningsprogram 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 den dagliga åtgärdsgrä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 anslutningsprogram 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 anslutningsprogramgrä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 mot mina åtgärdsgränser?

Ja. Molnflöden som ingår i CoE Starter Kit använder flödesägarens åtgärdsgränser. Om CoE-flöden begränsas kan du överväga att tilldela en Process-licens till flöden med hög användning eller aktivera betala per användning i miljön.

Kan jag använda tjänstens huvudnamn i flöden och räknas det mot mina åtgärdsgränser?

Ja, flöden vars ägare är ett tjänstens huvudkonto förbrukar en separat kvot som kallas icke-licensierade användargränserna. Dessa gränser gäller endast när tjänstens huvudnamn är flödesägare och inte när ett huvudnamn för tjänsten används i en anslutning i flödet. Manuella flöden (knapp, Power Apps) använder den anropande användarens åtgärdsgränser även när ägaren är en tjänstens huvudnamn. Den anropande användaren måste ha en Power Automate Premium-licens om flödet använder premium-kopplingar.

Begränsningar för automatiserade eller schemalagda service principal-flöden:

• Dynamics 365-appkontext: 500 000 bas + 5 000 per D365-användarlicens, upp till 10 000 000 max, poolade på klientnivå. Till exempel har en klientorganisation med 1 000 Dynamics 365 licenser en pool på 5 500 000 åtgärder per dag för alla Power Platform-resurser (tjänsthuvudnamnsflöden, Dataverse-begäranden). Läs mer i tabellen med begränsningar för icke-licenserade användarbegäranden.

• Premium, utanför Dynamics 365 kontext: Varje flöde behöver en process- eller per flöde-licens (250 000 åtgärder per flöde per dag), medlemskap i en flödesgrupp som har en tilldelad processlicens eller en utsedd licensierad användare. När du anger en licensierad användare körs flödet under användarens behörighet och användarens åtgärdsgränser gäller.

• Endast standardanslutningar: 25 000 åtgärder per dag på tenantnivå, ingen ackumulering per licens.

Om du behöver mer kapacitet aktiverar du betalning per användning i miljön eller köper Power Automate-kapacitetstillägg.

Läs mer i Associera flöden med program.

Räknas åtgärder för skrivbordsflöde mot mina åtgärdsgränser?

Endast de åtgärder för skrivbordsflöde som du anropar från molnflöden räknas mot gränsen. Åtgärder i själva skrivbordsflödet räknas inte.

Vad händer med mina åtgärdsgränser om jag har flera planer?

Åtgärdsgränser gäller per kontext och kombineras inte mellan licenser. Varje flöde körs under den licenskontext som gäller för det, och erhåller den kontextens gräns oberoende.

• Ett flöde med en processlicens använder alltid gränsen för processlicens (250 000 åtgärder/dag), oavsett användarens licens.
• Ett automatiserat eller schemalagt flöde använder flödesägarens licenskontext. Om ägaren har både en Dynamics 365-licens och en Power Automate Premium-licens använder flöden som körs i Dynamics 365-appkontext Dynamics 365-gränsen (40 000 åtgärder/dag) och fristående flöden premiumgränsen (40 000 åtgärder/dag). Dessa gränser uppgår inte till 80 000.
• Ett omedelbart flöde (knapp, Power Apps) använder den anropande användarens licenskontext.

Om en användare har flera licenser inom samma produktrad (till exempel Dynamics 365 Customer Service Enterprise och Dynamics 365 Sales Enterprise) använder flödet gränsen från vilken licens som gäller för dess kontext – gränserna staplas inte.

Endast Processlicenser kan staplas, och detta endast på enskilda molnflöden (upp till 10 per flöde).

Hur vet jag åtgärdsgränsen för mitt molnflöde?

Åtgärdsgränsen för ett molnflöde beror på vilken licenskontext det körs under. Varje flöde får gränsen för sin kontext – gränser från olika licenser läggs inte ihop i kontexter.

För flöden med en processlicens kan du stapla flera processlicenser för att öka gränsen över 250 000 åtgärder per dag.

Kan jag tilldela flera processlicenser till ett enda molnflöde?

Ja. Du kan stapla upp till 10 processlicenser i ett enda molnflöde för att öka dess dagliga åtgärdsrättigheter. Varje processlicens lägger till 250 000 åtgärder per dag. Om du till exempel tilldelar 3 processlicenser till ett molnflöde får du 750 000 åtgärder per dag.

Du kan också tilldela en processlicens till en flödesgrupp för att dela 250 000 åtgärder per dag i upp till 25 lösningsmedvetna molnflöden. Du måste uttryckligen lägga till samtliga överordnade och underordnade flöden som ska använda den delade kapaciteten. Underordnade flöden ärver inte processkapacitet från sina överordnade flöden. Stapling stöds inte för flödesgrupper.

Är åtgärdsbegränsningar poolade mellan användare i min organisation?

Nej. Åtgärdsgränser gäller per kontext – varje användare och varje licensierat flöde får sin egen dagliga gräns oberoende av varandra. Gränserna slås inte samman eller kombineras på miljö- eller klientorganisationsnivå. Om åtta användare till exempel har Office 365 licenser (6 000 åtgärder per dag) får de var och en 6 000 – gränserna kombineras inte till 48 000 för klientorganisationen. På samma sätt gäller en användares gränser från olika licenser (till exempel Premium och Dynamics 365) separat för de flöden som körs i varje kontext, inte som en kombinerad summa.

Metodtips för att minska åtgärdsanvändningen

Använd följande metodtips för att utforma och skala dina flöden.

Bästa praxis för design

Använd så få åtgärder som möjligt för att uppnå din 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 kan du överväga att använda Initiera variabel för att lagra den egenskapen och använda variabeln i senare åtgärder. Även om du bara använder en egenskap från utdata från en tidigare åtgärd skickas alla utdata från den åtgärden 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 en processlicens – den högsta tillgängliga åtgärdsrättigheten (250 000 åtgärder per dag, staplingsbar). Kontakta din klientorganisations administratör för att köpa licensen och tilldela den till flödet. När du har köpt och tilldelat licensen bör flödesförfattaren spara den igen. Alternativt kommer molnflöden att uppdateras i bakgrunden en gång i veckan i syfte att återspegla aktuella planer.

• Om ett enda flöde överskrider 250 000 åtgärder per dag staplar du ytterligare processlicenser i stället för att dela upp arbetsbelastningen. För verkligt storskaliga scenarier bör du överväga att dela upp flera flöden.

Betala per användning för åtgärdsöverförbrukning

De aktuella åtgärdsgränserna är utformade för att vara tillräckliga för de flesta kundscenarier. Läs mer i Åtgärdsgränser och allokeringar.

För storskaliga scenarier som överskrider dessa gränser kan du länka en miljö till en Azure-prenumeration. Användare och flöden i den miljön kan sedan använda mer än sina dagliga åtgärdsgränser utan att begränsas – du betalar bara för de åtgärder som används över gränsen. Flöden behöver fortfarande en baslicens (Power Automate Premium, Process, Office 365, Power Apps eller Dynamics). En användare med en Power Automate Premium-licens har till exempel en gräns på 40 000 åtgärder per dag. Om användaren kör 45 000 åtgärder på en dag debiteras de extra 5 000 till Azure-prenumerationen per åtgärd. Flera mätare slås på när du aktiverar Betala per användning för miljön. Läs mer i Hur du konfigurerar Betala per användning.

Följande skärmbild visar hur överanvändningsåtgärder faktureras i en betala efter användning-miljö.

Vanliga frågor och svar om åtgärdsgränser

Läs mer om åtgärdsgränser och allokeringar i Vanliga frågor och svar om åtgärdsgränser.

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?

Välj Office 365 licenser innehåller begränsade Power Automate användningsrättigheter, så att du kan anpassa och utöka Office 365 för personliga produktivitetsscenarier. För företagsscenarier rekommenderar Office premiumlicensen.

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

• Skapa och köra automatiska, schemalagda och knappflöden.
• Åtkomst till standardanslutningsprogram.
• 6 000 åtgärder per dag. 10 000 åtgärder per dag under övergångsperioden.

Följande Power Automate-funktioner ingår inte.

• Åtkomst till premiumanslutningsprogram (förutom i Dataverse for Teams-miljöer). Läs mer om Dataverse for Teams-funktioner.
• Affärsprocessflöden inom appkontext.
• Anpassade anslutningsprogram i appkontext.
• Lokala gateways i appkontext.
• Robotprocessautomatisering (RPA).
• AI Builder.

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 och övrig personal
• Office 365 A1 för studenter
• Office 365 A1 plus för lärare och övrig personal
• Office 365 A1 plus för studenter
• Office 365 A3 för lärare och övrig personal
• Office 365 A3 för studenter
• Office 365 A3 för studenterbjudande
• Office 365 A5 för lärare och övrig personal
• 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.
• Åtkomst till standardanslutningsprogram.
• Tillgång till premiumanslutningsprogram i appkontext.
• Affärsprocessflöden inom appkontext.
• Anpassade anslutningsprogram i appkontext.
• Lokala gateways i appkontext.
• Åtgärdsgränser: Dynamics 365 teammedlem får 6 000 åtgärder per dag får Dynamics 365 Professional 40 000 åtgärder per dag och Dynamics 365 Enterprise får 40 000 åtgärder per dag.

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. Det här kravet innebär att du använder samma datakällor för utlösare eller åtgärder som Dynamics 365 programmet. Om ditt flöde använder fristående Power Automate åtgärder som inte är relaterade till de 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 anslöt Azure DevOps med Dynamics 365 CRM för att eskalera supportärenden och skapa arbetsobjekt för att lösa problem 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 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 inte relaterat till Dynamics 365-appen.
• Den interagerar inte på något sätt med Dynamics 365-appen 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-projektåtgärder
• Dynamics 365 teammedlemmar
• Dynamics 365 Finance
• Dynamics 365 Supply Chain Management
• Dynamics 365 Handel
• Dynamics 365 Personalfrågor
• Dynamics 365-åtgärder – aktivitet
• 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 och knappflöden.
• Åtkomst till standardanslutningsprogram.
• Tillgång till premiumanslutningsprogram i appkontext.
• Affärsprocessflöden inom appkontext.
• Anpassade anslutningsprogram i appkontext.
• Lokala gateways i appkontext.
• Åtgärdsgränser: Power Apps Premium får 40 000 åtgärder per dag och Power Apps per app får 6 000 åtgärder per dag. Läs mer i åtgärdsgränser och allokeringar.
• Power Apps Premium får 250 MB Dataverse databaskapacitet och 2 GB Dataverse-filkapacitet. Power Apps per app får 50 MB Dataverse databaskapacitet och 400 MB Dataverse-filkapacitet. Flöden som anropas av appen som skapats med hjälp av Power Apps som hanterar komplexa objekt använder 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 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 inte relaterat till appen som skapats med hjälp av Power Apps.

• Den interagerar inte på något sätt med appen som skapats 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.

Det andra exemplet på Power Automate användning utanför ett program skapat 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.

Frågor om AI Builder-licens

Hitta global AI Builder licensinformation i följande artiklar:

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

Hur licensierar jag AI Builder åtgärder i ett Power Automate flöde?

För att lägga till och köra AI Builder-åtgärder i ett flöde behöver du en särskild AI Builder-licens. AI Builder-åtgärder förbrukar AI Builder-krediter, som du kan få genom Power Automate Premium-licenser, andra Power Platform Premium-licenser eller framför allt genom kapacitetstillägget för AI Builder.

Du måste ha krediter tillgängliga i flödets miljö.

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

Hur många krediter ingår i Power Automate Premium-licenser?

Läs mer om startkrediter 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 inaktiveras på grund av licensproblem.

Den här artikeln innehåller också information om typer av tillämpning 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 klientorganisationen har färre än 500 miljöer 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 din klientorganisation har fler än 500 miljöer skapar du 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 du har tilldelat en licens eller associerat ett flöde 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 du har tilldelat en licens eller associerat ett flöde till en app kan det ta upp till sju dagar innan premiumlicensen visas i 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 du ta bort flödet om du tar bort motsvarande appar? Pratar flödet med samma datakällor som appen? I så fall är flödet kontextuellt.

Hur kan jag associera kontextflöden till Power Apps och Dynamics 365 appar?

Flöden som du skapar för att stödja appar som skapats med Power Apps och Dynamics 365 köras inom appens kontext. Flödet använder samma datakällor för utlösare eller åtgärder som appen. Om du skapar automatiserade eller schemalagda molnflöden för att stödja appen och de är i appens kontext länkar du flödet till apparna med hjälp av ett PowerShell-skript. När du länkar flödet upprättar du ett beroende mellan appen och flödet så att du kan hantera dem tillsammans. Om du tar bort eller slutar använda den länkade appen stängs flödet av.

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

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 utlösas av Power Apps eller associeras till en app via PowerShell eller Power Automate-portalen.

Läs mer i Associera kontextinterna flöden med ett program.

Multiplexing

Multiplexering avser användning av maskinvara eller programvara som en kund använder för att poolanslutningar, omdirigera information eller minska antalet användare som direkt kommer åt eller använder Power Apps, Power Automate och Microsoft Copilot Studio.

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

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

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

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

• 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 till 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.

• Om flödet som nämns i föregående punkt skickar ett e-postmeddelande till den användare 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 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änsthuvudman: Microsoft Entra huvudkonto för tjänsten fungerar som identitet 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: Dessa ä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 standardanslutningsprogram och inga premiumfunktioner, kan alla användare som har användaruppgifterna för tjänstekontot ha Microsoft/Office 365-licens, Power Automate gratis eller någon annan Power Automate Premium-licens.

• Om flödet använder premiumfunktioner (premiumanslutningsprogram, robotstyrd processautomation, anpassade anslutningsprogram, 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 ett manuellt eller apputlöst flöde/Dataverse-flöde för "Kör som användare" behöver alla användare som kör flödet en Premium-licens eller så behöver flödet en processlicens. Läs vanliga frågor och svar om vem som behöver köpa en Premium-licens.

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

  • 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 Power Automate-användarlicenser.
  • 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 premiumflöden med en Power Automate Premium-licens per användarlicens som tilldelats tjänstkontot anses vara multiplexing och flödet är inte kompatibelt.

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 Microsoft Lists. Behöver användare en premiumlicens?

Flödet körs i kontexten av ägarens licens för automatiserade eller schemalagda flöden och den anropande användarens licens för direktflöden, Power Apps-flöden eller Dataverse-utlösta flöden. Så personen som lade till objektet i listan skapad med Microsoft Lists behöver inte en premiumlicens.

Vi har ett direkt flöde med endast körda användare och den använder premiumanslutningsprogram. 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 premiumanslutningsprogram och anropas av flera överordnade flöden som inte har premiumanslutningsprogram. Behöver alla överordnade flöden vara licensierade, eller räcker det med licensiering av det underordnade flödet?

Du kan tilldela en licens för process direkt till det underordnade flödet. De överordnade flödena behöver inte processlicenser enbart för att de anropar det licensierade underordnade flödet. Men om ett överordnat flöde också använder ett premiumanslutningsprogram måste ägaren till det ha en Premium-licens eller så måste du tilldela processkapacitet till det överordnade flödet.

En processlicens som tilldelats ett överordnat flöde omfattar inte automatiskt dess underordnade flöden. Om du vill dela processkapacitet i stället för att licensiera varje flöde direkt lägger du uttryckligen till de överordnade och underordnade flödena i samma flödesgrupp.

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.