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 |
|---|---|
| Power Automate Premiumplan | 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. 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. Es umfasst außerdem die volle Process Mining-Desktop-Funktionalität und eine begrenzte Menge an Process 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 |
| 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 es jedoch über Deal Desk kaufen. Der Power Automate-Premiumplan 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 weiteren aktiven Flow fällt eine monatliche Gebühr an (über die fünf Flows hinaus, die in der Grundgebühr enthalten sind). |
| 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 | Premiumconnectors, Geschäftsprozessflows, benutzerdefinierte Connectors, lokales Gateway | RPA beaufsichtigt | RPA unbeaufsichtigt | AI Builder-Gutschriften | Dataverse Datenbankkapazität (angefallen 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 |
| 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 einer D365-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 einer D365-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 einer D365-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 |
Dynamics 365 Sales Professional und Dynamics 365 Customer Service Professional.
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.
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
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 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. 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 werden diese Grenzwerte 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 250.000 Power Platform-Anfragen über alle ihre Benutzer des Flows in einem Zeitraum von 24 Stunden stellen. Wenn ein Flow den Prozessplan hat, kann der Flow, seine untergeordneten Flows und kontextbezogene Flows 250.000 Power Platform-Anfragen gebündelt 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 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 |
| 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 |
Ü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.
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.
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.
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.
Da die Grenzwerte während der Übergangszeit großzügiger sind, wird das Stapeln von Benutzerlizenzen nicht unterstützt. Wenn ein Benutzer mehrere Pläne hat, wie einen Microsoft 365-Plan und einen Dynamics 365-Plan, verwendet der Flow den höheren Plan (Dynamics 365-Plan).
Power Platform-Add-On-Pakete für Anforderungskapazitäten können den Benutzern oder 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.
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 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 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.
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 der Flow-Besitzer ein Dienstprinzipal ist, verwendet der Flow nicht lizenzierte Benutzerlimits.
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, teilen sich der Flow, alle untergeordneten Flows des Flows und alle im Kontext befindlichen Flows des Flows die Prozesslizenzgrenzen.
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 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.
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 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).
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 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?
Ja, Flows, deren Besitzer ein Dienstprinzipal ist, verbrauchen ein separates Kontingent namens nicht interaktive Grenzen. 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ächenflows, die mit Nur-Ausführen-Benutzern/Power Apps aufgerufenen Flows geteilt werden) verwenden die Anforderungslimits von Nur-Ausführen-Benutzern, selbst wenn der Eigentümer 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 D365-Anwendungen ausgeführt werden und in der Tabelle aufgeführt sind, erhalten 500.000 Basisanfragen + 5.000 aufgelaufene Anfragen pro USL bis maximal 10.000.000, gepoolt auf Mandantenebene. Wenn ein Mandant über 1.000 D365-Lizenzen verfügt, hat dieser Mandant einen Pool von 5.500.000 Anfragen, die für alle Power Platform-Ressourcen wie Dienstprinzipal-Flows und Dataverse-Anforderungen in 24 Stunden verfügbar sind. Wenn ein Mandant über 2.500 D365-Lizenzen verfügt, hat dieser Mandant einen Pool von 10.000.000 Anfragen, die für alle Power Platform-Ressourcen wie Dienstprinzipal-Flows und Dataverse-Anforderungen in 24 Stunden verfügbar sind.
Premium-Dienstprinzipal-Flows, die sich außerhalb des D365-App-Kontexts befinden, benötigen jeweils eine Lizenz pro Flow. 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 zusätzliche Anfragen benötigen, aktivieren Sie die Nutzungsbasierte Bezahlung für die Umgebung oder kaufen Sie zusätzliche Power Platform-Anfragekapazitä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 |
| Unbegrenzt | Nutzungsbasierter Tarif |
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 |
| 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 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.
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.000 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 summiert und in Rechnung gestellt. Mehrere Verbrauchseinheiten werden aktiviert, wenn Sie nutzungsbasierte Bezahlung in der Umgebung aktivieren. Gehen Sie zu Einrichtung von nutzungsbasierter Zahlung.
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 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 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. 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). Administrierende können Testversionen von Power Automate Premium, Power Automate Prozess oder der gehosteten Power Automate RPA erhalten.
Befolgen Sie diese Schritte, um zu beginnen.
Melden Sie sich beim Microsoft 365 Admin Center an.
Gehen Sie zu Abrechnung unter dem Abschnitt Kaufdienstleistungen.
Suchen Sie nach Power Automate und wählen Sie dann einen Plan aus.
Wählen Sie die Details eines Plans aus und wählen Sie dann Kostenlos testen.
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.
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.
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.