Die drei Power-Automate-Aktionslimits 6.000, 40.000 und 250.000 pro Tag erklärt: welche Lizenz welches Limit bringt.
Wer in Power Automate mit mehreren Lizenzen arbeitet, stolpert früher oder später über die Zahlen 6.000, 40.000 und 250.000. Sie erscheinen als Warnbanner am gedrosselten Flow oder in einer Lizenztabelle.
Die drei Werte sind die täglichen Aktionslimits der Lizenzebenen Standard, Premium und Process. Dieser Beitrag ordnet sie zu, erklärt die Zuordnungsregel für einen konkreten Flow und zeigt, was bei Überschreitung passiert. Grundlage ist die offizielle Microsoft-Dokumentation.
Als Aktion zählt jede Trigger- und Aktionsausführung eines Cloud-Flows, unabhängig davon, ob sie erfolgreich war. In den Berichten des Admin Centers heißen diese Einheiten "Power Platform Requests".
Laut Microsoft-Dokumentation zu Anforderungslimits gilt im Einzelnen:
Wichtig ist die Zählweise bei Schleifen. Die Schleifenaktion selbst zählt einmal, die Aktionen darin einmal je Durchlauf. Eine Schleife mit zwei Aktionen und zehn Durchläufen verbraucht also 21 Aktionen.
Bestandteil eines Laufs | Beispiel | Aktionen
Bestandteil eines Laufs: Trigger · Beispiel: Neues Listenelement · Aktionen: 1
Bestandteil eines Laufs: Aktionen vor der Schleife · Beispiel: Elemente abrufen, Variable setzen · Aktionen: 2
Bestandteil eines Laufs: Schleifenaktion selbst · Beispiel: "Auf alle anwenden" · Aktionen: 1
Bestandteil eines Laufs: Aktionen in der Schleife · Beispiel: 3 Schritte bei 200 Elementen · Aktionen: 600
Bestandteil eines Laufs: Summe je Lauf · Aktionen: 604
Bei zehn Läufen am Tag sind das 6.040 Aktionen. Das Standardkontingent ist damit ausgeschöpft.
Das tägliche Limit hängt allein vom Lizenzkontext ab, in dem ein Flow läuft. Die Lizenzierungs-FAQ und die Limit-Dokumentation nennen diese Werte je 24 Stunden.
Lizenzkontext | Offizielles Limit | Limit in der Übergangsphase
Lizenzkontext: Power Automate Free, Microsoft 365 und Office 365, Power Apps Per App, Power Automate Plan 1 (Legacy), Dynamics 365 Team Member, alle Testversionen · Offizielles Limit: 6.000 je Nutzer · Limit in der Übergangsphase: 10.000 je Cloud-Flow
Lizenzkontext: Power Automate Premium, Power Apps Premium, Per-User-Plan (Legacy), Dynamics 365 Enterprise und Professional · Offizielles Limit: 40.000 je Nutzer · Limit in der Übergangsphase: 200.000 je Cloud-Flow
Lizenzkontext: Power Automate Process, Hosted Process, Per-Flow-Plan (Legacy) · Offizielles Limit: 250.000 je Lizenz · Limit in der Übergangsphase: 500.000 je Lizenz
Lizenzkontext: Nutzungsbasierte Bezahlung · Offizielles Limit: 15.000.000 · Limit in der Übergangsphase: keine gesonderte Grenze
Die 24 Stunden sind ein gleitendes Fenster. Bei jedem Lauf prüft das System den Verbrauch der zurückliegenden 24 Stunden, nicht den des Kalendertags.
Dazu kommt ein Kurzfristlimit von 100.000 Anfragen in fünf Minuten, unabhängig von der Lizenz. Ein Flow mit Process-Lizenz darf 250.000 Aktionen am Tag ausführen, davon höchstens 100.000 je Fünf-Minuten-Fenster.
Alle Organisationen befinden sich derzeit in einer Übergangsphase, in der Microsoft großzügiger durchsetzt. Die Übergangsgrenzen greifen je Cloud-Flow statt je Nutzer. Zusätzlich gilt eine Obergrenze von 1.000.000 Aktionen je Nutzer und Tag.
Die Phase endet, sobald die Nutzungsberichte im Power Platform Admin Center allgemein verfügbar sind. Danach folgen sechs Monate Übergangszeit, dann greifen die offiziellen Limits strikt. Planen Sie neue Flows deshalb gegen die offizielle Spalte.
Jeder Flow läuft in genau einem Lizenzkontext, und dieser Kontext bestimmt das Limit. Limits verschiedener Lizenzen addieren sich nicht.
Flow-Typ | Maßgeblicher Kontext | Folge
Flow-Typ: Automatisiert oder geplant · Maßgeblicher Kontext: Lizenz des Flow-Besitzers · Folge: Besitzerwechsel ändert das Limit
Flow-Typ: Instant Flow (Schaltfläche, Power Apps) · Maßgeblicher Kontext: Lizenz des aufrufenden Nutzers · Folge: Jeder Aufrufer zählt gegen sein eigenes Budget
Flow-Typ: Flow mit Process-Lizenz · Maßgeblicher Kontext: Process-Plan des Flows · Folge: Gilt für alle Nutzer des Flows
Flow-Typ: Untergeordnete Flows · Maßgeblicher Kontext: Kontext des übergeordneten Flows mit Process-Lizenz · Folge: Gilt auch für zugehörige Flows
Besitzt eine Person eine Dynamics-365- und eine Premium-Lizenz, bekommt jeder Kontext eigene 40.000 Aktionen. Zu 80.000 addieren sie sich ausdrücklich nicht. Auch über Nutzer hinweg wird nichts gepoolt. Acht Personen mit Microsoft-365-Lizenz haben je 6.000 Aktionen, nicht gemeinsam 48.000.
Für einen einzelnen Flow erhöhen Sie das Limit über Process-Lizenzen, entweder gestapelt oder geteilt über eine Flow-Gruppe. Voraussetzung ist in beiden Fällen, dass der Flow in einer Lösung liegt.
Variante | Kontingent | Grenze
Variante: Process-Lizenzen stapeln · Kontingent: 250.000 je Lizenz, additiv · Grenze: maximal 10 Lizenzen je Flow, also 2.500.000
Variante: Eine Lizenz auf eine Flow-Gruppe · Kontingent: 250.000 geteilt · Grenze: maximal 25 lösungsfähige Flows, kein Stapeln
Bei einer Flow-Gruppe müssen Sie jeden übergeordneten und untergeordneten Flow ausdrücklich aufnehmen. Untergeordnete Flows erben die geteilte Kapazität nicht automatisch.
Die Zuweisung erfolgt laut Dokumentation zur Process-Kapazität auf der Flow-Detailseite über "Bearbeiten" und die Umstellung des Plans auf "Process plan". Danach sollte der Autor den Flow einmal speichern, sonst greift die Änderung erst beim wöchentlichen Hintergrundabgleich.
Power Automate blockiert den Flow nicht sofort, sondern verzögert nachfolgende Aktionen. Am Flow erscheint ein Banner, sobald gedrosselt wird.
Die Verzögerung wächst mit der Höhe der Überschreitung. 500 Aktionen über dem Limit bleiben laut Microsoft folgenlos. 50.000 Aktionen darüber bremsen den Flow spürbar, teils über mehrere Tage.
Liegt ein Flow 14 Tage in Folge über dem Limit, setzt Power Automate ihn aus und benachrichtigt den Besitzer. Bearbeiten und Speichern des Flows setzt den 14-Tage-Zähler zurück, was Zeit für den Lizenzkauf verschafft.
Wer Drosselung ganz vermeiden will, verknüpft die Umgebung über nutzungsbasierte Bezahlung mit einem Azure-Abonnement. Aktionen über dem Limit werden dann je Aktion abgerechnet statt gedrosselt. Eine Basislizenz bleibt trotzdem nötig.
Der wirksamste Hebel ist, unnötige Läufe gar nicht erst zu starten. Triggerbedingungen prüfen vor dem Start, ob der Lauf überhaupt gebraucht wird. Wird die Bedingung nicht erfüllt, startet der Flow nicht und es entsteht kein Verlaufseintrag.
Jede Triggerbedingung beginnt mit einem At-Zeichen. Diese drei Beispiele tragen Sie in den Trigger-Einstellungen ein:
1@greater(triggerOutputs()?['body/betrag'], 100)2
3@equals(triggerOutputs()?['body/status'], 'Freigegeben')4
5@or(equals(triggerOutputs()?['body/prioritaet'], 'Hoch'), greater(triggerOutputs()?['body/betrag'], 1000))Mehrere Bedingungen sind standardmäßig mit UND verknüpft. Für eine ODER-Verknüpfung nutzen Sie @or(...) wie in der dritten Zeile. Statt triggerOutputs()?['body/feld'] können Sie kurz triggerBody()?['feld'] schreiben.
Der zweite Hebel liegt in der Datenabfrage. Wer weniger Zeilen holt, spart alle Aktionen, die sonst je Zeile in der Schleife anfallen. So sieht eine sparsame Dataverse-Abfrage in der Codeansicht aus:
1{2 "Zeilen_auflisten": {3 "type": "OpenApiConnection",4 "inputs": {5 "host": {6 "apiId": "/providers/Microsoft.PowerApps/apis/shared_commondataserviceforapps",7 "connectionName": "shared_commondataserviceforapps",8 "operationId": "ListRecords"9 },10 "parameters": {11 "entityName": "accounts",12 "$select": "name,accountnumber",13 "$filter": "statecode eq 0",14 "$top": 10015 },16 "authentication": "@parameters('$authentication')"17 },18 "runAfter": {}19 }20}$filter reduziert die Treffer serverseitig, $top deckelt die Menge, $select holt nur die benötigten Spalten. Dieselben Parameter heißen im Designer "Filterabfrage", "Anzahl abrufen" und "Spalten auswählen".
Weitere dokumentierte Maßnahmen sind seltenere Zeitpläne, kleinere Dateien und das Zwischenspeichern mehrfach genutzter Werte in einer Variablen. Wie Sie Schleifen ganz vermeiden, zeigt der Beitrag zu Apply to each. Welche Lizenz passt, klärt der Vergleich Premium oder Process. Für ein ganzes Team unterstützen wir in der Power-Automate-Lizenzberatung.
Fünf Fehlerbilder treten rund um Aktionslimits regelmäßig auf, und alle fünf haben eine dokumentierte Ursache.
Der Flow wird gedrosselt, obwohl das Tageslimit nicht erreicht ist. Ursache: Ein Connector-Limit greift, nicht das Aktionslimit. Der SharePoint-Connector erlaubt zum Beispiel 600 Aufrufe pro Minute je Verbindung. Lösung: Aufrufe entzerren oder Verbindungen trennen. Quelle: SharePoint-Connector, Abschnitt Limits.
Die Kapazität mehrerer Lizenzen ist geringer als erwartet. Ursache: Limits gelten je Kontext und werden weder je Umgebung noch je Tenant gepoolt. Lösung: Für einen datenintensiven Flow eine Process-Lizenz zuweisen. Quelle: Lizenzierungs-FAQ.
Die Process-Lizenz lässt sich nicht zuweisen. Ursache: Der Flow liegt nicht in einer Lösung. Lösung: Über "Lösungen", dann "Vorhandene hinzufügen", dann "Automatisierung" und "Cloud-Flow" nachtragen. Quelle: Cloud-Flow in einer Lösung erstellen.
Der Verbrauch steigt sprunghaft ohne Änderung am Flow. Ursache: Wiederholungsversuche und Paginierung zählen als eigene Ausführungen, ebenso jeder Durchlauf innerhalb einer Schleife. Lösung: Trefferzahl serverseitig begrenzen und Fehlerquellen beheben, die Retries auslösen. Quelle: Anforderungslimits und Zuteilungen.
Der Flow wurde nach zwei Wochen ausgesetzt. Ursache: Er lag 14 Tage in Folge über dem Limit. Lösung: Flow bearbeiten und speichern, um den Zähler zurückzusetzen, dann Process-Lizenz oder nutzungsbasierte Bezahlung einrichten. Quelle: Lizenzierungs-FAQ.
Ja. Erfolgreiche und fehlgeschlagene Aktionen zählen beide, ebenso Wiederholungsversuche und Paginierung. Nur übersprungene Aktionen zählen nicht.
Nein. Limits gelten je Kontext, nicht je Person. Eine Dynamics-365- und eine Premium-Lizenz ergeben zweimal 40.000, nicht 80.000. Nur Process-Lizenzen lassen sich stapeln, maximal zehn je Flow.
Das Fünf-Minuten-Limit liegt bei 100.000 Anfragen und gilt unabhängig von der Lizenz. Es begrenzt Spitzen, das 24-Stunden-Limit begrenzt das Tagesvolumen.
Öffnen Sie die Flow-Detailseite, wählen Sie "Analytics" und dort die Registerkarte "Aktionen". Für alle Flows laden Sie im Power Platform Admin Center unter "Lizenzierung" den Bericht "Microsoft Power Platform requests" herunter. Er ist getrennt nach lizenzierten Nutzern, nicht lizenzierten Nutzern und Flows mit eigener Lizenz abrufbar.
Nicht zwingend. Optimieren Sie zuerst: Triggerbedingungen, serverseitige Filter, seltenere Zeitpläne und Zwischenspeichern in Variablen. Bleibt ein geschäftskritischer Flow danach dauerhaft über 40.000 Aktionen pro Tag, ist die Process-Lizenz die passende Lösung.
Nur der Aufruf aus dem Cloud-Flow zählt. Die Aktionen innerhalb des Desktop-Flows verbrauchen keine Power Platform Requests.
Gründer von NordFlux. Sieben Jahre Erfahrung von Web und SEO bis zur Automatisierung im Konzern-Maßstab, heute pragmatisch für den Mittelstand und mit deutscher Datenhoheit.
Zertifizierungen
Die M365-Lizenz enthält Power Automate nur mit Standard-Connectoren und 6.000 Aktionen pro Tag. Welche Alltags-Connectoren Premium sind und was das kostet.
Variablen in Power Automate einfach erklärt: Initialisieren, Festlegen, Erhöhen und Anfügen – die wichtigsten Aktionen auf Deutsch.
Was das Pay-as-you-go-Modell in Power Automate kostet und wie es sich von Premium- und Process-Lizenzen unterscheidet.
Welches Aktionslimit für einen Flow gilt, hängt von Lizenz und Konnektor ab, und eine Überschreitung führt zur Drosselung genau dann, wenn der Prozess am wichtigsten ist. NordFlux ordnet Ihre kritischen Flows den richtigen Limits zu und plant rechtzeitig die passende Lizenzstufe ein.