Grenzwerte und Zuteilungen für Anforderungen
Power Platform Es gibt Anforderungslimits, um das Serviceniveau, die Verfügbarkeit und die Qualität der Plattform sicherzustellen. 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. Im Wesentlichen stellt die folgende Liste eine API-Anfrage dar:
- Power Apps: Alle API-Anfragen an Konnektoren und Microsoft Dataverse.
- Power Automate: Alle API-Anfragen an Konnektoren, Prozessratgeber-Analyse, HTTP-Aktionen und integrierte Aktionen vom Initialisieren von Variablen bis zu einer einfachen Erstellungsaktion. Sowohl erfolgreiche als auch fehlgeschlagene Aktionen werden in diesen Grenzwerten berücksichtigt. Darüber hinaus zählen Wiederholungsversuche und andere Anforderungen der Paginierung als Aktionsausführungen. Erfahren Sie mehr unter Was gilt als Power Platform Anfrage?
- Microsoft Copilot Studio: API-Anfragen (oder -Aufrufe) an Power Automate Flows aus einer Chatbot-Konversation.
- Dataverse: Alle Erstellungs-, Lese-, Aktualisierungs- und Löschvorgänge (CRUD), Zuweisungs- und Teilen-Vorgänge, einschließlich benutzergesteuerter und interner Systemanforderungen, die zum Abschließen von CRUD-Transaktionen erforderlich sind, sowie spezielle Vorgänge wie Teilen oder Zuweisung. Diese Vorgänge können von jedem Client oder jeder Anwendung (einschließlich Dynamics 365) aus und unter Verwendung von Endpunkt (SOAP oder REST) erfolgen. Zu diesen Vorgängen zählen unter anderem Plug-Ins, klassische Arbeitsabläufe und benutzerdefinierte Steuerelemente, die die zuvor genannten Vorgänge durchführen.
Anmerkung
Für Dataverse gibt es eine kleine Anzahl systeminterner Vorgänge, die von den Beschränkungen ausgenommen 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 |
| Power Apps Pay-as-you-go-Plan und bezahlte lizenzierte Benutzer 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-Zusatzpaketet4 | 250,000 |
| Kostenpflichtige Power Apps-Portal-Anmeldung | 200 |
1 Diese Kategorie umfasst bezahlte Lizenzen für Power Apps Benutzerplan (der die vorherigen Lizenzen Power Apps Plan 1 und Power Apps Plan 2 umfasst), Power Automate Benutzerplan (der die vorherigen Lizenzen Flow Plan 1 und Flow Plan 2 umfasst), Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise, Dynamics 365 Sales Professional, Dynamics 365 Customer Service Enterprise, Dynamics 365 Kundenservice 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 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 im Anhang B unter Power Platform Lizenzierung Anleitung zu Microsoft 365 Lizenzen, die Power Apps und Power Automate Funktionen umfassen.
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 die Anforderungslimits für nicht lizenzierte Benutzer auf Mandantenebene nicht.
4 Microsoft Copilot Studio Anfragen werden von Power Automate Flows gezählt, die von einem Microsoft Copilot Studio Chatbot ausgelöst wurden. 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 und eine Power Apps Pro-Benutzer-Lizenz verfügt, dann stehen diesem Benutzer alle 24 Stunden insgesamt 40.000 + 40.000 = 80.000 Anfragen 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 So wird Marketing lizenziert.
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.
2Wenn Sie damit rechnen, die Limits für nicht lizenzierte Benutzer zu überschreiten, wenden Sie sich an Ihren Wiederverkäufer oder Ihr Microsoft Account-Team, um eine individuelle 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 Mieter über mehrere Abonnementtypen 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 damit rechnen, die Limits für nicht lizenzierte Benutzer zu überschreiten, wenden Sie sich an Ihren Wiederverkäufer oder Ihr Microsoft Account-Team, um eine individuelle 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, Überschreitungsgrenzen durchzusetzen. Wenn ein Kunde auf eine hohe Nutzungserzwingung stößt, kann er mit einer Form von Drosselung rechnen. Kunden können zusätzliche 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 während der Power Platform Übergangsphase keine Anfragen zu Kapazitäts-Add-On-Paketen an Benutzer oder Flows zuweisen. Microsoft empfiehlt Ihnen jedoch, diese Add-Ons zu erwerben, damit Ihre Lizenzbedingungen weiterhin gelten und Sie auf das Ende des Übergangszeitraums vorbereitet sind.
Wenn Ihre Power Automate Flows gedrosselt werden, versuchen Sie, mit Pay-as-you-go sicherzustellen, dass keiner der Flows in Umgebung gedrosselt wird. Wenn Sie die Pay-as-you-go-Methode nicht verwenden können, erwerben Sie Add-Ons und erstellen Sie ein Microsoft Supportticket mit den Flow- und Add-On-Details, damit das Supportteam Ausnahmen für Ihre gedrosselten Flows bereitstellen kann.
Anmerkung
Derzeit können Kapazitäts-Add-Ons keinen Benutzern (einschließlich Anwendungs-, Verwaltungs- und nicht interaktiven Benutzern) 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: gilt für modellgesteuerte Apps und Apps zur Kundeninteraktion (wie Dynamics 365 Sales und Kundenservice) Power Apps und Power Automate Verbindungen zu Dataverse/Apps zur Kundeninteraktion
- Power Automate Grenzen: gilt für automatisierte, geplante und sofortige Flows
- Grenzwerte für Konnektoren: gültig 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.
Geben Sie im Navigationsmenü links Auswählen Kapazität ein.
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.
Auswählen den erforderlichen Berichtstyp und dann Auswählen Senden.
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. Die Berechtigungen für solche Benutzer werden als 0 angezeigt, obwohl sie eigentlich als 6000 angezeigt werden sollten (Anforderung pro 24-Stunden-Zeitraum, wie zuvor beschrieben).
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:
Anforderungslimits in Power Automate
Wichtig
Desktop-Flow-Ausführungen verbrauchen keine Power Platform Anfragen
Um die Serviceverfügbarkeit und -qualität sicherzustellen, gibt es Beschränkungen hinsichtlich der Anzahl von Anfragen (PPR), die Benutzer über ihre Cloud-Flows stellen können. Power Automate Power Platform Diese Grenzwerte werden sowohl in 5-Minuten- als auch in 24-Stunden-Intervallen auf normale Durchflussnutzungsmuster festgelegt.
Das 24-Stunden-Limit basiert auf der Benutzerlizenz oder auf der Prozess-/Pro-Flow-Plan-Lizenz, die einem Cloud-Flow zugewiesen ist.
- Wenn ein Benutzer über eine Power Automate Premium-Lizenz verfügt, kann er innerhalb von 24 Stunden 40.000 Power Platform Anfragen über alle seine Cloud-Flows in einem Mandanten stellen. Diese Beschränkung umfasst auch Anfragen, die die Plattform an Konnektoren von Drittanbietern stellt.
- Wenn ein Cloud-Flow über eine Prozesslizenz verfügt, können der Flow, seine untergeordnetes Element-Flows und die zugehörigen Flows innerhalb von 24 Stunden 250.000 Power Platform Anfragen an alle Benutzer des Flows stellen.
- Wenn ein Cloud-Flow ein Pro-Flow-Plan (Legacy) hat, kann der Flow innerhalb von 24 Stunden 250.000 Power Platform Anfragen an alle Benutzer des Flows stellen.
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. Bei den 24 Stunden handelt es sich um ein gleitendes Fenster. Dies bedeutet, dass das System bei jeder Ausführung von Cloud-Flow die Anforderungen der letzten 24 Stunden überprüft, um zu ermitteln, ob der Benutzer sein Limit erreicht hat. Beispielsweise können zwei Benutzer in einem Mandanten über Premium-Lizenzen verfügen und jeder Benutzer erhält 40.000 Anfragen pro 24-Stunden-Zeitraum. Wenn die erste Person innerhalb von 24 Stunden mehr als 40.000 Anfragen verwendet, werden ihre Flows verlangsamt, ohne dass der zweite Benutzer davon betroffen ist, der nur 20.000 Anfragen verwendet hat und noch 20.000 Anfragen übrig hat.
Derzeit befinden sich alle Organisationen in einer Übergangsphase , in der höhere Übergangsfristen gelten. Nach Ablauf der Übergangsfrist gelten die offiziellen Grenzwerte. Erstellen Sie Ihre Cloud-Flows basierend auf offiziellen Grenzwerten.
Das Fünf-Minuten-Limit liegt bei 100.000 Anfragen und ist unabhängig von der Lizenz eines Benutzers. Beispielsweise können Flows mit einer Prozesslizenz 250.000 Anfragen in 24 Stunden stellen, aber nicht mehr als 100.000 Anfragen innerhalb von fünf Minuten.
Power Automate Anforderungslimits pro Lizenz:
| Lizenzname | Offizielles PPR-Limit pro 24 Stunden | PPR-Übergangszeitlimit pro 24 Stunden |
|---|---|---|
| Power Automate Premium | 40.000 pro Benutzer | 200.000 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) | 40.000 pro Benutzer | 200.000 pro Cloud-Flow |
| Power Automate Pro-Flow-Plan (veraltet) | 250.000 pro Lizenz | 500.000 pro Lizenz |
| Power Automate Frei | 6k pro Benutzer | 10.000 pro Cloud-Flow |
| Office 365 | 6k pro Benutzer | 10.000 pro Cloud-Flow |
| Power Apps Premium | 40.000 pro Benutzer | 200.000 pro Cloud-Flow |
| Dynamics 365 Professional | 40.000 pro Benutzer | 200.000 pro Cloud-Flow |
| Dynamics 365 Enterprise-Anwendungen | 40.000 pro Benutzer | 200.000 pro Cloud-Flow |
| Dynamics 365-Teammitglied | 6k pro Benutzer | 10.000 pro Cloud-Flow |
Erfahren Sie mehr über Power Automate Lizenzen.
Anmerkung
- Die Power Automate Prozesslizenzen können auf einem Cloud-Flow gestapelt werden, um dessen PRR-Limit zu erhöhen
- FAQ zu Power Platform Anfrage innerhalb Power Automate
Power Automate Übergangszeit
Alle Organisationen befinden sich in einer Übergangsphase. Dies 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. Anschließend haben die Organisationen sechs Monate Zeit, ihre Nutzung zu analysieren und geeignete Lizenzen zu erwerben, bevor eine strikte Durchsetzung der Lizenzbeschränkungen beginnt.
Folgendes sollten Sie während der Übergangszeit beachten:
Die Übergangsfrist bedeutet nicht, dass es keine Tageslimits gibt. Dies bedeutet, dass die aktuell geltenden Grenzwerte großzügiger sind als die offiziellen Grenzwerte, um mögliche unbeabsichtigte Auswirkungen auf Ihre Apps oder Flows zu verhindern.
Diese Übergangsfristgrenzen werden während der Übergangsfrist auf der Ebene Cloud-Flow angewendet. Darüber hinaus wird während der Übergangsphase ein separates Limit von 1000000 Cloud-Flow-Aktionen pro Benutzerebene angewendet, um sicherzustellen, dass Benutzer bei allen ihren Flow-Läufen an einem Tag nicht mehr als 1 Million Aktionen ausführen. Nach Ablauf der Übergangsphase werden die tatsächlichen Beschränkungen auf Benutzerebene für Premium-Lizenzen und auf Cloud-Flow-Ebene für Prozess-/Pro-Flow-Plan-Lizenzen angewendet.
Während der Übergangsphase nutzen manuelle Cloud-Flows die Limits für Flow-Eigentümer/Flow-Aufrufer nicht. Jedes manuelle Cloud-Flow hat ein Leistungsprofil von Mittel (100.000 Anfragen/Flow/24 Stunden). Nach der Übergangsphase verwenden manuelle Cloud-Flows die Anforderungslimits des aufrufenden Benutzers.
Da die Limits während der Übergangsphase 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 Während der Übergangszeit können Add-On-Pakete mit Anforderungskapazität keinen Benutzern oder Cloud-Flows zugewiesen werden. Microsoft empfiehlt Ihnen jedoch, diese Add-Ons zu erwerben, damit Ihre Lizenzbedingungen weiterhin gelten und Sie auf das Ende des Übergangszeitraums vorbereitet sind. Wenn Ihre Cloud-Flows derzeit gedrosselt werden, erwerben Sie Add-Ons und erstellen Sie ein Support-Ticket mit den Flow- und Add-On-Details, damit das Support-Team Ausnahmen für Ihre gedrosselten Flows bereitstellen kann.
Benutzer mit einer Seed-Lizenz können Cloud-Flows nur im Kontext der App verwenden. Weitere Informationen finden Sie im Abschnitt gesetzte Lizenzen . Während der Übergangsphase werden die Lizenzbeschränkungen weniger streng durchgesetzt. Microsoft Es wird empfohlen, dass Sie Ihre Lizenzbedingungen einhalten, um Störungen nach Ablauf der Übergangsphase 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 derzeit keine voraussichtliche Ankunftszeit für die allgemeine Generalversammlung. Etwaige Durchsetzungsmaßnahmen bei hoher Nutzung würden erst frühestens sechs Monate nach der allgemeinen Verfügbarkeit der Berichte eingeleitet. Bis zur Durchsetzung wird jedoch weiterhin an Übergangsgrenzen gedrosselt. Power Automate Weitere Informationen finden Sie in den FAQs.
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. Im Hintergrund ausgeführte Workflows oder automatisierte/geplante Flows nutzen dagegen immer die Beschränkungen des Prozesseigentümers, unabhängig davon, warum der Prozess gestartet wurde oder welche Konten für Verbindungen innerhalb des Prozesses verwendet werden. Weitere Informationen finden Sie unter Wessen Power Platform Anforderungslimits werden vom Flow verwendet?.
Wird das Microsoft Power Platform Anforderungslimit von Tag zu Tag oder von Monat zu Monat übertragen?
Nein, das tut es 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 tun sie 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 es sich bei diesen Anfragen um Anfragen vom Typ CRUD, Zuweisung oder Teilen handelt, werden sie gezählt. Bei klassischen Workflows umfasst diese Logik Aktionen wie Girokonto-Bedingungen, das Starten von untergeordnetes Element-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 Anfragen von Power Automate an Dataverse nicht doppelt gezählt. Ein Flow, der eine Aktion aufruft, zählt im Hinblick auf sein Limit nur als eine Anfrage, nicht als zwei.