Power Automate-Lizenztypen

Organisationen erhalten Nutzungsrechte für Power Automate über Lizenzen (bezahlt oder Testversion), die entweder als eigenständige Pläne oder als Seed-Pläne verfügbar sind.

Eigenständige Pläne

Kunden, die vollständig flexible, universelle Workflows mit Automatisierung von Geschäftsprozessen oder Robotische Prozessautomatisierung (RPA) -Funktionen erstellen müssen, sollten den Kauf von eigenständigen Power Automate-Lizenzen erwägen.

Plan	Beschreibung des Dataflows
Power Automate pro Benutzer-Plan	Dieser Plan bietet einem Benutzer das Recht, eine unbegrenzte Anzahl von Flows (innerhalb der Servicegrenzen) mit den vollen Funktionen von Power Automate auszuführen, einschließlich Standardconnectors,Premium-Connectors,Geschäftsprozessflüsse, benutzerdefinierte Connectors,lokale Gateways basierend auf ihren individuellen Bedürfnissen zu monatlichen Fixkosten für jeden Benutzer.
Power Automate pro Benutzer mit einem beaufsichtigten RPA-Plan	Dieser Plan umfasst alte und moderne Anwendungen und ermöglicht es Herstellern, unbegrenzte Flows für API-basierte Automatisierung zu erstellen und Legacy-Anwendungen mit Desktop-Flows durch Robotic Process Automation (RPA) und KI zu automatisieren. Dieser Plan beinhaltet alle Power Automate pro Benutzerplan-Funktionen und die Möglichkeit für Benutzer, einen beaufsichtigten RPA-Bot auf ihrer Workstation auszuführen. Darüber hinaus beinhaltet dieser Plan den Zugriff auf AI Builder-Kapazität, unterstützt Szenarien wie Formularverarbeitung, Objekterkennung, Vorhersage, Textklassifizierung und Erkennung. Dieser Plan kann für jeden Benutzer zu monatlichen Fixkosten erworben werden.
Power Automate pro Flow-Plan	Mit diesem Plan können Organisationen Flows mit reservierter Kapazität implementieren, die einem Team, einer Abteilung oder einer ganzen Organisation dienen, ohne jeden Benutzer separat lizenzieren zu müssen. Dieser Plan beginnt mit festen monatlichen Kosten für fünf aktive Flows. Für jeden weiteren aktiven Flow (über die fünf in der Grundgebühr enthaltenen Flows hinaus) fällt eine monatliche Gebühr an.
Nutzungsbasierter Power Automate-Tarif (Vorschauversion)	Mit diesem Plan können Organisationen ohne Lizenzverpflichtung oder Vorabkosten mit dem Erstellen von Flows beginnen und ihr Azure-Abonnement dazu verwenden, nur zu zahlen, wenn ihre Flows ausgeführt werden.
Power Automate P1- und P2-Pläne (eingestellt)	Diese Pläne sind nach dem 31. Dezember 2020 nicht mehr zum Kauf oder zur automatischen Verlängerung verfügbar. Organisationen mit diesen Planlizenzen mit Verlängerungen, die am oder nach dem 1. Januar 2021 fällig sind, müssen entweder auf den Power Automate pro Benutzer oder pro Flow-Plan oder an die Power Apps pro Benutzer oder pro App-Plan wechseln, um die Microsoft Power Platform-Dienste weiterhin zu verwenden. Kunden mit aktiven Verträgen, die vor dem 1. Januar 2021 mit Grandfathered-Lizenzen begonnen haben, werden bis zum Vertragsende weiterhin unterstützt. Weitere Informationen erhalten Sie von Ihrem Microsoft-Kundenbetreuer oder kaufen Sie Lizenzen.

Seed-Pläne

Auch Organisationen erhalten Nutzungsrechte für Power Automate, wenn sie für die Nutzung eines der folgenden Pläne lizenziert sind, wobei Power Automate Lizenzen über ein Seeding verfügen.

• Microsoft 365 (früher Office 365).
• Dynamics 365 Enterprise.
• Dynamics 365 Professional.
• Dynamics 365 Team Member.
• Power Apps (Canvas- und modellgesteuerte Apps) – Pro-App-Pläne.
• Power Apps pro Benutzer.
• Power Apps Plan 1 (eingestellt).
• Power Apps Plan 2 (eingestellt)
• Windows-Lizenzen.

Wenn Sie Seeding-Pläne verwenden, müssen Ihre Flows im Kontext der Anwendung ausgeführt werden, in der der Seed-Plan verfügbar ist. Zum Beispiel können Flows, die in einer Dynamics 365-/mit Power Apps erstellten App enthalten sind, eine Verbindung zu Folgendem herstellen.

• Zu allen Datenquellen innerhalb der Nutzungsrechte der Dynamics 365-/mit Power Apps erstellten App.
• Direkt mit der Dynamics 365-/mit Power Apps erstellten App (über eingebaute Trigger/Aktionen).

Wenn ein Flow beispielsweise Premium-Connectors verwendet und von einer App ausgelöst wird, kann jeder Benutzer den Flow ausführen, wenn er über eine Power Apps-Lizenz verfügt.

Wenn der Flow isoliert ist und nichts mit der Anwendung zu tun hat, muss eine eigenständige Power Automate-Lizenz erworben werden.

Weitere Details finden Sie im Microsoft Power Apps und Power Automate-Lizenzierungshandbuch.

Power Automate-Pläne vergleichen

Erfahren Sie mehr über die Lizenzberechtigungen.

Hier ist eine Tabelle, die die Grenzen aufzeigt, die mit den verschiedenen Lizenzplänen verbunden sind.

1. Dynamics 365 Sales Professional und Dynamics 365 Customer Service Professional.
2. Dynamics 365 Sales Enterprise, Dynamics 365 Customer Service Enterprise, Dynamics 365 Field Service, Dynamics 365 Project Service Automation, Dynamics 365 Retail, Dynamics 365 Talent und Dynamics 365 Customer Engagement-Plan.
3. In Dataverse for Teams-Umgebungen (enthalten in ausgewählten Office-Lizenzen) können Kunden benutzerdefinierte Connectors verwenden, die auf Azure und Dataverse-Funktionen erstellt wurden.

Lizenzansprüche

Connectors stellen die App bzw. den Dienst dar, mit denen Ihre Flows verbunden sind. Zum Beispiel sind OneDrive, SharePoint, Twitter usw. Beispiele für Dienste, mit denen Flows verbunden werden. Die Connectors in Power Automate sind entworfen, um die Sprache der Apps/Dienste zu sprechen, mit denen Ihre Flows verbunden sind und geben Power Automate Zugang zum Konto. Connectors werden als Standard oder Premium-Connectors kategorisiert.

Standardconnectors

Standardconnectors sind in Ihrem Standard-Microsoft 365-Abonnement enthalten. Wir fügen kontinuierlich weitere Standardconnectors hinzu.

Premiumconnectors

Premiumconnectors sind nicht in der Microsoft 365-Lizenz enthalten, aber in allen eigenständigen Plänen enthalten.

Hier ist die vollständige Liste von Premiumconnectors in Power Automate.

Geschäftsprozessflows

Sie können Geschäftsprozessflüsse für einen Workflow erstellen, um sicherzustellen, dass Benutzer kontiniuierlich eingeben und jedes Mal dieselben Schritte befolgen. Geschäftsprozessflüsse bieten eine optimierte Benutzeroberfläche, anhand derer die Mitarbeiter durch Prozesse für Interaktionen geführt werden, die vom Unternehmen definiert wurden, und zu einem Abschluss gebracht werden sollen.

Benutzerdefinierte Connectors

Möglicherweise möchten Sie mit Apps/Diensten kommunizieren, die nicht als vorgefertigte Connectors verfügbar sind. Benutzerdefinierte Connectors können Sie Ihre eigenen Konnektoren erstellen (und sogar freigeben).

Robotergesteuerte Prozessautomatisierung durch

Was ist, wenn ich eine Anwendung habe, für die Power Automate keinen Connector hat, und ich keinen benutzerdefinierten Connector erstellen kann, weil die App keine API hat? Robotische Prozessautomatisierung (RPA) ist perfekt für Szenarien wie dieses. Mit RPA können Sie auch in älteren Systemen ohne API eine Automatisierung erstellen. Mit RPA automatisieren Sie Anwendungen, indem Sie Power Automate beibringen, die Mausbewegungen und Tastatureingaben eines menschlichen Benutzers nachzuahmen, als würde ein Roboter den Computer benutzen. Mit anderen Worten, während die digitale Prozessautomatisierung Konnektoren bereitstellt, damit Sie der Anwendung sagen, was zu tun ist, mit RPA zeigen Sie, was zu tun.

Lokales Gateway

Das lokale Datengateway fungiert als Brücke, um eine schnelle und sichere Datenübertragung zwischen lokalen Daten und mehreren Microsoft Cloud Services zu bieten. Mit Gateways können Unternehmen Datenbanken und andere Datenquellen in ihren lokalen Netzwerken speichern und diese lokalen Daten sicher in Cloud-Diensten verwenden.

AI Builder-Gutschriften

Mit AI Builder können Sie Ihren automatisierten Prozessen Intelligenz hinzufügen, Ergebnisse prognostizieren und die Geschäftsleistung verbessern. Die AI Builder-Kapazität wird in Form von „Servicegutschriften“ ausgedrückt. Servicegutschriften dienen als einheitliche (gemeinsame) Währung für alle Szenarien, die AI Builder unterstützt. Verfügbare Servicegutschriften werden abgezogen, wenn AI Builder-Services verwendet werden. Mit diesen Gutschriften können Sie beispielsweise Daten aus einigen Dokumenten mit der Formularverarbeitung extrahieren oder Hunderte von grundlegenden OCR-Extraktionen mit der Texterkennung durchführen.

Verschiedene Szenarien (z. B. Formularverarbeitung, Vorhersage usw.) verbrauchen Service-Credits zu unterschiedlichen Raten. Jeder Benutzer mit beaufsichtigter RPA-Lizenz gewährt Ihnen 5.000 Gutschriften, mit denen Sie die Fähigkeiten in AI Builder bewerten können. Weitere Informationen zu AI Builder-Lizenzierung.

Dataverse-Datenbank- und Dateikapazität

Das Datenvolumen wächst weiterhin exponenziell, während Unternehmen ihren Weg der digitalen Transformation vorantreiben und Daten in ihren Organisationen zusammenführen. Moderne Geschäftsanwendungen müssen neue Geschäftsszenarien unterstützen, neue Datentypen verwalten und Unternehmen bei der zunehmenden Komplexität von Compliance-Anforderungen unterstützen. Um den wachsenden Anforderungen heutiger Unternehmen gerecht zu werden, müssen sich Datenspeicherlösungen kontinuierlich weiterentwickeln und die richtige Lösung zur Unterstützung wachsender Geschäftsanforderungen bieten. Der Microsoft Dataverse-Kapazitätsspeicher ist für relationale Daten (Datenbank), Anhänge (Datei) und Überwachungsprotokolle (Protokoll) optimiert. Kunden mit eigenständiger Power Automate-Lizenz erhalten für jeden dieser drei Speichertypen eine mandantenweite Standardberechtigung. Sie können mehr Speicherplatz in 1-GB-Schritten kaufen. Weitere Informationen zu Dataverse-Kapazitätsspeicher.

Power Platform-Anfragen

Um Service Levels, Verfügbarkeit und Qualität zu gewährleisten, ist die Anzahl der Power Platform-Anfragen, die Benutzer über alle Power Platform-Produkte stellen können, begrenzt. Servicelimits werden sowohl in 5-Minuten- als auch in 24-Stunden-Intervallen mit normalen Nutzungsmustern verglichen. Die meisten Kunden werden diese Grenzen nicht überschreiten.

• Der Grenzwert von 24 Stunden basiert auf der Pro-Benutzer- oder Pro-Flow-Lizenz. Wenn Benutzer einen Power Automate-Pro-Benutzer-Plan haben, können sie 40.000 Power Platform-Anforderungen über all ihre Flows in einem Mandanten innerhalb eines Zeitraums von 24 Stunden vornehmen. Dazu gehören auch Anfragen, die die Plattform an Konnektoren von Drittanbietern stellt. Die 24 Stunden sind ein gleitendes Fenster, d. h. jedes Mal, wenn ein Flow ausgeführt wird, überprüft das System die Anforderungen der letzten 24 Stunden, um zu bestimmen, ob der Benutzer am Grenzwert ist. Wenn ein Flow den Pro-Flow-Plan hat, kann der Flow alternativ 250.000 Power Platform-Anforderungen über alle Benutzer des Flows in einem Zeitraum von 24 Stunden 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. Beispielsweise können zwei Benutzer in einem Mandanten Pro-Benutzer-Lizenzen haben 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. Aktuell sind alle Kunden in einer Übergangszeit, es gelten also die Grenzwerte der Übergangsfristen. Die aktuellen Grenzwerte gelten nach Ablauf der Übergangszeit. Planen Sie Ihre Flows basierend auf tatsächlichen Grenzwerten.
• Das Fünf-Minuten-Limit beträgt 100.000 Anfragen und ist unabhängig von der Lizenz eines Benutzers. Flows mit einer Pro-Flow-Lizenz können beispielsweise 250.000 Anforderungen in 24 Stunden stellen, aber nicht mehr als 100.000 Anforderungen in fünf Minuten.

Übergangszeitraum

Alle Kunden befinden sich in einer Übergangsphase. Das bedeutet, dass die Durchsetzung nicht streng ist und die Grenzen höher sind. Die Übergangszeit endet, nachdem Berichte vom Power Platform Admin Center allgemein verfügbar sind. Organisationen 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 Übergangsphase zu beachten gilt.

1. Die Übergangsfrist bedeutet nicht, dass es keine Tageslimits gibt. Dies bedeutet, dass die derzeit erzwungenen Grenzwerte großzügiger sind als die angegebenen Grenzwerte, um potenzielle unbeabsichtigte Auswirkungen auf Ihre Apps oder Flows zu vermeiden. Siehe Anfragelimits und Zuweisungen, um sowohl die Plangrenzen als auch die Grenzen der Übergangsfrist zu verstehen.
2. Diese Grenzwerte der Übergangsfristen werden während der Übergangsfrist auf Flowebene angewendet. Darüber hinaus wird während der Übergangszeit ein separater Grenzwert von 1.000.000 Aktionen auf der Ebene pro Benutzer angewendet, um sicherzustellen, dass Benutzer bei all ihren Flowausführungen an einem Tag nicht über 1 Million Aktionen gehen. Nach Ablauf der Übergangsfrist werden die tatsächlichen Grenzwerte auf Benutzerebene für Pro-Benutzer-Pläne und auf Flowebene für Pro-Flow-Plan angewendet.
3. 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).
4. Power Platform-Add-On-Pakete für Anforderungskapazitäten können Benutzern oder 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 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.
5. Benutzer mit Seed-Lizenz können Flows nur im Kontext der App verwenden. Weitere Informationen finden Sie im Abschnitt die Seed-Pläne. 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.

FAQ

Hier finden Sie einige der am häufigsten gestellten Fragen zu Grenzen und ihre Antworten.

Was zählt als Power Platform-Anfrage?

Je nach Lizenzplan ist die Anzahl der Aktionen, die ein Cloud-Flow pro Tag ausführen kann, begrenzt. Diese Grenzwerte unterscheiden sich von den Grenzwerten für die Connector-Drosselung. Sie können die Anzahl der Aktionen sehen, die Ihr Flow ausführt, indem Sie Analysen von der Flow-Details-Seite auswählen und die Registerkarte Aktionen auswählen.

Auch wenn der Flow weniger Power Platform-Anfragen verbraucht, können Sie dennoch an Ihre Grenzen stoßen, wenn der Flow häufiger als erwartet ausgeführt wird. Sie erstellen beispielsweise einen Cloud-Flow, der immer dann eine Pushbenachrichtigung sendet, wenn Ihr Vorgesetzter Ihnen eine E-Mail sendet. Dieser Flow muss jedes Mal ausgeführt werden, wenn Sie eine E-Mail (von einer beliebigen Person) empfangen, da zunächst überprüft werden muss, ob die E-Mail von Ihrem Vorgesetzten stammt. Das Limit gilt für alle Durchläufe über alle Ihre Flows in einem Zeitraum von 24 Stunden. Im Folgenden finden Sie einige Richtlinien zum Schätzen der Anforderungsnutzung eines Flows.

• Eine oder mehrere Aktionen werden als Teil einer Flow-Ausführung ausgeführt. Ein einfacher Flow mit einem Trigger und einer Aktion führt bei jeder Ausführung des Flows zu zwei „Aktionen“, die 2 Anfragen verbrauchen.
• Jeder Trigger/jede Aktion im Flow erzeugt Power Platform-Anfragen. Alle Arten von Aktionen, z. B. Konnektor‑, HTTP‑ und integrierte Aktionen (von der Initialisierung von Variablen, der Erstellung von Reichweiten bis zu einer einfachen Aktion) generieren Power Platform-Anfragen. Zum Beispiel werden bei einem Flow, der SharePoint, Exchange, Twitter und Dataverse verbindet, all diese Aktionen auf Power Platform-Anfragelimits angerechnet.
• Sowohl erfolgreiche als auch fehlgeschlagene Aktionen werden in diesen Grenzwerten berücksichtigt. Übersprungene Aktionen werden nicht auf diese Limits angerechnet.
• Jede Aktion generiert eine Anfrage. Wenn sich die Aktion in einer Anwendung auf jede Schleife befindet, generiert sie mehr Power Platform-Anfragen, während die Schleife ausgeführt wird.
• Eine Aktion kann mehrere Ausdrücke haben, wird aber als eine API-Anfrage gezählt.
• Wiederholungsversuche und zusätzliche Anforderungen aus der Paginierung gelten ebenfalls als Aktionsdurchführungen.

Betrachten Sie den folgenden Ablauf, in dem jeder E-Mail-Anhang in OneDrive gespeichert wird. Der Trigger verbraucht eine Power Platform-Anfrgage. „Auf alle anwenden“ verbraucht eine Anfrage, und die Aktionen in „Auf alle anwenden“ verwenden mehrere Anfragen basierend auf der Anzahl der Schleifendurchläufe. Wenn es vier Anhänge gibt, verbraucht dieser Abschnitt acht Power Platform-Anfragen (4 x 2 Aktionen). Insgesamt verbraucht dieser Flow 10 Power Platform-Anfragen.

Wessen Power Platform-Anforderungsgrenzen werden vom Flow verwendet?

• Wenn ein Flow eine Lizenz pro Flow hat, verwendet der Flow immer die Grenzwerte pro Flow und nicht die Grenzwerte des Erstellers/Eigentümers/aufrufenden Benutzers.
• Automatische und geplante Flows verwenden immer die Power Platform-Anfragelimits des Flow-Ersteller/-besitzers, unabhängig davon, wer den Prozess gestartet hat oder welche Konten für Verbindungen innerhalb des Prozesses verwendet werden. Bei einem Lösungsflow können Sie den Besitzer des Flows mit Web-API ändern. Nachdem Sie den Eigentümer geändert haben, werden die API-Anforderungslimits des neuen Eigentümers verwendet. Bei einem Flow ohne Lösung verwendet der Flow immer die Grenzen des ursprünglichen Erstellers, die nicht geändert werden können. Wenn der ursprüngliche Ersteller das Unternehmen verlässt, können alle Miteigentümer des Flows den Flow als anderer Eigentümer exportieren und importieren. Nachdem Sie den Flow importiert haben, wird er zu einem neuen Flow und beginnt mit der Verwendung von Limits des neuen Besitzers. Alternativ können Sie dem Flow eine Lizenz pro Flow zuweisen.
• Instant Flows (Button, Power Apps, Hybrid-Trigger) verwenden die Grenzen des aufrufenden Benutzers.
• Wenn Sie einen automatisierten/geplanten Flow mit einem anderen Benutzer teilen und dieser Benutzer dann denselben Flow auslöst, werden die Limits des ursprünglichen Besitzers und nicht die Limits des neuen Benutzers verwendet. Wenn der Benutzer dann jedoch den Flow nutzt, um seinen eigenen neuen Flow zu erstellen, wird dieser neue Benutzer der Besitzer des neuen Flows und dieser Flow verwendet die Grenzen des neuen Benutzers.
• Wenn ein übergeordneter Flow den untergeordneten Flow aufruft, nutzt der untergeordnete Flow die Limits des übergeordneten Flows. Wenn der übergeordnete Flow beispielsweise ein automatisierter Flow ist, verwendet der untergeordnete Flow die Grenzen des Erstellers/Eigentümers des übergeordneten Flows.
• Wenn der übergeordnete Flow ein manueller Flow ist, verwendet der untergeordnete Flow die Grenzen des aufrufenden Benutzers des übergeordneten Flows.
• Wenn der untergeordnete Flow über eine Pro-Flow-Grenze verfügt, verwendet er die Pro-Flow-Lizenz und nicht die Grenze des übergeordneten Flows.
• Wenn ein übergeordneter Flow über eine Pro-Flow-Lizenz verfügt, verwenden der übergeorndete und der untergeordnete Flow die Lizenz des übergeordneten Flows.
• Während der Übergangsphase, gibt es einen kleinen Unterschied in diesem Verhalten. Die Lizenz des Besitzers des untergeordneten Flows wird verwendet, es sei denn, der untergeordnete Flow verfügt über eine Pro-Flow-Lizenz, aber nach Ablauf des Übergangszeitraums werden die Limits des Besitzers des untergeordneten Flows jedoch ignoriert und nur die Limits des Besitzers des übergeordneten Flows verwendet, es sei denn, der untergeordnete Flow verfügt über eine Pro-Flow-Lizenz.

Welche Tools habe ich als Hersteller, um meine Nutzung zu analysieren?

Wenn es bei der Ausführung Ihres Flows zu Verzögerungen oder Verlangsamungen kommt, haben Sie wahrscheinlich die Power Automate-Grenzen für den Tag überschritten. Bei Flows, die aufgrund von Überschreitungen ständig verzögert werden, erhalten Benutzer außerdem eine Benachrichtigung, die sie über diese Überschreitungen informiert, zusammen mit Tipps und Tricks, wie Sie verzögerte Ausführungen ihrer Flows verhindern können.

Hier ist ein Beispiel für eine E-Mail, die für einen Flow gesendet wurde, der ständig die Aktionsgrenzen überschreitet.

Das Power Platform Admin Center wird in Kürze Berichte über Power Automate-Anfragen enthalten. Diese Berichterstellung hilft Ihnen, die Akzeptanz- und Benutzerkennzahlen für Ihre Organisation schnell anzuzeigen.

Darüber hinaus können Sie die Aktionsverwendung für einen bestimmten Flow anzeigen, indem Sie die Aktion Analysen auf der Seite mit den Flow-Eigenschaften auswählen, und dies funktioniert bei allen Aktionstypen. Dies hilft Ihnen zu verstehen, wie viele Aktionen täglich ausgeführt werden. Es kann Ihnen helfen, Nutzungsmuster zu verstehen, um die Kapazität zu optimieren.

Welche Tools habe ich als Administrator, um die Nutzung meiner Umgebung zu analysieren?

Nach Ablauf der Übergangsfrist stehen den Administratoren zwei Berichte im Power Platform Admin Center zur Verfügung.

• Benutzerbericht – Dieser Bericht zeigt die Power Platform-Anforderungsnutzung durch jeden Benutzer in der Umgebung im Vergleich zu den ihnen zugewiesenen Limits an.

• Pro-Flow-Bericht – Dieser Bericht zeigt die Power Platform-Anforderungsnutzung durch jeden Flow in der Umgebung an, der über eine Pro-Flow-Lizenz verfügt.

Nachdem die Berichte verfügbar sind, haben die Benutzer Zeit, zu reagieren und höhere Lizenzen zu erwerben, bevor die Durchsetzung beginnt.

Was passiert, wenn mein Flow zu viele Aktionen ausführt?

Wenn Sie über einen Flow verfügen, der viele Aktionen ausführt, wirkt sich dies auf die Leistung Ihres Flows aus. Sie sehen ein Banner im Flow, wenn Ihr Flow gedrosselt wird.

Im häufigsten Fall führt das Überschreiten von Grenzwerten zu verzögerten Ausführungen nachfolgender Aktionen, was die Gesamtlaufzeit Ihres Flows verlangsamt. Diese Verzögerungen sind proportional zum Grad der durch einen Durchfluss verursachten Überschreitungen.

Gelegentliche Überschreitungen sind in Ordnung. Wenn Sie beispielsweise Ihr Tageslimit um 500 Aktionen überschreiten, hat dies keine Auswirkungen auf die Leistung Ihres Flows. Eine Überschreitung Ihres Limits um 50.000 Aktionen hat jedoch möglicherweise mehrere Tage lang erhebliche Auswirkungen auf die Leistung Ihres Flows.

Was kann ich tun, wenn mein Flow über den Grenzwerten liegt?

Benutzer werden nicht daran gehindert, eine App oder einen Flow für gelegentliche und angemessene Überschreitungen zu verwenden.

Hier sind einige Dinge, die Sie tun können, wenn Sie die Grenzen Ihrer Lizenz überschritten haben.

• Sehen Sie sich Ihr Design noch einmal an und suchen Sie nach Stellen, die dazu beitragen können, die Anzahl der aufgerufenen Aktionen zu reduzieren. Sehen Sie sich den Abschnitt Best Practices zum Erstellen von Flows, um weniger Aktionen zu verwenden an.
• Wenn der Flow bereits optimiert ist, aber aufgrund der Art des Geschäfts viele Aktionen verwendet, sollten Sie den Kauf einer höheren Lizenz in Betracht ziehen. Der Plan pro Flow bietet das beste verfügbare Leistungskontingent (250.000 Aktionen/24 Stunden/Flow).
• Das Kapazitäts-Add-On für Power Apps und Power Automate für Ihre Organisation kaufen Während der Übergangsphase, da die Durchsetzung derzeit weniger streng ist, gibt es keine Möglichkeit, die Power Apps und Power Automate-Kapazitätserweiterung an einen Benutzer zuzuweisen. Microsoft empfiehlt jedoch, dass Sie diese Add-Ons jetzt kaufen, um Ihre Lizenzbedingungen einzuhalten und ein Supportticket mit den Flow-Details und Add-On-Details zu erstellen, um eine vorübergehende Entlastung (30 Tage) von der Drosselung zu erhalten.
• Aktivieren Sie Nutzungsbasierte Zahlung für die Umgebung, um sicherzustellen, dass keiner der Flows in der Umgebung gedrosselt wird.

Wenn ein Flow an 14 aufeinanderfolgenden Tagen durchgehend über den Grenzen der Übergangsfrist liegt, wird der Flow deaktiviert und der Eigentümer benachrichtigt. Sie können eine höhere Lizenz erwerben und diese dann jederzeit aktivieren. Sie können den Ablauf für den 14-Tage-Zähler bearbeiten und speichern, um ihn beim Kauf der Lizenz zurückzusetzen.

Was sind Connector-Limits und unterscheiden sie sich von Power Platform-Anforderungslimits?

Die Konnektoren haben als Dienstschutzmechanismus separate Grenzen. Zum Beispiel begrenzt der SharePoint-Connector die Anzahl der Aktionen auf 600 pro Minute. Eine einzelne SharePoint-Verbindung, die über mehrere Flows hinweg verwendet wird, kann immer noch nur 600 Operationen pro Minute ausführen. Die meisten Connector-Seiten haben einen Drosselabschnitt, der diese Grenzen dokumentiert. Dieses Limit unterscheidet sich von den Anforderungslimits. Ein Office-Benutzer kann beispielsweise 6000 Aktionen pro Tag über alle seine Flows hinweg ausführen, kann aber dennoch vom Connector gedrosselt werden, wenn er mehr als 600 SharePoint-Aktionen in einer Minute verwendet hat, obwohl das Limit von 6000 Aktionen nicht erreicht wurde.

Wenn ein Flow gedrosselt wurde, weil er die Connector-Limits überschritten hat, sehen Sie möglicherweise einen HTTP 429-Fehler (zu viele Anfragen) in Ihrem Flow mit einem Fehlertext wie „Ratenlimit ist überschritten. Versuchen Sie es in 27 Sekunden noch einmal.“

Ich verwende das COE Starter Kit. Wird die Nutzung auf meine Anforderungslimits angerechnet?

Ja. Flows, die im COE Starter Kit enthalten sind, verwenden auch Limits des Eigentümers. Microsoft empfiehlt, die nutzungsbasierte Bezahlung für die Umgebung zu aktivieren oder zusätzliche Kapazität zu erwerben und sich an den Support zu wenden, um die Drosselung vorübergehend zu lindern.

Kann ich den Dienstprinzipal in Flows verwenden, und wird dies auf meine Anforderungslimits angerechnet?

Dienstprinzipal wird noch nicht unterstützt, aber es ist ein Top-Element im Backlog. Wenn wir dies unterstützen, verbrauchen Dienstprinzipalflüsse ein separates Kontingent namens nicht interaktive Grenzen.

Verbraucht die Anzahl der Desktop-Flows meine Power Platform-Anforderungslimits?

Nur die Desktop-Flow-Aktionen, die von Cloud-Flows aufgerufen werden, zählen auf das Limit. Aktionen im Desktop-Flow werden nicht auf Anforderungslimits angerechnet.

Was passiert mit meine Power Platform-Anfragen, wenn ich mehrere Pläne habe?

Da die Grenzen während der Übergangszeit nicht streng durchgesetzt werden, 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 (in diesem Beispiel den Dynamics 365-Plan).

Nach der Übergangsphase, wenn ein Benutzer mehrere Pläne hat, die aus verschiedenen Produktlinien zugewiesen wurden, entspricht die Gesamtzahl der zulässigen Anforderungen der Summe der Anforderungen, die jedem Lizenztyp zugewiesen sind. 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 in jedem 24-Stunden-Zeitraum insgesamt 40.000 + 40.000 = 80.000 Anfragen zur Verfügung.

Wenn ein Benutzer mehrere Lizenzen hat, die innerhalb derselben Produktlinie zugewiesen sind, z. B. falls ein Benutzer eine Dynamics 365 Customer Service Enterprise-Lizenz als Basislizenz und eine angefügte Dynamics 365 Sales Enterprise-Lizenz besitzt, entspricht die Gesamtanzahl der Anforderungen dem Betrag, der durch die Basislizenz bereitgestellt wird.

Was sind Leistungsprofile und woher weiß ich, welches Leistungsprofil mein Flow verwendet?

Leistungsprofil	Pläne
Niedrig	Frei Microsoft 365-Pläne Power Apps-Plan 1, Power Apps Pro-App-Pläne Power Automate-Plan 1 Alle Testlizenzen Dynamics 365-Teammitglieder
Mäßig	Power Apps getriggerte Flows, Power Apps Plan 2, Power Apps pro Benutzerplan Power Automate Plan 2, Power Automate pro Benutzer, Power Automate pro Benutzer mit besuchten RPA-Plänen Dynamics 365 Enterprise-Pläne, Dynamics 365 Professional-Pläne, Power Apps Plan 2, Power Apps pro Benutzerplan
Hoch	Power Automate pro Flow-Plan

Basierend auf der Lizenz des Eigentümers erhält ein Flow ein Leistungsprofil, das wiederum über die Power Platform-Anforderungslimits des Flows entscheidet. Wenn dem Eigentümer mehrere Lizenzen zugewiesen sind, wählt Power Automate den höchsten Plan aus der Liste aus.

Leistungsprofil	Grenzen während der Übergangsphase	Grenzen nach der Übergangsphase
Niedrig	10,000	6000
Mäßig	100,000	40,000
Hoch	500,000	250,000

In einer Organisation haben acht Benutzer Office 365-Lizenzen und ihre täglichen Power Platform-Anfragen wären 6000 Anfragen pro Benutzer in jedem 24-Stunden-Zeitraum. Bedeutet das, dass es auf Mandantenebene mit einem Limit von 48000 Anfragen in jedem 24-Stunden-Zeitraum (8x6000) gepoolt wird und alle Benutzer aus diesem Pool konsumieren können?

Nein. Power Platform-Anfragen werden weder auf Umgebungs- noch auf Mandantenebene gepoolt. Dies stellt sicher, dass ein starker Benutzer nicht alle Power Platform-Anfragen des Mandanten verbraucht und sich auf alle anderen auswirkt. Da die Lizenz pro Benutzer gilt, gilt auch das Limit pro Benutzer. Alle Office-Kunden erhalten also jeweils 6000 Anfragen, unabhängig davon, ob sie diese verwenden oder nicht.

Bewährte Vorgehensweisen

Ein Leitfaden zum Aufbau unternehmensfähiger Abläufe enthält tolle Tipps und Best Practices.

Bewährte Methode für den Entwurf. Verwenden Sie so wenig Aktionen wie möglich, um Ihre Automatisierung zu erreichen.

• Wenn Ihr Flow „Ausführen bis“- oder „Auf jeden anwenden“-Schleifen aufweist, prüfen Sie, ob Sie die Anzahl von Schleifeniterationen verringern können, indem Sie möglicherweise weniger Elemente zur Iteration abrufen.
• Viele Connectors bieten die Parameter „Filterabfrage“ und „Top-Anzahl“. Diese können verwendet werden, um die Anzahl der Elemente und die Menge von abgerufenen Daten mit OData zu reduzieren.
• Wenn Sie einen geplanten Flow haben, der häufig ausgeführt wird, sollten Sie die Häufigkeit reduzieren. Viele Flows, die einmal pro Minute oder einmal pro Stunde ausgeführt werden, könnten überarbeitet werden, damit sie seltener auftreten. Verwenden Sie Triggerbedingungen, um die Lauffrequenz zu minimieren.
• Wenn Ihr Flow mit Dateien interagiert, sollten Sie die Dateigröße berücksichtigen. Versuchen Sie diese möglichst zu verringern.
• Wenn Sie eine einzelne Eigenschaft, die von einer Aktion mit großer Ausgabegröße zurückgegeben wurde, mehrmals wiederverwenden müssen, sollten Sie die Option „Variable initialisieren“ verwenden, um diese Eigenschaft zu speichern, und die Variable in späteren Aktionen verwenden. Selbst wenn nur eine Eigenschaft von einer Ausgabe einer früheren Aktion verwendet wird, werden alle Ausgaben dieser Aktion, die als Eingaben an die spätere Aktion übergeben werden.

Bewährte Methoden zum Skalieren Ihres Flows.

• Wenn Ihr Flow täglich Tausende von Aktionen ausführt, sollten Sie in Erwägung ziehen, eine Per Flow-Lizenz zu erwerben, um einen besseren Durchsatz und höhere Kontingente zu erzielen. Der Per Flow-Plan bietet das beste verfügbare Leistungskontingent (250.000 Aktionen/Tag). Bitte wenden Sie sich an Ihren Mandanten Administrator, um die Lizenz zu erwerben und dem Flow zuzuweisen. Sobald die Lizenz erworben und zugewiesen wurde, sollte der Autor des Flows sie erneut speichern. Alternativ werden Flows einmal pro Woche im Hintergrund aktualisiert, um die aktuellen Pläne widerzuspiegeln.
• Ziehen Sie in Betracht, die Arbeitslast auf mehrere Flows aufzuteilen, um eine hohe Skalierung zu erzielen.

Nutzungsbasierte Bezahlung

Wir haben die Power Platform-Anforderungslimits für alle Lizenzen Ende 2021 überarbeitet. Die neuen Limits sollen für die meisten Kundenszenarien ausreichend sein. Weitere Informationen zu Power Platform-Anforderungslimits finden Sie auf der Seite Fordert Limits und Zuweisungen an.

Für Kunden mit extrem hochskalierten Szenarien, die diese Grenzwerte überschreiten müssen, können Sie diese Umgebungen mit einem Azure-Abonnement verknüpfen. Durch die Verknüpfung der Umgebung können Benutzer und Flüsse in der Umgebung mehr als ihre Grenzen verbrauchen, ohne gedrosselt zu werden und zahlen nur für die Power Platform-Anfragen, die über diesen Grenzen verwendet werden. Flows müssen weiterhin mit einer Basislizenz (entweder Power Automate pro Benutzer, Power Automate pro Flow oder Office 365, Power Apps, oder Dynamics) lizenziert werden müssen. Zum Beispiel, wenn Sie Power Automate pro Benutzerlizenz haben, haben Sie ein Limit von 40.000 Power Platform-Anfragen/pro Benutzer/Tag. Wenn der Benutzer 45.000 Anfragen pro Tag verwendet hat, werden die zusätzlichen 5.000 Anfragen mit einem $/Anfragepreis multipliziert und dem Azure-Abonnement in Rechnung gestellt. Der Gesamtbetrag wird basierend auf dem Azure-Abrechnungszyklus des Kunden summiert und in Rechnung gestellt. Mehrere Verbrauchseinheiten werden aktiviert, wenn Sie nutzungsbasierte Bezahlung in der Umgebung aktivieren. Siehe Einrichtung von nutzungsbasierter Zahlung.

Hinweis

Wenn Sie eine Umgebung mit einem Azure-Abonnement verknüpfen, wird dieser Zähler nicht gemeldet oder in Rechnung gestellt. Die Berichterstellung und Abrechnung wird bis Ende des Kalenderjahres 2021 aktiviert.

Häufig gestellt Fragen zu Anforderungsgrenzwerten

Sie können diese häufig gestellten Fragen zu Anforderungslimits für weitere Informationen zu Anforderungslimits konsultieren.

Kostenloser Tarif

Wenn Sie sich mit der E-Mail-Adresse des Arbeitsplatzes oder der Schule anmelden, erhalten Sie alle Power Automate -Funktionen, die in Office 365 enthalten sind. Wenn Sie jedoch ein nicht geschäftliches Benutzerkonto haben (z. B. ein Konto, das auf @outlook.com oder @gmail.com endet), können Sie Power Automate trotzdem mit dem kostenlosen Tarif verwenden. Gehen Sie zu Power Automate und wählen Sie dann Kostenlos testen.

Hinweis

Sie können keine Flows teilen, wenn Sie den kostenlosen Plan verwenden.

Um zu erfahren, welche Benutzer den kostenlosen Plan haben, können Administratoren auf das O365 Admin-Portal gehen, sich einloggen, Abrechnung > Lizenzen auswählen, um zu sehen, wie viele kostenlose Lizenzen zugewiesen und verfügbar sind.

Wählen Sie Zugewiesene Lizenzen, um zu sehen, welche Benutzer eine kostenlose Lizenz haben.

Power Apps-Entwicklerplan

Es gibt einen kostenlosen Power Apps Entwicklerplan, um mehr über Power Platform zu erfahren. Sie dürfen es nicht in der Produktion verwenden, können es aber ausprobieren und haben Zugriff auf alle Premiumconnectors. Sie können diesen kostenlosen Entwicklerplan auch in einem kostenlosen Microsoft 365-Entwicklermandanten verwenden. Geschäftsprozessflüsse und RPA-Flows können in einer Umgebung mit dem Power Apps Entwicklerplan nicht erstellt werden.

Testversionen

Power Automate-Testversionen sind für eine Dauer von 90 Tagen verfügbar. Es sind zwei Arten von Testversionen für Power Automate verfügbar:

Vom Administrator verwaltete Testversion

Globale Administratoren verwenden das Microsoft 365 Admin Center, um diese Testversionen zu starten und sie Benutzern zuzuweisen. Diese Testversionen sind für eine Dauer von 30 Tagen. Mandantenadministratoren können ihrem Mandanten eine (abonnementbasierte) Testumgebung hinzufügen, oder neue Organisationen können sich für einen neuen Mandanten registrieren und zum globalen Administrator werden. Für neue Organisationen wird ein vom Administrator verwaltetes Abonnement mit einer bestimmten Anzahl von Lizenzen (normalerweise 25) erstellt. Administratoren kontrollieren, welche anderen Benutzern Lizenzen zugewiesen werden. Ein vom Administrator verwaltetes Abonnement hat ein Enddatum, das einmal verlängert werden kann (weitere 30 Tage). Administratoren können Power Automate besuchte RPA-Studie oder Power Automate unbeaufsichtigter RPA-Test erhalten.

Befolgen Sie diese Schritte, um zu beginnen.

1. Melden Sie sich beim Microsoft 365 Admin Center an.

2. Gehen Sie zu Dienste erwerben unter dem Abschnitt Abrechnung.

3. Suchen Sie nach „Power Automate“, und wählen Sie dann einen Plan aus.

   

4. Wählen Sie die Details eines Plans aus und wählen Sie dann Kostenlos testen.

   

5. Sie sehen eine ähnliche Bestätigung wie diese.

   

Gehen Sie nach dem Start der kostenlosen Testversion zu Abrechnung > Lizenzen, um die 25 neuen Lizenzen anzuzeigen, die Sie Benutzern zuweisen können.

Hinweis

Testversionen unterscheiden sich von kostenlosen Lizenzen. Sobald Sie eine Testversion starten, lautet der Sku-Name möglicherweise nicht Trial.

Benutzertestversion

Benutzer starten diese Art von Testversionen entweder über die Seite Preisgestaltung oder über Power Automate. Diese Testversion bietet Premium-Connector-Zugriff, beaufsichtigtes RPA und unbeaufsichtigtes RPA. Diese Testversion dauert 90 Tage.

Benutzertests können auch vom Benutzer über Power Automate gestartet werden. Wenn der Benutzer beispielsweise versucht, einen Desktop-Flow ohne eine Power Automate pro Benutzer mit beaufsichtigtem RPA-Plan zu erstellen, wird der Benutzer aufgefordert, eine Testversion zu starten, die die Verwendung von Premium-Connectors, beaufsichtigtem RPA und unbeaufsichtigtem RPA umfasst.

Häufig gestellte Fragen

Hier sind einige häufig gestellte Fragen zu Testlizenzen.

Wie kann ich eine Admin-Testversion erstellen, den Ablauf überprüfen und Testversionen verlängern?

Anweisungen hierzu finden Sie in diesem Dokument:

Befolgen Sie diese Anweisungen, um eine Admin-Testversion zu erstellen, den Ablauf zu überprüfen und die Testversionen zu verlängern.

Wie können Administratoren Testlizenzen zulassen oder blockieren?

Administratoren können PowerShell-Cmdlets verwenden, um Testversionen zu aktivieren oder zu deaktivieren. Nach der Deaktivierung werden alle vorhandenen Pläne des angegebenen Typs von allen Benutzern im Mandanten entfernt. Diese sind nicht wiederherstellbar. Darüber hinaus werden alle weiteren Zuweisungen von Plänen dieses Typs blockiert. Administratoren können Testversionen jederzeit aktivieren.

Erfahren Sie, wie Sie eine (abonnementbasierte) Testumgebung im Power Platform Admin Center erstellen.

Wie kann ich eine Testumgebung in eine Produktionsumgebung umwandeln?

Sie können beide Arten von Testumgebungen in eine Produktionsumgebung umwandeln, indem Sie sie auf den Verbrauch von bezahlter Kapazität umstellen, damit sie nicht deaktiviert und gelöscht werden. Nachdem es zu einer Produktionsumgebung geworden ist, folgt es dem Lebenszyklus einer bezahlten Lizenz.

Funktionieren Testversionen in GCC- und Regierungs-Clouds?

Nein. Testversionen funktionieren nicht in Government Clouds (GCC), und sie können nur Pläne mit Mengenrabatt erwerben.

Kann ich alle Testversionen mit einem PowerShell-Cmdlet anzeigen?

Virale Testversionen können nicht vom PowerShell-Cmdlet blockiert werden.