Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Power Platform-Anforderungsbeschränkungen tragen dazu bei, Servicelevels, Verfügbarkeit und Qualität der Plattform sicherzustellen. Sie können pro Tag nur eine begrenzte Anzahl von Anforderungen über Power Apps, Power Automate, Microsoft Copilot Studio und Dynamics 365 Anwendungen vornehmen.
Was ist eine Microsoft Power Platform Anforderung?
Anforderungen in Microsoft Power Platform sind Aktionen, die ein Benutzer über verschiedene Produkte hinweg ausführt.
- Power Apps: Alle API-Anforderungen an Connectors und Microsoft Dataverse.
- Power Automate: Alle API-Anforderungen an Connectors, Prozessberateranalyse, HTTP-Aktionen und integrierte Aktionen vom Initialisieren von Variablen bis hin zu einer einfachen Verfassenaktion. Sowohl erfolgreiche als auch fehlgeschlagene Aktionen zählen zu diesen Grenzwerten. Wiederholungen und andere Anfragen aus der Paginierung zählen ebenfalls als Aktionsausführungen. Erfahren Sie mehr unter "Was zählt als Aktion".
- Microsoft Copilot Studio: API-Anforderungen (oder Aufrufe) für Power Automate Flows.
- Dataverse: alle erstellen, lesen, aktualisieren und löschen (CRUD), zuweisen und teilen Vorgänge, einschließlich benutzergesteuerter und interner Systemanfragen, die für den Abschluss von CRUD Transaktionen erforderlich sind, sowie spezielle Vorgänge wie teilen oder zuweisen Diese Vorgänge können von jedem Client oder einer beliebigen Anwendung (einschließlich Dynamics 365) und von jedem Endpunkt (SOAP oder REST) verwendet werden. Zu diesen Vorgängen gehören Plug-Ins, klassische Workflows und benutzerdefinierte Steuerelemente, die die zuvor erwähnten Vorgänge ausführen.
Note
Dataverse schließt eine kleine Gruppe interner Systemvorgänge von Grenzwerten aus, z. B. Anmelde-, Abmelde- und Systemmetadatenvorgänge.
Agentabläufe werden über Microsoft Copilot Studio statt über Power Platform-Anforderungen getaktet, sodass die Grenzwerte in diesem Artikel nicht für sie gelten. Weitere Informationen finden Sie im Microsoft Copilot Studio Lizenzierungshandbuch.
In den folgenden Abschnitten werden die Anforderungstypen und die jeweils festgelegten Grenzwerte beschrieben.
Anforderungslimits bei lizensierten Benutzern
Alle Microsoft Power Platform Benutzer haben Anforderungsgrenzwerte basierend auf ihrer zugewiesenen Lizenz. Die folgende Tabelle zeigt die Anzahl der Anforderungen, die ein Benutzer in einem Zeitraum von 24 Stunden ausführen kann:
| Products | Anforderungen pro bezahlter Lizenz pro 24 Stunden |
|---|---|
| Kostenpflichtige lizenzierte Benutzer der Power Platform (ohne Power Apps pro App, Power Automate pro Flow und Microsoft Copilot Studio) und Dynamics 365, mit Ausnahme von Dynamics 365 Team Member1 | 40.000 |
| Power Apps-Plan für nutzungsbasierte Bezahlung, und Benutzer mit kostenpflichtiger Lizenz für Power Apps Pro-App, Microsoft 365-Apps mit Power Platform Zugriff und Dynamics 365 Team Member2 | 6.000 |
| Power Automate-Pro-Flow-Plan3, Microsoft Copilot Studio-Basisangebot und Microsoft Copilot Studio-Zusatzpaket4 | 250.000 |
| Anmeldung für kostenpflichtige Power Apps Portale | 200 |
1 Diese Kategorie umfasst kostenpflichtige Lizenzen für Power Apps Pro-Benutzer-Plan (einschließlich der vorherigen Power Apps Plan-1- und Power Apps-Plan-2-Lizenzen), Power Automate Pro-Benutzer-Plan (einschließlich der vorherigen Flow-Plan-1- und Flow-Plan-2-Lizenzen), Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise, Dynamics 365 Sales Professional, Dynamics 365 Customer Service Enterprise, Dynamics 365 Customer Service Professional, Dynamics 365 Field Service, Microsoft Relationship Sales, Microsoft Industry Cloud, Dynamics 365 Project Service Automation, Dynamics 365 Commerce, Dynamics 365 Human Resources, Dynamics 365 Finance, Dynamics 365 Project Operations, Dynamics 365 Supply Chain Management, Dynamics 365 Customer Engagement-Plan, Dynamics 365 Unified Ops-Plan, Dynamics 365-Plan, Dynamics 365 for Operations Gerät, Dynamics 365 for Operations Activity, Dynamics AX Online-Gerät, Dynamics AX Online-Aufgabe, Dynamics CRM Online Enterprise und Dynamics CRM Online Professional.
2 Diese Kategorie umfasst den Power Apps Pay-as-You-Go-Plan und kostenpflichtige Lizenzen Power Apps pro App-Plan, Dynamics 365 Teammitglied, Dynamics CRM Online Basic, Dynamics CRM Online Essential, Dynamics AX Self-Serve, Microsoft 365 Lizenzen und Microsoft Project Online (Plan 1, Plan 3 und Plan 5). Erfahren Sie mehr in Appendix B im Power Platform Licensing Guide für Microsoft 365 Lizenzen, die Power Apps- und Power Automate-Funktionen enthalten.
3 Mithilfe des Power Automate Pro-Flow-Plans kann Kapazität unabhängig vom Flow-Besitzenden speziell für einen einzelnen Flow reserviert werden. Dieser Plan verwendet keine für nicht lizenzierte Benutzeranfragen auf Mandantenebene.
4 Microsoft Copilot Studio-Anfragen werden von Power Automate-Flow gezählt, der von einem Microsoft Copilot Studio-Chatbot ausgelöst wird. Microsoft Copilot Studio anfängliches Sitzungspaket und zusätzliches Sitzungspaket erhalten beide die gleichen täglichen Power Platform-Anforderungsgrenzwerte.
Weitere Details zur Beschränkung der Anforderungen für lizenzierte Benutzer
Grenzwerte für Power Platform-Anforderungen sind nur in kostenpflichtigen Basislizenzen im Dynamics 365 Base +Attach-Lizenzierungsmodell enthalten. Attach-Lizenzen enthalten keine separaten Limits. Wenn ein Benutzer beispielsweise Dynamics 365 Customer Service Enterprise als Basislizenz und Dynamics 365 Sales Enterprise als Anfügungslizenz hat, ist die Gesamtanforderungsgrenze das, was die Basislizenz bereitstellt – Dynamics 365 Customer Service Enterprise.
Wenn ein Benutzer über mehrere kostenpflichtige Lizenzen verfügt, ist die Gesamtzahl der zulässigen Anforderungen die Summe der Anforderungen für jede Lizenz. Wenn ein Benutzer beispielsweise über eine Dynamics 365 Customer Service Enterprise-Basislizenz und eine Power Apps pro Benutzerlizenz verfügt, verfügt dieser Benutzer über insgesamt 40.000 + 40.000 = 80.000 Anforderungen pro 24 Stunden.
Die Funktion zum Ausführen von in Cowork integrierten Apps ist in Power Apps Premium enthalten. Power Platform-Anfragen, die beim Ausführen dieser Apps generiert werden, werden auf das Lizenzlimit von 40.000 Anfragen pro Benutzer innerhalb von 24 Stunden angerechnet. Diese Funktion ist nicht in Power Apps pro App enthalten, Power Apps pay-as-you-go oder Dynamics 365 Lizenzen, die Power Apps Funktionen enthalten. Die Nutzung von KI-gestützter Laufzeit, z. B. Agents und Work IQ-APIs, ist nicht in diesen Grenzwerten enthalten und verbraucht Copilot Credits. Weitere Informationen finden Sie im Copilot Guthabenhandbuch und im Microsoft Copilot Studio Lizenzierungshandbuch.
Microsoft Copilot Studio-Anforderungen werden aus Power Automate-Flüssen gezählt, die von einem Microsoft Copilot Studio-Chatbot oder -Agent ausgelöst werden. Microsoft Copilot Studio anfängliches Sitzungspaket und zusätzliches Sitzungspaket erhalten beide die gleichen täglichen Power Platform-Anforderungsgrenzwerte.
Anforderungslimits bei nicht lizenzierten Benutzern
Ein separater Grenzwert gilt für Aktivitäten, die keine Benutzerinteraktion erfordern, z. B. einen Hintergrundprozess, der Daten zwischen Datenbanken migriert. Diese Limits werden auf Mandantenebene definiert und gepoolt. Mit Dataverse können Sie Identitäten haben, für deren Interaktion mit dem Dienst kein Benutzer erforderlich ist. Zu diesen Identitäten gehören:
Es gibt auch spezielle kostenlose ($0)-Lizenzen, mit denen Sie mit Dynamics 365 Anwendungen wie Dynamics 365 Marketing interagieren können. Einzelheiten finden Sie in So wird Marketing lizenziert.
Für diese nicht lizenzierten Identitäten erhält jeder Mandant ein anfängliches Basisanforderungslimit pro Mandant, das von den kostenpflichtigen Lizenzen für den Mandanten bestimmt wird, plus fällige Grenzwerte, die durch die Anzahl der kostenpflichtigen Dynamics 365 Enterprise- und Professional-Lizenzen bestimmt werden.1 Dieser Pool kann nur von diesen nicht lizenzierten Benutzern und nicht von Benutzern mit zugewiesenen interaktiven Benutzerlizenzen verwendet werden.
| Products | Gepoolte nicht lizenzierte Anfragen auf Mandantenebene pro 24 Stunden |
|---|---|
| Dynamics 365 Enterprise und Professional Anwendungen1 | 500.000 Basisanfragen + 5.000 Anfragen pro USL1 bis zu 10.000.000 maximal2 |
| Power Apps (alle Lizenzen) | 25.000 Basisanfragen ohne Rückstellung pro Lizenz für den Mandanten |
| Power Automate (alle Lizenzen) | 25.000 Basisanfragen ohne Rückstellung pro Lizenz für den Mandanten |
1 Diese Kategorie umfasst Lizenzen für Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise, Dynamics 365 Sales Professional, Dynamics 365 Customer Service Enterprise, Dynamics 365 Customer Service Professional, Dynamics 365 Field Service, Microsoft Relationship Sales, Dynamics 365 Project Service Automation, Dynamics 365 Commerce, Dynamics 365 Human Resources, Dynamics 365 Finance, Dynamics 365 Project Operations, Dynamics 365 Supply Chain Management, Dynamics 365 Customer Engagement Plan, Dynamics 365 Unified Ops-Plan, Dynamics 365 Plan, Dynamics CRM Online Enterprise und Dynamics CRM Online Professional. Angesammelte Power Platform Request bei nicht lizenzierten Mandanten werden mit Basislizenzen im Lizenzierungsmodell Dynamics 365 „base + attach“ gewährt.
2Wenn Sie der Meinung sind, dass Sie die nicht lizenzierten Benutzerbeschränkungen überschreiten, wenden Sie sich an Ihren Wiederverkäufer oder Ihre Microsoft-Vertretung, um eine benutzerdefinierte Lösung zu besprechen.
Weitere Details zu Anforderungslimits für nicht lizenzierte Benutzer
Bestimmte Produkte arbeiten nach dem Prinzip eines Serviceprinzipals und rechnen ihre Kontingente dem Pool nicht lizenzierter Benutzer zu. Dieser Ansatz richtet die Beschränkungen am besten daran aus, wie das Produkt auf der Plattform funktioniert.
Ein Power Automate-Cloud-Flow, dessen Eigentümer ein Dienstprinzipal ist, nutzt den Pool für nicht lizenzierte Benutzer nicht, wenn er über eine Prozess- oder Pro-Flow-Lizenz verfügt, zu einer Flow-Gruppe gehört, der eine Prozesslizenz zugewiesen ist, oder über einen festgelegten lizenzierten Benutzer verfügt. Wenn Sie einen lizenzierten Benutzer festlegen, verwendet der Fluss die Aktionsbeschränkungen dieses Benutzers.
Wenn ein Mandant über mehrere Arten von Abonnements verfügt, verwendet seine nicht lizenzierte Benutzeranforderungskapazität das Produktlinienabonnement mit der größeren Anzahl von Anforderungen. Wenn ein Kunde z. B. über Dynamics 365 Customer Service Enterprise-Basislizenzabonnements (mindestens 500.000 Mindestanforderungen + aufgelaufene Grenzwerte) und Power Apps pro Benutzerabonnements (25.000 Anforderungen/Tag) verfügt, beträgt die Anforderungskapazität auf Poolebene 500.000 Mindestanforderungen + aufgelaufene Grenzwerte pro 24 Stunden.
Was passiert, wenn ein lizenzierter oder nicht lizenzierter Benutzer Grenzen überschreitet
Die Grenzwerte für Power Platform-Anforderungen wurden aktualisiert und ende 2021 erheblich erhöht, um auf Ebenen zu liegen, die deutlich höher als die typische Nutzung für die meisten Kunden sind. Mit den aktualisierten Grenzwerten erwarten Sie, dass nur wenige Benutzer die dokumentierten Grenzwerte überschreiten würden. Wenn Sie davon ausgehen, dass die Beschränkungen für nicht lizenzierte Benutzer überschritten werden, wenden Sie sich an Ihren Händler oder Ihr Microsoft-Konto-Team, um eine benutzerdefinierte Lösung zu besprechen.
Die Durchsetzung der offiziellen Grenzwerte setzt erst frühestens sechs Monate nach der allgemeinen Verfügbarkeit der Berichterstattung zur Power Automate-Nutzung ein.
Microsoft behält sich das Recht vor, Limits für Überschreitungen durchzusetzen. Wenn Sie eine Erzwingung hoher Nutzung feststellen, kann es zu einer Drosselung kommen. Um dies zu vermeiden, sollten Sie den Verbrauch auf das zulässige Limit beschränken oder die Kapazität für die Identität oder den Datenfluss erhöhen, bei der bzw. dem dieses Limit überschritten wird. Grenzwerte für Connectors, Dataverse-Dienstschutzgrenzwerte und andere Dienstschutzgrenzwerte sind von den täglichen Anforderungslimits getrennt und gelten unabhängig davon, über wie viel Anforderungskapazität Sie verfügen.
Power Platform Request Add-On
Das Power Platform-Add-On erhöht den Anforderungsgrenzwert für einen bestimmten lizenzierten Benutzer mit hoher Nutzung oder einen nicht lizenzierten Benutzer mit hoher Nutzung. Jedes Add-On erhöht den Grenzwert um weitere 50.000 Anforderungen pro 24 Stunden, und Sie können mehrere Add-Ons zuweisen, um es weiter zu erhöhen.
Sie können derzeit keine Add-On-Pakete für Power Platform-Anforderungen Benutzern oder Flüssen zuweisen. Verwenden Sie stattdessen eine Prozesslizenz, um einem bestimmten Fluss eine eigene Berechtigung zu erteilen.
Kapazität für einen Power Automate Cloud-Flow hinzufügen
Sie können das Power Platform-Anforderungs-Add-On keinem bestimmten Cloudfluss zuweisen, daher ist es nicht der Hebel für einen einzelnen gedrosselten Fluss. Weisen Sie dem Fluss stattdessen eine Prozesslizenz zu. Eine Prozesslizenz gibt dem Flow ein eigenes Kontingent von 250.000 Power Platform-Anfragen pro 24 Stunden, unabhängig von den Lizenzen, über die die Personen verfügen, die ihn nutzen. Der Fluss muss in einer Lösung sein.
Sie haben zwei Möglichkeiten, diese Kapazität zuzuweisen:
- Weisen Sie die Lizenz direkt dem Flow zu. Wenn ein Fluss mehr als 250.000 Anforderungen pro 24 Stunden benötigt, stapeln Sie bis zu 10 Prozesslizenzen darauf. Jede Lizenz fügt weitere 250.000 Anforderungen pro 24 Stunden hinzu.
- Weisen Sie die Lizenz einer Flowgruppe zu. Bis zu 25 lösungsbezogene Cloud-Flows teilen sich die 250.000 Anfragen der Gruppe innerhalb von 24 Stunden. Fügen Sie jeden über- und untergeordneten Flow hinzu, der die gemeinsam genutzte Kapazität verwenden soll, da untergeordnete Flows keine Kapazität von einem übergeordneten Flow erben. Sie können Lizenzen für eine Flussgruppe nicht kumulieren.
Note
Der Power Automate-Plan pro Ablauf ist eine Legacy-Lizenz, die durch die Prozesslizenz ersetzt wurde. Flüsse, die bereits über eine Pro-Flow-Lizenz verfügen, behalten ihre 250.000 Anforderungen pro 24 Stunden bei, sie können jedoch nur eine Pro-Flow-Lizenz einem Fluss zuweisen, ihre Grenzwerte können nicht gestapelt werden und einer Flussgruppe nicht zugewiesen werden. Verwenden Sie "Prozesslizenzen" für neue Kapazität, und ersetzen Sie "Lizenzen pro Fluss", anstatt sie zu erneuern.
Weitere Informationen finden Sie unter Was passiert, wenn Ihr Flow zu viele Aktionen ausführt?
Andere anwendbare Grenzwerte
Zusätzlich zu den täglichen Grenzwerten für Power Platform-Anforderungen verfügt jeder Dienst über weitere Dienstschutzgrenzwerte. Wie die täglichen Anforderungsgrenzwerte tragen diese Grenzwerte dazu bei, die Dienstqualität aufrechtzuerhalten, indem der Dienst vor bösartigem oder lauten Verhalten geschützt wird, das den Dienst für alle Kunden stört.
Lesen Sie sich die folgenden Ressourcen zu Informationen über aktuelle Serviceschutzgrenzwerte für jeden Dienst durch:
- Dataverse Limits: anwendbar für modellgesteuerte Apps und Kundenbindungs-Apps (z. B. Dynamics 365 Sales und Kundendienst), Power Apps und Power Automate, die mit Dataverse/Kundenbindungs-Apps verbunden sind.
- Power Automate Limits: anwendbar für automatisierte, geplante und sofortige Abläufe
- Limits in Connectoren: anwendbar für Power Automate und Power Apps
Detaillierte Nutzungsinformationen für Power Platform-Anforderungen im Power Platform Admin Center anzeigen (Vorschauversionen)
Zum Anzeigen des Verbrauchs von Power Platform-Anforderungen für lizenzierte Benutzer, nicht lizenzierte Benutzer und lizenzierte Pro-Flow-Flowausführungen führen Sie folgende Schritte aus:
Melden Sie sich im Power Platform Admin Center an.
Wählen Sie im Navigationsbereich Lizenzierung aus.
Wählen Sie im Bereich "Lizenzierung" die Option "Kapazitäts-Add-Ons" aus, um die Seite "Kapazität" anzuzeigen.
Scrollen Sie auf der Registerkarte " Zusammenfassung " nach unten zum Abschnitt " Add-Ons ", und wählen Sie "Berichte herunterladen" aus.
Wählen Sie auf der Seite "Herunterladbare Berichte " in der Befehlsleiste " Neu" aus.
Erweitern Sie das Feld Bewählen Sie einen Bericht, und wählen Sie Microsoft Power Platform Anforderungen aus.
Wählen Sie den erforderlichen Bereich des Berichts aus:
- Lizenzierter Benutzer
- Nicht lizenzierter Benutzer
- Pro Flow lizenzierte Flows
Wählen Sie Senden aus.
Sobald der Bericht fertig ist, wählen Sie Herunterladen aus, um den Bericht als Excel-CSV-Datei herunterzuladen.
Note
Diese Berichte befinden sich in der Vorschau und sind derzeit auf Power Automate-API-Anforderungen beschränkt. API-Anforderungen von Dataverse, Microsoft Copilot Studio und Power Apps werden derzeit nicht einbezogen.
Es gibt zwei Einschränkungen mit dem Bericht " Lizenzierte Benutzervorschau ".
- Die Berechtigungen für lizenzierte Benutzer werden in der Berichterstellung pro Benutzer pro Tag pro Umgebung angezeigt. Die Limits sollten auf der Ebene pro Benutzer und Tag gelten. Beachten Sie bei der Betrachtung der Berichte, dass die Limits pro Benutzer und Tag gelten, wobei die Berechtigungsmenge nur einmal pro Tag verwendet wird, sodass Berechtigungen für denselben Benutzer nicht mehrmals summiert werden.
- Der Bericht "Lizenzierter Benutzer " zeigt keine korrekten Berechtigungen für Benutzer an, die über die Power Apps pro App-Lizenz oder Power Apps pro App-Pay-as-you-go-Meter lizenziert wurden. Berechtigungen für solche Benutzer werden als 0 angezeigt, wenn sie tatsächlich als 6000 angezeigt werden sollten (Anforderung pro 24-Stunden-Zeitraum wie zuvor beschrieben).
Lizenzierter Benutzerbericht
Der Bericht "Lizenzierter Benutzer " zeigt die Nutzung der Power Platform-Anforderung pro Benutzer pro Tag und die anzahl der berechtigten Benutzer an. Der herunterladbare Bericht enthält die folgenden Felder:
| Feld | Description |
|---|---|
| Umgebungs-ID | Der eindeutige Bezeichner der Power Platform-Umgebung. |
| Umgebungsname | Der Anzeigename der Umgebung. |
| Anrufer-ID | Der eindeutige Bezeichner der aufrufenden Identität, die der Active Directory-ID zugeordnet ist. Dieser Wert kann null oder leer sein. |
| Anrufertyp | Der Typ der Anruferidentität. Der gültige Wert für den lizenzierten Benutzerbericht ist „Benutzer“. |
| Verbrauch Datum/Uhrzeit | Die Angaben zu Datum und Uhrzeit des Erfassungszeitpunkts des Verbrauchs (in UTC). |
| Zustehende Menge | Die Summe aller Power Platform Request-Grenzwerte für den Benutzer. |
| Insgesamt verbrauchte Menge | Die gesamte Power Automate-API-Nutzung. |
| Power Automate Request | Anzahl der Power Platform-Anforderungen, die von Power Automate stammen. |
Hier ist ein Beispiel für einen detaillierten Nutzungsbericht:
Nicht lizenzierter Benutzerbericht
Der Bericht "Nicht lizenzierter Benutzer " zeigt die Nutzung der Power Platform-Anforderung pro Tag für nicht lizenzierte Benutzer und die Gesamtberechtigung für nicht lizenzierte Benutzer für diesen Mandanten an. Der herunterladbare Bericht enthält die folgenden Felder:
| Feld | Description |
|---|---|
| Power Platform-Anforderungsberechtigung für diesen Mandanten | Die tägliche Gesamtberechtigung für nicht lizenzierte Power Platform-Anforderungen für diesen Mandanten. |
| Umgebungs-ID | Der eindeutige Bezeichner der Power Platform-Umgebung. |
| Umgebungsname | Der Anzeigename der Umgebung. |
| Anrufer-ID | Der eindeutige Bezeichner der Anrufidentität. Dieser Wert kann null oder leer sein. |
| Anrufertyp | Der Typ der Anruferidentität. Anwendbare Werte sind "System", "Nicht interaktiv" und "Application". |
| Ressourcentyp | Der Typ der Ressource. Der einzige anwendbare Wert ist derzeit Power Automate. |
| Ressourcen-ID | Der eindeutige Bezeichner der Ressource. Basierend auf dem Ressourcentyp – Power Automate Flow ID. Dieser Wert kann null oder leer sein. |
| Kategorie für Verbrauchseinheit | Die Verbrauchseinheit der höchsten Ebene, in diesem Fall die Power Platform Request. |
| Verbrauchseinheitsunterkategorie | Die detaillierte Klassifizierung der generierten Anforderung, bei der es sich um Power Automate handelt. |
| Verbrauch Datum/Uhrzeit | Die Angaben zu Datum und Uhrzeit des Erfassungszeitpunkts des Verbrauchs (in UTC). |
| Verbrauchte Menge | Nutzung von Power Platform Request. |
Hier ist ein Beispiel für einen detaillierten Nutzungsbericht:
Pro Flow lizenzierte Flows-Bericht
Der herunterladbare Bericht Pro-Flow lizenzierte Flows enthält die folgenden Felder:
| Feld | Description |
|---|---|
| Umgebungs-ID | Der eindeutige Bezeichner der Power Platform-Umgebung. |
| Umgebungsname | Der Anzeigename der Umgebung. |
| Umgebungsregion | Nicht verfügbar während Vorschauversion. |
| Anrufer-ID | Der eindeutige Bezeichner des Flusses. Dieser Wert kann null oder leer sein. |
| Anrufertyp | Der Typ der Anruferidentität. Gültige Werte sind Flow. |
| Verbrauch Datum/Uhrzeit | Die Angaben zu Datum und Uhrzeit des Erfassungszeitpunkts des Verbrauchs (in UTC). |
| Zustehende Menge | Der Wert der für den Flow enthaltenen Berechtigung. |
| Verbrauchte Menge | Nutzung von Power Platform Request. |
Anforderungsgrenzwerte in Power Automate
Important
Desktopflussausführungen verbrauchen keine Power Platform-Anforderungen.
Um die Dienstverfügbarkeit und -qualität von Power Automate sicherzustellen, gibt es Grenzwerte für die Anzahl von Power Platform-Anfragen, die Benutzer über ihre Cloudflows stellen können. Das System legt diese Grenzwerte anhand normaler Nutzungsmuster des Datenflusses sowohl in Fünf-Minuten- als auch in 24-Stunden-Intervallen fest.
Der Grenzwert von 24 Stunden basiert auf der Benutzerlizenz oder der Prozess- oder Flussplanlizenz, die einem Cloudfluss zugewiesen ist:
- Wenn ein Benutzer über eine Power Automate Premium-Lizenz verfügt, kann er innerhalb eines Zeitraums von 24 Stunden 40.000 Power Platform-Anforderungen in allen cloudbasierten Abläufen in einem Mandanten vornehmen. Dieser Grenzwert umfasst Anforderungen, die die Plattform an Nicht-Microsoft-Connectors sendet.
- Wenn ein Cloudfluss über eine Prozesslizenz verfügt, kann der Fluss 250.000 Power Platform-Anforderungen für alle Benutzer des Flusses in einem Zeitraum von 24 Stunden ausführen. Eine Prozesslizenz wird nicht automatisch auf die untergeordneten Flüsse eines Flusses erweitert. um diese Berechtigung für einen Fluss und seine untergeordneten Flüsse freizugeben, fügen Sie explizit bis zu 25 lösungsfähige übergeordnete und untergeordnete Flüsse zur gleichen Flussgruppe hinzu.
- Wenn ein Cloudflow einen Plan pro Flow (Legacy) hat, kann der Flow innerhalb von 24 Stunden 250.000 Power Platform-Anfragen für alle Benutzer des Flows ausführen.
Um zu verhindern, dass ein nutzungsintensiver Fluss oder Benutzer andere Benutzer beeinträchtigt, verfolgt das System diese Kapazität basierend auf dem Verbrauch auf einer einzelnen Benutzer- oder Flussebene und kann nicht auf einer anderen Ebene wie Umgebung oder Mandantenebene zusammengefasst werden. Die 24 Stunden sind ein gleitendes Fenster, d. h. jedes Mal, wenn ein Cloud-Flow ausgeführt wird, überprüft das System die Anforderungen der letzten 24 Stunden, um festzustellen, ob der Benutzer den Grenzwert erreicht hat. Beispielsweise verfügen zwei Benutzer in einem Mandanten möglicherweise über Premiumlizenzen, und jeder Benutzer erhält 40.000 Anforderungen pro 24-Stunden-Zeitraum. Wenn die erste Person mehr als 40.000 Anforderungen in einem Zeitraum von 24 Stunden verwendet, verlangsamen sich ihre Flüsse und wirken sich nicht auf den zweiten Benutzer aus, der nur 20.000 Anforderungen verwendet hat und weiterhin 20.000 Anforderungen übrig sind.
Alle Organisationen befinden sich derzeit in einem Übergangszeitraum. Während dieser Zeit werden Premium- und Seeded-Lizenzgrenzwerte pro Cloud-Flow und nicht pro Benutzer angewendet: Jeder Flow erhält ein Limit, das sich alle, die ihn ausführen, teilen, und kein aus einzelnen Benutzern aufsummiertes Limit. Während des Übergangs existieren benutzerspezifische Berechtigungen weiterhin, es sind jedoch noch nicht diese, die angewendet werden. Sobald der Übergangszeitraum endet, wechselt die Erzwingung zu den Grenzwerten pro Benutzer. Prozess- und Kapazitätslizenzen pro Flow ändern sich nicht; sie gelten sowohl jetzt als auch künftig auf Flow-Ebene. Entwerfen Sie Ihre Cloudflüsse für die Grenzwerte pro Benutzer, die nach Ablauf des Übergangs wirksam werden. Sehen Sie sich die Änderungen an, wenn der Übergangszeitraum endet. Das Fünf-Minuten-Limit beträgt 100.000 Anforderungen und ist unabhängig von der Lizenz eines Benutzers. Flows mit einer Prozesslizenz können beispielsweise 250.000 Anforderungen in 24 Stunden senden, aber nicht mehr als 100.000 Anforderungen in fünf Minuten.
Power Automate Anforderungsbeschränkungen pro Lizenz:
| Lizenzname | Offizieller PPR-Grenzwert pro 24 Stunden | PPR-Übergangszeitraum pro 24 Stunden |
|---|---|---|
| Power Automate Premium | 40k pro Benutzer | 200k pro Cloud-Flow |
| Power Automate-Prozess | 250.000 pro Lizenz | 500.000 pro Lizenz |
| In Power Automate gehosteter Prozess | 250.000 pro Lizenz | 500.000 pro Lizenz |
| Power Automate-Pro-Benutzer-Plan (veraltet) | 40k pro Benutzer | 200k pro Cloud-Flow |
| Power Automate-Pro-Flow-Plan (veraltet) | 250.000 pro Lizenz | 500.000 pro Lizenz |
| Power Automate kostenlos | 6.000 pro Benutzer | 10.000 pro Cloud-Flow |
| Office 365 | 6.000 pro Benutzer | 10.000 pro Cloud-Flow |
| Power Apps Premium | 40k pro Benutzer | 200k pro Cloud-Flow |
| Dynamics 365 Professionell | 40k pro Benutzer | 200k pro Cloud-Flow |
| Dynamics 365 Enterprise-Anwendungen | 40k pro Benutzer | 200k pro Cloud-Flow |
| Dynamics 365-Teammitglied | 6.000 pro Benutzer | 10.000 pro Cloud-Flow |
Erfahren Sie mehr über Power Automate lizenzen.
Note
- Sie können mehrere Power Automate Prozesslizenzen in einem einzelnen Cloudfluss stapeln. Jede weitere Lizenz erhöht den täglichen Anspruch des Flusses um 250.000 PPR. Der Fluss muss in einer Lösung sein.
- Weitere Informationen: > - Kann ich einem einzelnen Cloudfluss mehrere Prozesslizenzen zuweisen?> – Aktionsgrenzwerte und Kapazitätsfragen
Übergangszeitraum für Power Automate
Alle Organisationen befinden sich in einer Übergangsphase. Während dieses Zeitraums wenden Sie Grenzwerte für Premium- und Seeded-Lizenzen pro Cloudfluss statt pro Benutzer an, sodass Flüsse nicht unerwartet unterbrochen werden, während die Nutzungsberichte reif sind. Der Übergangszeitraum bedeutet nicht, dass es keine täglichen Grenzwerte gibt.
In der folgenden Tabelle sind die Änderungen zusammengefasst, wenn der Übergangszeitraum endet.
| Behavior | Während des Übergangszeitraums | Nach dem Übergangszeitraum |
|---|---|---|
| Wo Grenzwerte gelten | Cloudflussebene | Benutzerebene für Premium-Lizenzen; Cloud-Flow-Ebene für Prozess- und Pro-Flow-Lizenzen |
| Stapeln von Benutzerlizenzen | Wird nicht unterstützt. Gleiche Regel wie nach dem Übergangszeitraum: Der Grenzwert eines Flusses folgt seinem Lizenzkontext und nicht einer kombinierten Summe in den Plänen des Benutzers. | Wird immer noch nicht unterstützt. Die Beschränkungen jeder Lizenz gelten jeweils separat für die im Kontext dieser Lizenz ausgeführten Abläufe und nicht als Gesamtwert |
| Power Platform fordert Add-Ons an | Kann Benutzern oder Cloud-Flows nicht zugewiesen werden | Derzeit keine Änderung geplant |
| Seed-Lizenzen | Cloudflüsse müssen im Kontext der App ausgeführt werden, dies wird jedoch noch nicht streng erzwungen. | Cloudflüsse müssen im Kontext der App ausgeführt werden. |
Zwei Punkte, die sich überall halten:
- Power Platform-Request-Add-ons sind nicht das geeignete Mittel für einen einzelnen gedrosselten Flow. Sie können das Add-On nicht einem Cloudfluss zuweisen, und während des Übergangszeitraums können Sie es überhaupt nicht zuweisen. Um einem bestimmten Fluss eine eigene Berechtigung zuzuweisen, weisen Sie ihm eine Prozesslizenz oder eine Flussgruppe zu, die ihn enthält. Wenn ein Fluss gedrosselt wird, weisen Sie ihr eine Prozesslizenz zu.
- Bleiben Sie ab jetzt im Rahmen Ihrer Lizenzbedingungen. Wenn Sie während des Übergangszeitraums konform bleiben, werden Unterbrechungen vermieden, wenn sie enden. Erfahren Sie mehr über Seeded-Lizenzen.
Der Bereich "Licensing>Power Automate>Usage" im Power Platform Admin Center hat die herunterladbaren Power Platform-Anforderungsberichte ersetzt. Verwenden Sie sie zum Vorbereiten, indem Sie Flüsse und Benutzer finden, die ihre offiziellen Grenzwerte überschreiten, und lizenzieren Sie sie mit einer Prozesslizenz oder einer Flussgruppe.
Häufig gestellte Fragen
Mit welchen Tools kann ich Power Platform Request plattformübergreifend überwachen und analysieren?
Die Berichterstellung für die Nutzung von Power Platform-Anforderungen in der Vorschau ist im Power Platform Admin Center verfügbar. Diese Berichte sind derzeit auf Power Automate-API-Anforderungen beschränkt. API-Anforderungen von Dataverse, Microsoft Copilot Studio und Power Apps werden derzeit nicht einbezogen.
Wie sind die Zeitpläne für Power Platform Request-Grenzwerte?
Die Durchsetzung der offiziellen Grenzwerte beginnt erst nach mindestens sechs Monaten, nachdem Power Automate Nutzungsbericht allgemein verfügbar ist, sodass Sie Zeit haben, die Nutzung zu analysieren und die benötigten Lizenzen zu kaufen. Bis die Durchsetzung beginnt, drosselt Power Automate weiterhin innerhalb der Grenzwerte des Übergangszeitraums. Weitere Informationen finden Sie in den häufig gestellten Fragen zur Power Automate-Lizenzierung.
Welche Kontobeschränkungen verwenden klassische Workflows oder Power Automate-Flows?
Es hängt davon ab, ob der Prozess bei Bedarf oder im Hintergrund ausgeführt wird. Sofortige Abläufe, die bei Bedarf ausgeführt werden, verwenden die Grenzwerte des Kontos, das den Prozess startet. Workflows oder automatisierte und geplante Abläufe, die im Hintergrund ausgeführt werden, verwenden immer die Grenzen des Besitzers des Prozesses, unabhängig davon, warum der Prozess gestartet wurde oder welche Konten für Verbindungen innerhalb des Prozesses verwendet werden. Erfahren Sie mehr in Wessen Aktionslimits verwendet der Cloud-Flow?
Werden Microsoft Power Platform-Anforderungsgrenzwerte von Tag zu Tag oder von Monat zu Monat übertragen?
Nein, tun sie nicht. Alle Microsoft Power Platform Anforderungen sind für einen Zeitraum von 24 Stunden vorhanden. Wenn Sie sie nicht nutzen, werden sie nicht auf den nächsten Tag übertragen und sammeln sich auch nicht im Laufe eines Monats an.
Erhält jeder Anwendungsbenutzer, nicht interaktiver Benutzer, Administratorbenutzer oder Systembenutzer ein eigenes Limit auf Mandantenebene?
Nein, tun sie nicht. Alle Anwendungsbenutzer, nicht-interaktiven Benutzer, administrativen Benutzer und Systembenutzer innerhalb des Mandanten teilen sich mandantenweite Grenzwerte.
Werden Anforderungen, die aus klassischen Dataverse-Workflows und Plug-Ins in Dataverse generiert wurden, anhand der Anforderungsgrenzwerte gezählt?
Ja, wenn diese Anfragen vom Typ CRUD, Zuweisung oder Freigabe sind, zählen sie. Bei klassischen Workflows umfasst diese Logik Aktionen wie das Überprüfen von Bedingungen, das Starten von untergeordneten Workflows oder das Beenden von Workflows. Intern von der Plattform generierte Anfragen zählen jedoch nicht dazu, wie z. B. sdkmessagerequest, solutioncomponentdefinition und ribbonclientmetadatareporting.
Sollte ich ein Nicht-Microsoft-Datenintegrationstool anstelle von Power Automate verwenden, um zu vermeiden, dass meine Grenzen erreicht werden?
Nein. Nicht von Microsoft stammende Datenintegrationstools unterliegen exakt den gleichen Grenzwerten wie geplante, sofortige oder automatisierte Abläufe. Es gibt keinen Unterschied, ob Sie Power Automate oder ein Tool ohne Microsoft verwenden möchten. Anforderungen von Power Automate an Dataverse werden nicht doppelt gezählt. Ein Flow, der eine Aktion aufruft, zählt nur als eine Anforderung gegen Ihren Grenzwert, nicht als zwei.