Förstå plattformsgränser och undvik begränsning

För att utforma skalbara flöden är det bra att förstå de begränsningar som Power Automate- och Power Platform-licenser samt API:er sätter för dina flöden. Flöden som bryter mot dessa gränser kan begränsas, saktas ned eller till och med stängas av. Om flöden kontinuerligt begränsas i 14 dagar inaktiveras de automatiskt. Du kan aktivera flöden igen när som helst. Om de fortsätter att bryta mot gränserna stängs de av igen. I den här artikeln beskrivs de gränser som kan påverka dina flöden och hur du håller dig inom dem. Läs mer i Gränser för automatiserade, schemalagda och omedelbara flöden och begärandens gränser och allokeringar.

Kontrollera din licensplan

Vissa plattforms- och API-begränsningar beror på din licensplan. I Power Automate är det enklaste sättet att identifiera dina licenser och funktioner att välja Inställningar>Visa mina licenser.

Skärmbild av alternativet Visa mina licenser i Power Automate inställningar.

Om du vill fördjupa dig i information om licensplanen trycker du på Ctrl+Alt+A i Power Automate-portalen.

API-begärandebegränsningar

En API-begäran är hur Power Automate flöden ber en tjänst att göra något, till exempel ansluta till appar eller skicka eller returnera data. Varje gång flödet gör något räknas det som en begäran, oavsett om det lyckas eller misslyckas. Läs mer i Vad är en Microsoft Power Platform begäran?.

Gränserna för antalet åtgärder som ett molnflöde kan köra på en dag baseras på din licensplan. API-gränser på plattformsnivå baseras på användarlicensen. Läs mer i Typer av Power Automate licenser.

Gränser för API-begäranden skiljer sig från begränsningsgränser för anslutningsprogram. De gäller för alla körningar i alla dina flöden under en 24-timmarsperiod. Om du vill visa antalet åtgärder som ett flöde kör går du till sidan flödesinformation, väljer Analys och väljer sedan fliken Åtgärder .

Även om ett flöde gör få Power Platform-begäranden kan det fortfarande nå gränserna om det körs oftare än förväntat. 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 körs varje gång du får ett e-postmeddelande från någon, eftersom det måste kontrollera om e-postmeddelandet kom från din chef.

Använd följande riktlinjer för att uppskatta användningen av begäranden för ett flöde:

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

  • Varje utlösare och åtgärd i flödet genererar Power Platform-begäranden. Åtgärderna omfattar anslutningsåtgärder, HTTP-åtgärder och inbyggda åtgärder som att initiera variabler, skapa omfång och enkla skrivåtgärder.

  • Både lyckade och misslyckade åtgärder räknas in i gränserna, men inte överhoppade åtgärder.

  • Varje åtgärd genererar en begäran. Om åtgärden finns i en "tillämpa på varje"-loop genereras lika många begäranden som det finns objekt som loopen ska bearbeta.

  • En åtgärd kan ha flera uttryck, men den räknas som en API-begäran.

  • Återförsök och extra begäranden från paginering räknas som åtgärder.

Vad du ska göra när flödet begränsas

Du kan åtgärda begränsningen på två sätt:

  • Ge flödet mer kapacitet.
  • Minska antalet begäranden som den gör.

Ge flödet sin egen kapacitet

Tilldela en processlicens till flödet. Till skillnad från en användarlicens allokeras en processlicens till själva flödet, så flödets berättigande beror inte på vem som äger eller kör den. En processlicens berättigar flödet till 250 000 åtgärder per 24 timmar (visas som Power Platform-begäranden i administrationscenterrapporter).

Flödet måste finnas i en lösning. Sedan har du två sätt att allokera kapaciteten:

  • Tilldela licensen direkt till flödet: Om ett flöde behöver mer än 250 000 åtgärder per 24 timmar , staplar du upp till 10 Processlicenser på den i stället för att dela upp arbetet mellan flöden. Varje licens lägger till ytterligare 250 000 åtgärder per 24 timmar.
  • Tilldela licensen till en flödesgrupp: Upp till 25 lösningsmedvetna molnflöden delar gruppens 250 000 åtgärder per 24 timmar. Varje överordnat och underordnat flöde måste läggas till uttryckligen, och du kan inte kombinera flera licenser för en flödesgrupp.

Om du sparar flödet när licensen har tilldelats, hämtar flödet den nya behörigheten omedelbart. Annars uppdaterar flöden sin plan i bakgrunden inom en vecka.

Om du behöver kapacitet innan ett köp kan gå igenom ber du en global administratör att starta en kostnadsfri 30-dagars processutvärdering från Administrationscenter för Microsoft 365. Utvärderingslicenser ger samma rättigheter som betalda licenser och åtgärdar därför begränsningen direkt. Läs mer i Administratörshanterade utvärderingslicenser.

Power Platform-begärandetillägget hjälper inte heller här. Tillägget höjer en användares dagliga begärandegräns, inte ett flödes, och det kan inte tilldelas till ett flöde.

Note

Planen Power Automate per flöde är en äldre licens som processlicensen ersätter. Ett flöde som redan har en licens per flöde behåller sina 250 000 åtgärder per 24 timmar, men du kan bara tilldela en licens per flöde till ett flöde. Begränsningarna kan inte kombineras och kan inte tilldelas en flödesgrupp. Använd Processlicenser för ny kapacitet.

Få flödet att använda färre begäranden

Varje utlösare och åtgärd räknas som en begäran, inklusive inbyggda åtgärder som att initiera variabler och skapa åtgärder. Vanliga minskningar:

  • Lägg till utlösarvillkor så att flödet endast körs när det inkommande objektet är ett som det faktiskt behöver hantera. Ett flöde som startar för varje e-postmeddelande och sedan kontrollerar avsändaren förbrukar begäranden för varje e-postmeddelande.
  • Filtrera på datakällan med en OData-filterfråga i stället för att hämta alla rader och testa dem i en Tillämpa på varje loop. Varje iteration av en loop genererar sina egna begäranden.
  • Använd matrisdataåtgärderna Välj och filtrera i stället för loopar där du omformar data i stället för att agera på varje objekt.
  • Ta bort återförsök som du inte behöver. Både omförsök och paginering räknas som åtgärder.

Kontrollera vilken gräns du har överskridit

Inte alla begränsade flöden når gränsen för dagliga åtgärder. Olika åtgärder gäller:

Symptom Limit Vad hjälper
Åtgärder som fördröjs i hela flödet, högt antal dagliga åtgärder i administrationscenterrapporter Daglig åtgärdsgräns En processlicens eller färre begäranden
HTTP 429 från en anslutning, med feltext som Frekvensgränsen har överskridits Gräns för anslutningar Sprid anrop över tid, batcha dem eller använd en annan anslutning
Fel vid anrop av Dataverse under belastning Dataverse-tjänstskyddsgränser Minska begärandefrekvensen; en processlicens genererar inte dessa

Om du övergår till betala per användning för miljön ändras hur användning som överskrider den dagliga åtgärdsgränsen debiteras. Det höjer inte anslutningsgränser eller Dataverse-tjänstskyddsgränser, så det är inte en allmän korrigering för ett begränsat flöde.

Om flödet pausas

Ett flöde som ligger över gränserna i 14 dagar i rad pausas och dess ägare meddelas. Tilldela en processlicens och aktivera flödet igen.

Läs mer i Vad händer när mitt flöde kör för många åtgärder?.

API-genomströmningsgränser på anslutningsprogram

Förutom de gränser som plattformen medför har varje anslutningstjänst sina egna gränser. Begränsning av anslutningsprogram i Power Automate avser den mekanism som anslutningsprogram använder för att tillämpa hastighetsbegränsningar eller användningskvoter för att förhindra missbruk och säkerställa rättvis resurstilldelning. När ett anslutningsprogram begränsas minskar antalet begäranden eller åtgärder som kan utföras inom en viss tidsperiod. Varje anslutningsprogram har sin egen begränsningsgräns.

När ett flöde hamnar i begränsningar på anslutningsnivå returnerar tjänsten felkod 429 (för många begäranden) med feltext som Hastighetsgräns överskrids. Försök igen om 27 sekunder.

DataverseAPI-gränser

Dataverse som en anslutningstjänst definierar sina egna tjänstskyddsgränser. Dessa gränser utvärderas per användare, där användaren är den som är associerad med åtgärden. Vanligtvis är användaren flödesägare, men det kan vara den anropande användaren om flödet anropar användarkontexten i åtgärden. Läs mer om Service Protection API-gränser.

Samtidighetsgränser för flöde

Begränsningar gäller för antalet körningar som kan köras samtidigt, objekt som kan bearbetas i en loop och segment som en stor datauppsättning kan delas upp i för effektivare bearbetning. Läs mer i Begränsningar för samtidighet, loopning och utfasning.

Gränser för åtgärdsburst

Gränser för åtgärdsfrekvens syftar på det maximala antalet åtgärder som kan utlösas inom en viss tidsperiod, vanligtvis beräknat över ett rullande tidsfönster. För närvarande är taket 100 000 åtgärder på fem minuter.

Om du vill hålla dig under den här gränsen distribuerar du belastningen mellan flera flöden med hjälp av underordnade flöden eller lägger till utlösarvillkor. Läs mer i Skapa underordnade flöden och Optimera utlösare i Power Automate.

Gränser för flödesdesign

Du kan stöta på begränsningar för komplexiteten i ett flöde som definieras på design- och definitionsnivå. Överväg att göra om flödet om du stöter på sådana. Läs mer i Flödesdefinitionsgränser.