Grenzwerte und Zuteilungen für Anforderungen
Power Platform-Anforderungslimits sind vorhanden, um Servicelevel, Verfügbarkeit und Qualität der Plattform sicherzustellen. Die Anzahl der Anfragen, die Benutzer jeden Tag über Power Apps, Power Automate, Power Virtual Agents 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 Folgenden finden Sie, was eine API-Anfrage im Allgemeinen ausmacht:
- Power Apps – alle API-Anforderungen an Connectors und Microsoft Dataverse.
- Power Automate - alle API-Anfragen 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 auch Wiederholungen und andere Anfragen aus der Paginierung als Aktionsausführungen. Weitere Informationen finden Sie unter Was zählt als Power Platform-Anfrage?
- Power Virtual Agents – API-Anfragen (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 können von jedem Client oder jeder Anwendung (einschließlich Dynamics 365) stammen und jeden Endpunkt (SOAP oder REST) verwenden. Dazu gehören unter anderem Plug-Ins, klassische Workflows und benutzerdefinierte Steuerelemente, mit denen die obengenannten Vorgänge ausgeführt werden.
Notiz
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 Power Virtual Agents) 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-Teammitglied2 | 6.000 |
| Power Automate-Pro-Flow-Plan3, Power Virtual Agents-Basisangebot und Power Virtual Agents-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). Siehe Anhang B im Lizenzierungshandbuch 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. Dabei werden die Limits für nicht lizenzierte Benutzeranfragen auf Mandantenebene nicht verwendet.
4 Power Virtual Agents-Anfragen werden von Power Automate-Flow gezählt, der von einem Power Virtual Agents-Chatbot ausgelöst wird. Das erste Power Virtual Agents-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.
Power Virtual Agents-Anfragen werden vom Power Automate-Flow gezählt, der von einem Power Virtual Agents-Chatbot ausgelöst wird. Das erste Power Virtual Agents-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. 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 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 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 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 Power Platform Anforderungskapazitäten den Benutzern oder Flows während des Übergangszeitraums nicht 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 Vorauszahlung nicht nutzen können, kaufen Sie 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.
Notiz
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-Grenzwerte: anwendbar für automatisierte, geplante und Direktflows
- Grenzwerte in Konnektoren: 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 im linken Navigationsbereich die Option Kapazität aus.
Wählen Sie auf der Registerkarte ZusammenfassungBerichte herunterladen im Abschnitt Add-Ons aus.
Wählen Sie im Menü Neu aus.
Wählen Sie im Feld Einen Bericht auswählenMicrosoft 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 oben 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:
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, wann dies geschehen wird. Die Durchsetzung potenzieller starker Nutzungen beginnt frühestens sechs Monate nach Bereitstellung der Berichte. Beachten Sie jedoch, dass Power Automate bis zur Durchsetzung weiterhin an den Übergangslimits drosselt. Siehe 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. Siehe 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. 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. 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 dazu 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.
Siehe auch
DataverseÜbersicht über API-Grenzwerte
Power Automate Grenzen und Konfiguration