Grenzwerte und Zuteilungen für Anforderungen
Power Platform Es gibt Grenzwerte für Anfragen, um Servicelevel, Verfügbarkeit und Qualität der Plattform zu gewährleisten. Die Anzahl der Anfragen, die Benutzer jeden Tag über Power Apps, Power Automate, Microsoft Copilot Studio und Dynamics 365-Anwendungen stellen können, ist begrenzt.
Was ist eine Microsoft Power Platform-Anforderung?
Anforderungen in Microsoft Power Platform bestehen aus verschiedenen Aktionen, die ein Benutzer über verschiedene Produkte hinweg ausführt. Die folgende Liste gibt einen Überblick über die Bestandteile einer API-Anforderung:
- Power Apps: Alle API-Anforderungen an Konnektoren und Microsoft Dataverse
- Power Automate: Alle API-Anforderungen an Konnektoren, Prozessratgeberanalysen, HTTP-Aktionen und integrierte Aktionen von der Initialisierung von Variablen bis zu einer einfachen Compose-Aktion. Sowohl erfolgreiche als auch fehlgeschlagene Aktionen werden in diesen Grenzwerten berücksichtigt. Zusätzlich zählen Wiederholungen und andere Anfragen aus der Paginierung als Aktionsausführungen. Weitere Informationen finden Sie unter Was zählt als Power Platform-Anforderung?
- Microsoft Copilot Studio: API-Anforderungen (oder Aufrufe) an Power Automate-Flows aus einer Chatbot-Unterhaltung.
- Dataverse: Alle Vorgänge zum Erstellen, Lesen, Aktualisieren und Löschen (CRUD), Zuweisen und Freigeben, einschließlich benutzergesteuerter und interner Systemanforderungen, die zum Abschließen von CRUD-Transaktionen erforderlich sind, sowie spezielle Vorgänge wie Freigeben oder Zuweisen. Diese Vorgänge können von jedem Client oder jeder Anwendung (einschließlich Dynamics 365) stammen und jeden Endpunkt (SOAP oder REST) verwenden. Zu diesen Vorgängen gehören unter anderem Plug-Ins, klassische Workflows und benutzerdefinierte Steuerelemente, mit denen die obengenannten Vorgänge ausgeführt werden.
Anmerkung
Für Dataverse gibt es eine kleine Anzahl systeminterner Vorgänge, die von Beschränkungen ausgeschlossen sind, z. B. Anmelde-, Abmelde- und Systemmetadatenvorgänge.
In den folgenden Abschnitten werden die Anforderungstypen und die jeweils festgelegten Grenzwerte beschrieben.
Anforderungslimits bei lizensierten Benutzern
Die Anzahl der Anforderungen ist für alle Benutzer von Microsoft Power Platform basierend auf der ihnen zugewiesenen Lizenz begrenzt. In der folgenden Tabelle wird die Anzahl der Anforderungen definiert, die ein Benutzer innerhalb von 24 Stunden stellen kann:
| Produkte | Anfragen pro kostenpflichtiger Lizenz pro 24 Stunden |
|---|---|
| Bezahlte lizenzierte Benutzer für Power Platform (außer Power Apps pro App, Power Automate pro Flow und Microsoft Copilot Studio) und Dynamics 365 ohne Dynamics 365 Teammitglied1 | 40.000 |
| Nutzungsbasierter Power Apps-Plan und kostenpflichtige lizenzierte Benutzer für Power Apps pro App, Microsoft 365-Apps mit Zugriff auf Power Platform und Dynamics 365 Team Member2 | 6.000 |
| Power Automate-Pro-Flow-Plan3, Microsoft Copilot Studio-Basisangebot und Microsoft Copilot Studio-Zusatzpaketet4 | 250,000 |
| Kostenpflichtige Power Apps-Portal-Anmeldung | 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 nutzungsbasierten Power Apps-Plan und den Power Apps-Pro-App-Plan für kostenpflichtige Lizenzen, Dynamics 365 Team Member, 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). Weitere Informationen finden Sie in Anhang B des Power Platform-Lizenzierungshandbuchs für Microsoft 365-Lizenzen, die Power Apps- und Power Automate-Funktionen enthalten.
3 Mithilfe des „Pro Flow“-Plans von Power Automate kann Kapazität unabhängig vom Flow-Besitzer 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. Das erste Microsoft Copilot Studio-Sitzungspaket und das zusätzliche Sitzungspaket erhalten beide das gleiche tägliche Power Platform-Anforderungslimits.
Sonstige Details
Power Platform-Anforderungslimits sind nur bei kostenpflichtigen Basislizenzen im Dynamics 365-LizenzModell „base + attach“ enthalten. Attach-Lizenzen enthalten keine separaten Grenzwerte. Beispielsweise, falls ein Benutzer eine Dynamics 365 Customer Service Enterprise-Lizenz als Basislizenz und Dynamics 365 Sales Enterprise als Attach-Lizenz besitzt, entspricht die Gesamtanzahl des Anforderungsgrenzwerte dem, was durch die Basislizenz – Dynamics 365 Customer Service Enterprise – bereitgestellt wird.
Wenn einem Benutzer mehrere kostenpflichtige Lizenzen zugewiesen sind, entspricht die Gesamtzahl der zulässigen Anforderungen der Summe der für jede Lizenz zulässigen Anforderungen. Wenn ein Benutzer beispielsweise sowohl über eine Dynamics 365 Customer Service Enterprise-Basislizenz als auch eine Power Apps Pro-Benutzer-Lizenz verfügt, stehen diesem Benutzer in jedem 24-Stunden-Zeitraum insgesamt 40.000 + 40.000 = 80.000 Anforderungen zur Verfügung.
Microsoft Copilot Studio-Anfragen werden vom Power Automate-Flow gezählt, der von einem Microsoft Copilot Studio-Chatbot ausgelöst wird. Das erste Microsoft Copilot Studio-Sitzungspaket und das zusätzliche Sitzungspaket erhalten beide das gleiche tägliche Power Platform-Anforderungslimits.
Anforderungslimits bei nicht lizenzierten Benutzern
Für bestimmte Aktivitäten (z. B.: ein Hintergrundprozess, der Daten zwischen Datenbanken migriert), die keine Interaktion eines Benutzers mit dem Dienst erfordern, wird ein separates Limit festgelegt. 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. Dazu gehören beispielsweise:
Zusätzlich gibt es spezielle kostenlose ($0) Lizenzen, die für die Interaktion mit Dynamics 365-Anwendungen wie Dynamics 365 Marketing verwendet werden. Weitere Informationen finden Sie unter Lizenzierung von Marketing.
Für diese nicht lizenzierten Identitäten erhält jeder Mandant ein anfängliches Basisanforderungslimit pro Mandant, das durch die kostenpflichtigen Lizenzen des Mandanten bestimmt wird, sowie aufgelaufene Limits, die durch die Anzahl der bezahlten Dynamics 365 Enterprise- und Professional-Lizenzen bestimmt werden.1 Dieser Pool kann nur von diesen nicht lizenzierten Benutzern verwendet werden und nicht von Benutzern mit zugewiesenen interaktiven Benutzerlizenzen.
| Produkte | Gepoolte nicht lizenzierte Anfragen auf Mandantenebene pro 24 Stunden |
|---|---|
| Dynamics 365 Enterprise & 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-Anforderungslimits bei nicht lizenzierten Mandanten werden mit Basislizenzen im, Dynamics 365-LizenzModell „base + attach“ gewährt.
2 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.
Weitere Details
Bestimmte Produkte arbeiten nach dem Konzept eines Dienstprinzipals und haben ihre Grenzen für den nicht lizenzierten Benutzerpool. Dies ist der beste Weg, um die Grenzen an die Funktionsweise des Produkts auf der Plattform anzupassen.
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 beispielsweise sowohl über Dynamics 365 Customer Service Enterprise-Basislizenzabonnements (500.000 Mindestanforderungen + aufgelaufene Grenzwerte) als auch Power Apps Pro-Benutzerabonnements (25.000 Anforderungen/Tag) verfügt, beträgt ihre gepoolte Anforderungskapazität auf Mandantenebene 500.000 Mindestanforderungen + aufgelaufene Grenzwerte pro 24 Stunden.
Was passiert, wenn ein lizenzierter oder nicht lizenzierter Benutzer Grenzen überschreitet
Die Power Platform-Anforderungslimits wurden aktualisiert und Ende 2021 erheblich angehoben, um ein Niveau zu erreichen, das für die meisten Kunden deutlich über der typischen Nutzung liegt. Mit den aktualisierten Grenzwerten wird erwartet, dass nur sehr wenige Benutzer die dokumentierten Grenzwerte überschreiten. 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.
Eine mögliche Durchsetzung der hohen Nutzung wird erst sechs Monate erhoben, nachdem der Nutzungsbericht der Power Platform-Anforderungen im Power Platform Admin Center allgemein verfügbar war.
Microsoft behält sich das Recht vor, Limits für Überschreitungen durchzusetzen. Wenn ein Kunde auf eine hohe Nutzungserzwingung stößt, kann er mit einer Form von Drosselung rechnen. Kunden können weitere Kapazität erwerben, um eine hohe Nutzungserzwingung zu vermeiden, oder ihre Umgebung auf nutzungsabhängige Bezahlung wechseln und für die tatsächliche Nutzung über dem Tageslimit bezahlen.
Power Platform-Anforderungskapazitäts-Add-On
Kunden, die in ihren Berichten feststellen, dass sie häufig Anfragen über den Limits verwenden, können eine Erzwingung wegen hoher Nutzung vermeiden, indem sie die Power Platform-Anfragekapazitätserweiterung kaufen. Dieses Add-On ermöglicht es Kunden, die Limits für bestimmte lizenzierte Benutzer mit hoher Nutzung oder nicht lizenzierte Benutzer mit hoher Nutzung zu erhöhen. Jedes Kapazitäts-Add-On erhöht die Anforderungsgrenze alle 24 Stunden um weitere 50.000. Es können mehrere Kapazitäts-Add-Ons zugewiesen werden, um die Limits zu erhöhen.
Sie können keine Power Platform-Anforderungen zu Kapazitäts-Add-On-Paketen an Benutzer oder Flows während der Übergangsphase zuweisen. Microsoft empfiehlt jedoch, dass Sie diese Add-Ons erwerben, um Ihre Lizenzbedingungen einzuhalten und sich auf das Ende des Übergangszeitraums vorzubereiten.
Wenn Ihre Power Automate Flows gedrosselt werden, versuchen Sie Vorauszahlung, um sicherzustellen, dass keiner der Flows in der Umgebung gedrosselt wird. Wenn Sie keine nutzungsbasierte Zahlung verwenden können, kaufen Sie Prozesslizenzen oder Add-Ons, und erstellen Sie ein Microsoft Support-Ticket mit den Flow-Details und Add-On-Details, damit das Support-Team Ausnahmen für Ihre gedrosselten Flows bereitstellen kann.
Anmerkung
Derzeit können Benutzern (einschließlich Anwendungs-, Verwaltungs- und nicht interaktiven Benutzern) keine Kapazitäts-Add-Ons zugewiesen werden. Die Funktionalität für die Zuweisung von Kapazitäts-Add-Ons wird an den Zeitpunkt der Durchsetzung der hohen Nutzung angepasst.
Andere anwendbare Grenzwerte
Abgesehen von den täglichen Power Platform-Anforderungslimits gibt es Dienstschutzbeschränkungen, die für jeden Dienst spezifisch sind. Wie bei den täglichen Anforderungslimits tragen diese Limits zur Aufrechterhaltung der Dienstqualität bei, indem sie den Dienst vor böswilligem oder störendem Verhalten schützen, das sonst den Dienst aller Kunden unterbrechen würde.
Lesen Sie sich die folgenden Ressourcen zu Informationen über aktuelle Serviceschutzgrenzwerte für jeden Dienst durch:
- Dataverse-Grenzwerte: anwendbar für modellgesteuerte Apps und Kundenbindungs-Apps (wie Dynamics 365 Sales und Customer Service), Power Apps und Power Automate, die mit Dataverse-/Kundenbindungs-Apps eine Verbindung herstellen
- Power Automate-Limits: anwendbar für automatisierte, geplante und Direktflows
- Limits in Connectors: gelten für Power Automate und Power Apps
Detaillierte Nutzungsinformationen für Power Platform-Anforderungen im Power Platform Admin Center anzeigen (Vorschauversionen)
Anzeigen des Verbrauchs von Power Platform Anforderungen für lizenzierte Benutzer, nicht lizenzierte Benutzer und lizenzierte Pro-Flow-Flowausführungen.
Melden Sie sich beim Power Platform Admin Center an.
Wählen Sie links im Navigationsmenü die Option Kapazität aus.
Wählen Sie auf der Registerkarte Zusammenfassung Berichte herunterladen im Abschnitt Add-Ons aus.
Wählen Sie im Menü Neu aus.
Wählen Sie im Feld Einen Bericht auswählen Microsoft Power Platform-Anforderungen aus.
Wählen Sie den gewünschten Berichtstyp und dann Senden aus.
Sobald der Bericht fertig ist, wählen Sie Herunterladen aus, um den Bericht als Excel-CSV-Datei herunterzuladen.
Notiz
Diese Berichte befinden sich derzeit in der Vorschau. Es gibt zwei Einschränkungen beim Vorschaubericht für lizenzierte Benutzer.
- Die Berechtigungen für lizenzierte Benutzer werden im Bericht pro Benutzer, Tag und 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 für lizenzierte Benutzer zeigt keine korrekten Berechtigungen für Benutzer an, die über Power Apps Pro-App-Lizenz oder Power Apps nutzungsbasierte Pro-App-Verbrauchseinheit lizenziert wurden. Berechtigungen für solche Benutzer werden als 0 angezeigt, obwohl sie eigentlich als 6.000 (Anforderungen pro 24-Stunden-Zeitraum, wie zuvor beschrieben) angezeigt werden sollten.
Berichte für lizenzierte Benutzer
Der Bericht für einen lizenzierten Benutzer zeigt die Power Platform Anforderungsnutzung pro Benutzer und Tag und die Menge, zu der der Benutzer berechtigt ist, an. Der herunterladbare Bericht enthält die folgenden Felder:
| Feld | Beschreibung |
|---|---|
| Umgebungs-ID | Der eindeutige Bezeichner der Power Platform-Umgebung. |
| Umgebungsname | Der Anzeigename der Umgebung. |
| Anrufer-ID | Der eindeutige Bezeichner der anrufenden Identität, die der Active Directory-ID zugeordnet ist. Diese 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 Anforderungslimits für den Benutzer. |
| Insgesamt verbrauchte Menge | Die Gesamtnutzung über alle Arten von Anforderungen (Dataverse, Power Apps und Power Automate). |
| Dataverse-Anforderungen | Anzahl von Power Platform-Anforderungen aus Dataverse. |
| Power Automate-Anforderungen | Anzahl von Power Platform-Anforderungen aus Power Automate. |
| Power Apps-Anforderungen | Anzahl von Power Platform-Anforderungen aus Power App. |
Hier ist ein Beispiel für einen detaillierten Nutzungsbericht:
Berichte für nicht lizenzierte Benutzer
Der Bericht für nicht lizenzierte Benutzer zeigt die Power Platform-Anforderungsnutzung pro Tag für nicht lizenzierte Benutzer und die Gesamtberechtigung für nicht lizenzierte Benutzer für diesen Mandanten. Der herunterladbare Bericht enthält die folgenden Felder:
| Feld | Beschreibung |
|---|---|
| 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. Diese kann NULL oder leer sein. |
| Anrufertyp | Der Typ der Anruferidentität. Gültige Werte sind „System“, „nicht interaktiv/Anwendung“. |
| Ressourcentyp | Der Typ der Ressource. Anwendbare Werte sind Dataverse, Power Apps und Power Automate. |
| Ressourcen-ID | Der eindeutige Bezeichner der Ressource. Basierend auf dem Ressourcentyp könnte dies eine App-ID, Dataverse-Organisations-ID oder Power Automate-Flow-ID sein. Diese kann NULL oder leer sein. |
| Kategorie für Verbrauchseinheit | Die Verbrauchseinheit der höchsten Ebene, in diesem Fall die Power Platform-Anforderung. |
| Verbrauchseinheitsunterkategorie | Die detaillierte Klassifizierung dessen, was die Anforderung generiert hat. Dies kann Dataverse, Power Apps oder Power Automate sein. |
| Verbrauch Datum/Uhrzeit | Die Angaben zu Datum und Uhrzeit des Erfassungszeitpunkts des Verbrauchs (in UTC). |
| Verbrauchte Menge | Benutzte Power Platform Anforderungen. |
Hier ist ein Beispiel für einen detaillierten Nutzungsbericht:
Pro-Flow-Bericht
Der herunterladbare Bericht „Pro Flow lizenzierte Flows“ enthält die folgenden Felder:
| Feld | Beschreibung |
|---|---|
| Umgebungs-ID | Der eindeutige Bezeichner der Power Platform-Umgebung. |
| Umgebungsname | Der Anzeigename der Umgebung. |
| Umgebungsregion | Nicht verfügbar während Vorschau. |
| Anrufer-ID | Der eindeutige Bezeichner des Flows. Diese kann NULL oder leer sein. |
| Anrufertyp | Der Typ der Anruferidentität. Anwendbare 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 | Benutzte Power Platform Anforderungen. |
Hier ist ein Beispiel für einen detaillierten Nutzungsbericht:
Anforderungsbegrenzungen in Power Automate
Wichtig
Desktop-Flow-Ausführungen verwenden keine Power Platform-Anforderungen
Um die Verfügbarkeit und Qualität der Power Automate-Dienste zu gewährleisten, ist die Anzahl der Power Platform-Anforderungen (PPR), die Benutzer über ihre Cloud-Flows stellen können, begrenzt. Diese Grenzwerte werden auf der Grundlage normaler Verbrauchsmuster sowohl in Fünf-Minuten- als auch in 24-Stunden-Intervallen festgelegt.
Das 24-Stunden-Limit basiert auf der Benutzerlizenz oder auf der Prozess-/Pro-Flow-Planlizenz, die einem Cloud-Flow zugewiesen ist
- Wenn ein Benutzer über eine Power Automate Premium-Lizenz verfügt, können sie 40.000 Power Platform-Anforderungen über alle ihre Cloud-Flows eines Mandanten in einem Zeitraum von 24 Stunden senden. Dieser Grenzwert enthält Anforderungen, die die Plattform an Konnektoren von Drittanbietern sendet.
- Wenn ein Cloud-Flow über eine Prozesslizenz verfügt, können der Flow, seine untergeordneten Flows und die zugehörigen Flows innerhalb von 24 Stunden 250.000 Power Platform Anforderungen an alle Benutzer des Flows stellen.
- Wenn ein Cloud-Flow über einen Pro-Flow-Plan verfügt, kann der Flow 250.000 Power Platform-Anforderungen über alle Benutzer des Flows in einem Zeitraum von 24 Stunden senden.
Um zu verhindern, dass sich ein nutzungsintensiver Flow oder Benutzer auf andere Benutzer auswirkt, wird diese Kapazität basierend auf dem Verbrauch auf einer einzelnen Benutzer- oder Flow-Ebene verfolgt und kann nicht auf einer anderen Ebene wie Umgebungs- oder Mandantenebene gepoolt 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 können zwei Benutzer in einem Mandanten über Premium-Lizenzen verfügen und jeder Benutzer erhält 40.000 Anforderungen pro 24-Stunden-Zeitraum. Wenn die erste Person mehr als 40.000 Anforderungen pro 24-Stunden-Zeitraum verwendet, verlangsamen sich ihre Flows und wirken sich nicht auf den zweiten Benutzer aus, der nur 20.000 Anforderungen verwendet hat und noch 20.000 Anforderungen übrig hat.
Derzeit befinden sich alle Organisationen in einer Übergangsphase, in der höhere Grenzwerte für Übergangszeiträume gelten. Nach Ablauf der Übergangsfrist gelten die offiziellen Grenzwerte. Erstellen Sie Ihre Cloud-Flows basierend auf offiziellen Grenzwerten.
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-Anforderungslimits pro Lizenz:
| Lizenzname | Offizielles PPR-Limit 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 |
| Gehosteter Prozess von Power Automate | 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 Frei | 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 Professional | 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 |
Weitere Informationen zu Power Automate-Lizenzen.
Anmerkung
- Die Power Automate-Prozesslizenzen können einem Cloud-Flow hinzugefügt werden, um dessen PRR-Limit zu erhöhen
- FAQ zu Power Platform-Anforderungen in Power Automate
Power Automate-Übergangszeitraum
Alle Organisationen befinden sich in einer Übergangsphase. Das bedeutet, dass die Durchsetzung nicht streng ist und die PPR-Grenzwerte höher sind. Die Übergangszeit endet, nachdem Berichte vom Power Platform Admin Center allgemein verfügbar sind. Unternehmen haben dann sechs Monate Zeit, um ihre Nutzung zu analysieren und geeignete Lizenzen zu erwerben, bevor die strikte Durchsetzung der Lizenzbeschränkungen beginnt.
Nachfolgend finden Sie einige Punkte, die es während der Übergangsfrist zu beachten gilt:
Die Übergangsfrist bedeutet nicht, dass es keine Tageslimits gibt. Dies bedeutet, dass die derzeit erzwungenen Grenzwerte großzügiger sind als die offizielle Grenzwerte, um potenzielle unbeabsichtigte Auswirkungen auf Ihre Apps oder Flows zu vermeiden.
Diese Grenzwerte für Übergangsfristen werden während der Übergangsfrist auf Cloud-Flow-Ebene angewendet. Darüber hinaus wird während der Übergangsphase ein separater Grenzwert von 1.000.000 Cloud-Flow-Aktionen pro Benutzerebene angewendet, um sicherzustellen, dass die Benutzer bei allen Flow-Ausführungen an einem Tag nicht die Anzahl von 1 Million Aktionen überschreiten. Nach Ablauf der Übergangsfrist werden die tatsächlichen Grenzwerte auf Benutzerebene für Premium-Lizenzen und auf Cloud-Flow-Ebene für Prozess-/Pro-Flow-Planlizenzen angewendet.
Während der Übergangszeit verwenden manuelle Cloud-Flows nicht die Grenzwerte für Flow-Besitzer/Flow-Aufrufer. Jeder manuelle Cloud-Flow hat das Leistungsprofil „Mittel“ (100.000 Anforderungen/Flow/24 Stunden). Nach Ablauf der Übergangszeit verwenden manuelle Cloud-Flows die Anforderungsgrenzwerte des aufrufenden Benutzers.
Da die Grenzwerte während der Übergangszeit großzügiger sind, wird das Stapeln von Benutzerlizenzen nicht unterstützt. Wenn ein Benutzer mehrere Pläne hat, wie einen Microsoft 365-Plan und einen Dynamics 365-Plan, verwendet der Flow den höheren Plan (Dynamics 365-Plan).
Power Platform-Add-On-Pakete für Anforderungskapazitäten können den Benutzern oder Clouf-Flows während des Übergangszeitraums nicht zugewiesen werden. Microsoft empfiehlt jedoch, dass Sie diese Add-Ons erwerben, um Ihre Lizenzbedingungen einzuhalten und sich auf das Ende des Übergangszeitraums vorzubereiten. Wenn Ihre Clouf-Flows derzeit gedrosselt werden, kaufen Sie Add-Ons und erstellen Sie ein Support-Ticket mit den Flow-Details und Add-On-Details, damit das Support-Team Ausnahmen für Ihre gedrosselten Flows bereitstellen kann.
Benutzer mit Seed-Lizenz können Cloud-Flows nur im Kontext der App verwenden. Weitere Informationen finden Sie im Abschnitt die Seed-Lizenzen. Die Durchsetzung von Lizenzbeschränkungen ist während der Übergangszeit weniger streng und Microsoft empfiehlt, dass Sie Ihre Lizenzbedingungen einhalten, um Unterbrechungen nach Ablauf der Übergangszeit zu vermeiden.
Häufig gestellte Fragen
Mit welchen Tools kann ich Power Platform-Anforderungen plattformübergreifend überwachen und analysieren?
Die Berichte für die Power Platform-Anforderungsnutzung ist im Power Platform Admin Center verfügbar.
Wie sind die Zeitpläne für Power Platform-Anforderungslimits?
Das Konzept der Grenzwerte wurde erstmals Ende 2019 eingeführt und die dokumentierten Grenzwerte wurden Ende 2021 erheblich erhöht. Die öffentliche Vorschau der Berichte für Power Platform Requests wird im Juni 2022 eingeführt. Nach einer öffentlichen Vorschau werden die Berichte allgemein verfügbar sein. Es gibt noch keinen Zeitplan zur allgemeinen Verfügbarkeit (GA). Die Durchsetzung potenzieller starker Nutzungen beginnt frühestens sechs Monate nach Bereitstellung der Berichte. Power Automate drosselt bis zur Durchsetzung jedoch weiterhin an den Übergangslimits. Weitere Informationen finden Sie unter Häufig gestellte Fragen.
Welche Kontogrenzwerte werden für klassische Workflows oder Power Automate-Flows verwendet?
Dies hängt davon ab, ob der Prozess bei Bedarf oder im Hintergrund ausgeführt wird. Direktflows, die bei Bedarf ausgeführt werden, verwenden die Grenzwerte des Kontos, das den Prozess gestartet hat. Auf der anderen Seite verwenden Workflows oder automatisierte/geplante Flows, die im Hintergrund ausgeführt werden, immer die Grenzwerte des Prozessbesitzers, unabhängig davon, warum der Prozess gestartet wurde oder welche Konten für Verbindungen innerhalb des Prozesses verwendet werden. Weitere Informatinen erhalten Sie unter Wessen Power Platform-Anforderungsgrenzen werden vom Flow verwendet?.
Verlängern sich Microsoft Power Platform-Anforderungsgrenzwerte von Tag zu Tag oder von Monat zu Monat?
Nein, das stimmt nicht. Alle Microsoft Power Platform-Anforderungen existieren für einen Zeitraum von 24 Stunden. Wenn sie nicht genutzt werden, werden sie nicht auf den nächsten Tag übertragen und sammeln sich auch nicht innerhalb eines Monats an.
Erhält jeder Anwendungsbenutzer, nicht interaktive Benutzer, Verwaltungsbenutzer oder SYSTEM-Benutzer einen eigenen Grenzwert auf Mandantenebene?
Nein, das stimmt nicht. Grenzwerte auf Mandantenebene werden von allen Anwendungsbenutzern, nicht interaktiven Benutzern, Verwaltungsbenutzern oder SYSTEM-Benutzern innerhalb des Mandanten gemeinsam genutzt.
Werden die aus klassischen Dataverse-Workflows und Dataverse-Plug-Ins generierten Anforderungen auf die Anforderungsgrenzwerte angerechnet?
Ja, wenn diese Anforderungen CRUD auslösen oder Anforderungen vom Typ Freigabe oder Zuweisung sind, werden sie angerechnet. Bei klassischen Workflows gehören zu dieser Logik Aktionen wie das Prüfen von Bedingungen, das Starten untergeordneter Workflows oder das Stoppen von Workflows. Intern von der Plattform generierte Anforderungen werden jedoch nicht gezählt, z. B.: Sdkmessagerequest, Solutioncomponentdefinition und Ribbonclientmetadatareporting.
Sollte ich anstelle von Power Automate ein Datenintegrationstool eines Drittanbieters nutzen, um meine Grenzwerte nicht zu überschreiten?
Nein, Datenintegrationstools von Drittanbietern unterliegen genau denselben Grenzwerten wie geplante, sofortige oder automatisierte Flows. Daher gibt es keinen Unterschied, ob Sie sich für Power Automate oder ein Drittanbietertool entscheiden. Darüber hinaus werden Anforderungen von Power Automate an Dataverse nicht doppelt gezählt. Ein Flow, der eine Aktion aufruft, zählt im Hinblick auf das Limit nur als eine Anforderung, nicht als zwei.