Freigeben über


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 Robotergesteuerte Prozessautomatisierung (RPA)-Funktionen erstellen müssen, sollten den Kauf von eigenständigen Power Automate-Lizenzen erwägen.

Plan Eigenschaft
Power Automate Premium-Plan Dieser Plan umfasst alte und moderne Anwendungen und ermöglicht es Erstellern, unbegrenzte Flows für API-basierte Automatisierung zu erstellen und Legacy-Anwendungen mit Desktop-Flows durch robotergesteuerte Prozessautomatisierung (RPA) und KI zu automatisieren. Mit diesem Plan können Benutzende einen beaufsichtigten RPA-Bot auf ihrer Arbeitsstation ausführen. Darüber hinaus beinhaltet dieser Plan den Zugriff auf AI Builder-Kapazität, unterstützt Szenarien wie Formularverarbeitung, Objekterkennung, Vorhersage, Textklassifizierung und Erkennung. Er umfasst außerdem die vollständige Prozess-Mining-Desktopfunktionalität und eine begrenzte Menge an Prozess-Mining-Datenspeicher (50 MB pro Benutzerlizenz, bis zu 100 GB pro Mandant). Dieser Plan kann für jeden Benutzer zu monatlichen Fixkosten erworben werden. Kaufen
Power Automate-Prozessplan Die pro Bot geltende Power Automate-Prozesslizenz lizenziert einen einzelnen „Automatisierungs“-Bot, der für die unbeaufsichtigte robotergesteuerte Prozessautomatisierung (unbeaufsichtigte RPA) oder unternehmenskritische Prozesse verwendet werden kann, auf die eine unbegrenzte Anzahl von Benutzenden innerhalb einer Organisation zugreifen muss. Kaufen
Plan für von Power Automate gehostete Prozesse Der pro Bot lizenzierte von Power Automate gehostete Prozess ist eine Obermenge des Power Automate-Prozesses und bietet dieselbe Funktionalität, jedoch zusätzlich eine von Microsoft gehostete Computerkapazität, die für gehostete Computer oder gehostete Computergruppen verwendet werden kann, wodurch RPA ohne Infrastruktur ermöglicht wird. Kaufen
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 pro Benutzer-Plan Dieser Plan kann nicht mehr über die Preisseite erworben werden. Kunden können ihn jedoch über Deal Desk kaufen. Den Power Automate Premium-Plan können Sie anstelle dieses Plans erwerben. Dieser Plan liefert einem Benutzer die Berechtigungen, eine unbegrenzte Anzahl von Flows (innerhalb der Servicegrenzen) mit allen Funktionen von Power Automate auszuführen. Das beinhaltet Standardconnectors, Premium-Konnektoren, Geschäftsprozessflüsse, benutzerdefinierte Connectors und lokale Gateways basierend auf ihren individuellen Bedürfnissen für einen monatlichen Fixpreis für jeden Benutzer.
Power Automate pro Flow-Plan Dieser Plan kann nicht mehr über die Preisseite erworben werden. Kunden können ihn jedoch über den Deal Desk erwerben. Kaufen Sie einen Prozessplan anstelle dieses Plans. 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 zusätzlichen aktiven Flow (über die fünf Flows hinaus, die in der Grundgebühr enthalten sind) fällt eine monatliche Gebühr an.
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. Ab dem 1. Oktober 2024 sind diese Pläne nicht mehr nutzbar. 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.

Lizenz Power Platform-Grenzwerte pro 24 Stunden Standardconnectors Premium-Konnektoren, Geschäftsprozessflüsse, benutzerdefinierte Konnektoren, lokales Gateway RPA beaufsichtigt RPA unbeaufsichtigt AI Builder-Gutschriften Dataverse-Datenbankkapazität (aufgelaufen pro USL/Flow) Dataverse Dateikapazität (angefallen pro USL/Flow) Process Mining-Desktop-Funktionalität Process Mining-Datenspeicherung
Power Automate Premium Tatsächlicher Grenzwert: 40.000/Benutzender, Grenzwert im Übergangszeitraum: 200.000/Flow Enthalten Enthalten Ein Bot enthalten Nicht enthalten 5000 250 MB 2 GB Enthalten 50 MB pro Benutzerlizenz, bis zu 100 GB pro Mandant
Power Automate-Prozessplan Tatsächlicher Grenzwert: 250.000/Prozess, Grenzwert im Übergangszeitraum: 500.000/Prozess Enthalten Enthalten Nicht eingeschlossen Enthalten 5000 50 MB 200 MB Nicht enthalten Nicht enthalten
Plan für von Power Automate gehostete Prozesse Tatsächlicher Grenzwert: 250.000/Prozess, Grenzwert im Übergangszeitraum: 500.000/Prozess Enthalten Enthalten Nicht eingeschlossen Enthalten 5000 Nicht enthalten Nicht enthalten Nicht enthalten Nicht enthalten
Office 365 Tatsächlicher Grenzwert: 6.000/Benutzender, Grenzwert im Übergangszeitraum: 10.000/Flow Enthalten Nicht eingeschlossen Nicht eingeschlossen Nicht enthalten Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen
Power Apps Premium Tatsächlicher Grenzwert: 40.000/Benutzender, Grenzwert im Übergangszeitraum: 200.000/Flow Enthalten Enthalten, wenn der Flow im Kontext einer Power App steht Nicht eingeschlossen Nicht eingeschlossen 500 Gutschriften 250 MB 2 GB Nicht eingeschlossen Nicht eingeschlossen
Dynamics 365 Professional 1 Tatsächlicher Grenzwert: 40.000/Benutzender, Grenzwert im Übergangszeitraum: 200.000/Flow Enthalten Enthalten, wenn der Flow im Kontext der Dynamics 365-App steht Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen
Dynamics 365 Enterprise-Anwendungen 2 Tatsächlicher Grenzwert: 40.000/Benutzender, Grenzwert im Übergangszeitraum: 200.000/Flow Enthalten Enthalten, wenn der Flow im Kontext der Dynamics 365-App steht Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen
Dynamics 365-Teammitglied Tatsächlicher Grenzwert: 6.000/Benutzender, Grenzwert im Übergangszeitraum: 10.000/Flow Enthalten Enthalten, wenn der Flow im Kontext der Dynamics 365-App steht Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen
Windows-Lizenzen Nicht eingeschlossen Nicht enthalten Nicht enthalten Begrenzte RPA über Power Automate nur für Desktop-Flows Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen Nicht eingeschlossen
  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 werden entworfen, um die Sprache der Apps/Dienste zu sprechen, mit denen Ihre Flows verbunden sind, und geben Power Automate Zugriff auf das 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

Premium-Konnektoren sind nicht in der Microsoft 365-Lizenz, 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

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. Jede Power Automate-Premiumlizenz gewährt Ihnen 5.000 Credits, sodass Sie die Funktionen in AI Builder kennenlernen 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 überschreiten diese Grenzwerte nicht.

  • 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 250.000 Power Platform-Anfragen über alle ihre Benutzer des Flows in einem Zeitraum von 24 Stunden stellen. Wenn ein Flow über den Prozessplan verfügt, können der Flow, seine untergeordneten Flows und seine Flows im Kontext zusammen 250.000 Power Platform-Anfragen innerhalb 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 Anfragen in 24 Stunden verwendet, verlangsamen sich ihre Abläufe und wirken sich nicht auf den zweiten Benutzer aus, der nur 20.000 Anfragen verwendet hat und noch 20.000 Anfragen ü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 Anfragen in 24 Stunden stellen, aber nicht mehr als 100.000 Anfragen in fünf Minuten.

Lizenz Tatsächliche Power Platform-Grenzwerte pro 24 Stunden Power Platform-Grenzen der Übergangsfrist pro 24 Stunden
Power Automate Premium 40.000/Benutzer 200.000/Flow
Power Automate-Prozessplan 250.000/Prozess 500.000/Prozess
Plan für von Power Automate gehostete Prozesse 250.000/Prozess 500.000/Prozess
Office 365 6.000/Benutzer 10.000/Flow
Power Apps Premium 40.000/Benutzer 200.000/Flow
Dynamics 365 Professional 40.000/Benutzer 200.000/Flow
Dynamics 365 Enterprise-Anwendungen 40.000/Benutzer 200.000/Flow
Dynamics 365-Teammitglied 6.000/Benutzer 10.000/Flow

Anmerkung

Die Power Automate-Prozessplanlizenz kann gestapelt werden, um den Grenzwert für die Power Platform-Anforderungen bei Zuweisungen zu einem Cloud-Flow zu erhöhen.

Ü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 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 Übergangsphase ein separater Grenzwert von 1.000.000 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 Pro-Benutzer-Pläne und auf Flowebene für Pro-Flow-Plan angewendet.

  3. Während der Übergangszeit verwenden manuelle Flows nicht die Limits für Flow-Eigentümer/Flow-Aufrufer. Jeder manuelle Flow hat ein Leistungsprofil von Mittel (100.000 Anfragen/Flow/24 Stunden). Nach dem Übergangszeitraum verwenden manuelle Flows die Anforderungslimits des aufrufenden Benutzers.

  4. 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).

  5. Power Platform-Add-On-Pakete für Anforderungskapazitäten können den 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.

  6. 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.

FAQs zu Power Platform-Anforderungen

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 zwei 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 Grenzwerte 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.

Screenshot eines Beispiel-Flows.

Wessen Power Platform-Anforderungsgrenzen werden vom Flow verwendet?

  • Wenn ein Flow eine Pro-Flow-Lizenz hat, verwendet der Flow immer die Grenzwerte pro Flow und nicht die Grenzwerte des Erstellers/Besitzers/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 der Flow-Besitzer ein Dienstprinzipal ist, verwendet der Flow Grenzwerte für nicht lizenzierte Benutzer.

  • 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 Lizenzgrenzen des übergeordneten Flows.

  • Wenn ein Flow über eine Prozesslizenz verfügt, gelten für den Flow, alle untergeordneten Flows des Flows und alle zugehörigen Flows des Flows dieselben Prozesslizenzbeschränkungen.

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-Grenzwerte 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.

Beispiel für eine Überschreitungs-E-Mail

Das Power Platform Admin Center enthält Berichte über Anforderungen in Power Automate. 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.

Beispiel für das Analysediagramm

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

Das Power Platform Admin Center enthält Berichte über Anforderungen in Power Automate. Diese Berichte befinden sich derzeit in der öffentlichen Vorschau. Administratoren stehen zwei Bericht 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.

  • Bericht für nicht lizenzierte Benutzer - Dieser Bericht zeigt die Power Platform-Anforderungsnutzung pro Tag für nicht lizenzierte Benutzer und die Gesamtberechtigung für nicht lizenzierte Benutzer für diesen Mandanten. In Zukunft werden Power Platform-Anfragen zur Nutzung von Flows, die unter dem Dienstprinzipal ausgeführt werden, in diesem Bericht angezeigt.

Nachdem die Berichte allgemein 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 Grenzwerte 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).

  • Aktivieren Sie Nutzungsbasierte Zahlung für die Umgebung, um sicherzustellen, dass keiner der Flows in der Umgebung gedrosselt wird. Microsoft empfiehlt diesen Ansatz während der Übergangszeit.

  • Das Kapazitäts-Add-On für Power Apps und Power Automate für Ihre Organisation kaufen Während der Übergangsphase, da die Durchsetzung weniger streng ist, gibt es keine Möglichkeit, die Power Apps und Power Automate-Kapazitätserweiterung an einen Benutzer oder Flow zuzuweisen. Microsoft empfiehlt jedoch, diese Add-Ons jetzt zu erwerben, um Ihre Lizenzbedingungen einzuhalten. Erstellen Sie ein Support-Ticket mit den Flow-Details und fügen Sie Details hinzu, um die Drosselung vorübergehend zu erleichtern (30 Tage). Diese vorübergehende Erleichterung ist nicht für Flows verfügbar, denen bereits eine Pro-Flow-Lizenz zugewiesen wurde.

Wenn ein Flow an 14 aufeinanderfolgenden Tagen durchgehend über den Grenzen der Übergangsfrist liegt, wird Power Automate den Flow deaktiviern und den Besitzer benachrichtigen. Sie können eine höhere Lizenz erwerben und jederzeit aktivieren. Sie können den Ablauf für den 14-Tage-Zähler bearbeiten und speichern, um ihn dann 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.“

CoE-StarterKit verwenden. 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 mehr Kapazität zu erwerben und sich an den Support zu wenden, um eine vorübergehende Entlastung von der Drosselung zu erhalten.

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

Ja, Flows, deren Besitzer ein Dienstprinzipal ist, verbrauchen ein separates Kontingent namens nicht interaktive Grenzwerte. Diese Grenzwerte gelten nur, wenn der Besitzer des Flows ein Dienstprinzipal ist. Diese Grenzwerte gelten nicht, wenn der Flows ein Dienstprinzipal nur in einer der Aktionen nutzt. Manuelle Flows (Schaltflächen-Flows, die für Nur-ausführen-Benutzer/von Power Apps aufgerufene Flows freigegeben sind) verwenden die Anforderungsgrenzwerte von Nur-ausführen-Benutzern, selbst wenn der Besitzer des Flows ein Dienstprinzipal ist. Die Nur-Ausführungs-Benutzer müssen über eine Premium Power Automate Lizenz verfügen, wenn der Flow Premium-Konnektoren verwendet. Während der Übergangszeit können manuelle Flows bis zu 100.000 Anfragen/Flow/24 Stunden verbrauchen.

Grenzwerte für automatisierte, geplante und Direktflows:

  • Dienstprinzipal-Flows, die im Kontext von Dynamics 365-Anwendungen) ausgeführt werden, die in der Tabelle aufgelistet sind, erhalten 500.000 Basisanforderungen + 5.000 Anforderungen, die pro USL bis zu einem Maximum von 10.000.000 auflaufen, die auf Mandantenebene gepoolt werden. Wenn ein Mandant über 1.000 Dynamics 365-Lizenzen verfügt, steht diesem Mandanten ein Pool von 5.500.000 Anforderungen für alle Power Platform-Ressourcen wie Dienstprinzipal-Flows und Dataverse-Anforderungen pro 24 Stunden zur Verfügung. Wenn ein Mandant über 2.500 Dynamics 365-Lizenzen verfügt, steht diesem Mandanten ein Pool von 10.000.000 Anforderungen für alle Power Platform-Ressourcen wie Dienstprinzipal-Flows und Dataverse-Anforderungen pro 24 Stunden zur Verfügung.

  • Für Premium-Dienstprinzipal-Flows außerhalb des Dynamics 365-App-Kontexts ist jeweils eine Lizenz pro Flow erforderlich. Diese Flows erhalten 250.000 Anfragen pro Flow pro 24 Stunden.

  • Standarddienstprinzipal-Flows erhalten 25.000 Basisanforderungen ohne Ansammlung pro Lizenz für den Mandanten pro 24 Stunden.

Wenn Sie mehr Anforderungen benötigen, aktivieren Sie Nutzungsbasierte Bezahlung für die Umgebung oder kaufen Sie mehr Power Platform-Anforderungskapazität.

Weitere Informationen finden Sie unter Flows mit Apps verknüpfen.

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-Premiumpläne
Dynamics 365 Enterprise-Pläne, Dynamics 365 Professional-Pläne, Power Apps Plan 2, Power Apps pro Benutzerplan
Hoch Power Automate-Pro-Flow-Plan, Power Automate-Prozessplan, Plan für von Power Automate gehostete Prozesse
Unbegrenzt Nutzungsbasierter Tarif

Basierend auf der Lizenz des Besitzers 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
Unbegrenzt 15,000,000 15,000,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 alle anderen beeinflusst. 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.

Best Practices

Best Practices im Design

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.

Best Practices zum Skalieren Ihres Flows

  • Wenn Ihr Flow täglich Tausende von Aktionen ausführt, sollten Sie in Erwägung ziehen, eine Pro-Flow-Lizenz zu erwerben, um einen besseren Durchsatz und höhere Kontingente zu erzielen. Der Pro-Flow-Plan bietet das beste verfügbare Leistungskontingent (250 K Aktionen/Tag). 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.

Power Platform nutzungsbasierte Bezahlungsanforderungen

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 Grenzwerte 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 zusammengezählt und in Rechnung gestellt. Mehrere Verbrauchseinheiten werden aktiviert, wenn Sie nutzungsbasierte Bezahlung in der Umgebung aktivieren. Gehen Sie zu Einrichtung von nutzungsbasierter Zahlung.

Ein Bild, das eine Übersicht über die nutzungsbasierte Zahlung zeigt

Notiz

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 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.

Anmerkung

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

Um zu erfahren, welche Benutzer den kostenlosen Plan haben, können Administratoren zum Microsoft 365-Verwaltungsportal gehen, sich anmelden, Abrechnung>Lizenzen auswählen, um zu sehen, wie viele kostenlose Lizenzen zugewiesen bzw. verfügbar sind.

Bild der Testlizenzen

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 Premium-Konnektoren. 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. Globale Administratoren 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, welchen 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 Testversionen von Power Automate Premium, Power Automate-Prozess oder von Power Automate gehostete Prozesse erhalten.

Befolgen Sie diese Schritte, um zu beginnen.

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

  2. Gehen Sie zu Abrechnung unter dem Abschnitt Kaufdienstleistungen.

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

    Lizenzierungsplan auswählen

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

    Kostenlose Testversion starten

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

    Kostenlose Testversionsbestätigung starten

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

Notiz

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

Benutzertestversion

Benutzertests können auch vom Benutzenden über Power Automate gestartet werden. Wenn Benutzende beispielsweise versuchen, einen Desktop-Flow ohne einen Power Automate Premium-Plan zu erstellen, wird sie aufgefordert, eine Testversion zu starten, die die Verwendung von Premium-Konnektoren, beaufsichtigter RPA und unbeaufsichtigter RPA umfasst. Diese Testversion gilt 90 Tage lang.

Kostenlose Testversion über Power Automate starten

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.