Power Automate-Lizenzierung FAQ

Hier sind einige häufig gestellte Fragen zu Power Automate eigenständigen Lizenzen.

Wie funktionieren Power Automate-Lizenzpläne für Flow-Ausführungen?

Wenn einem Cloudfluss eine Prozesslizenz zugewiesen ist, kann er auf Premium-Connectors zugreifen, über die höchsten Aktionsgrenzwerte verfügen und immer die Grenzwerte für Prozesslizenzen verwenden, unabhängig davon, wer den Fluss ausführt.

Wenn ein Fluss unter einer Benutzerlizenz ausgeführt wird, hängt der Aktionsgrenzwert vom Lizenzkontext ab. Automatisierte und geplante Flüsse verwenden den Lizenzkontext des Flussbesitzers. Sofortflüsse (Button, Power Apps) verwenden den Lizenzkontext des auslösenden Benutzers. Aktionsgrenzwerte werden pro Kontext angewendet – wenn ein Benutzer über mehrere Lizenzen verfügt, erhält jeder Fluss den Grenzwert für den Kontext, in dem er ausgeführt wird, und nicht eine kombinierte Summe. Erfahren Sie mehr unter Was geschieht mit meinen Aktionsgrenzwerten, wenn ich über mehrere Pläne verfüige?

Der Benutzerlizenzplan für Power Automate ist der Power Automate Premium-Plan. Benutzer haben aber eine Reihe anderer Lizenzoptionen. Benutzer mit dem kostenlosen oder einem der Microsoft 365-Lizenzpläne können nur auf Standard-Connectors zugreifen, aber die meisten anderen Lizenzpläne bieten Zugriff auf Premium-Konnektoren.

Einzelheiten zu Lizenzplänen, zu denen Power Automate-Funktionalitäten gehören, finden Sie unter Lizenztypen von Power Automate und im Power Platform-Lizenzierungshandbuch. Weitere Informationen zu den Grenzwerten und dem Leistungsprofil von Lizenzplänen finden Sie unter Grenzwerte für automatisierte, geplante und Direktflows.

Welche Power Automate-Lizenzen benötige ich?

Microsoft empfiehlt den meisten Organisationen den Kauf der Power Automate Premium-Lizenz für alle Benutzer in ihrer Organisation. Erwerben Sie die Power Automate Process-Lizenz für jeden Geschäftsprozess oder jeden Computer, auf den eine unbeaufsichtigte Automatisierung ausgeführt wird. Der von Power Automate Hosted Process ist eine Obermenge der Power Automate Process-Lizenz 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.

Der Premium-Benutzerplan ist auf menschliche Benutzer ausgelegt, um die breite Akzeptanz einer Automatisierungskultur in einer Organisation zu unterstützen. Für RPA-Entwickler ist es erforderlich, Desktop-Flows im Power Automate-Portal zu erstellen und zu verwalten.

Die Prozesslizenz ist für Kernprozessautomatisierungen im Unternehmen gedacht, bei denen es sich in der Regel um automatisierte Back-End-Aktivitäten handelt (die nicht manuell von einer Person ausgeführt werden). Beispielsweise benötigt jede Organisation Prozesse für die Rechnungsverarbeitung oder das Personal-Onboarding, die für den normalen Geschäftsbetrieb obligatorisch sind. Diese Prozesse können in Größe und Komplexität variieren und von kleinen Initiativen bis hin zu groß angelegten Unternehmungen reichen, die mehrere Flows umfassen, die durch gemeinsame Datenquellen miteinander verbunden sind. Der Rechnungsverarbeitungsprozess umfasst beispielsweise mehrere Flows, die eine Rechnung von der Erstellung über die Genehmigung bis zur Zahlung abwickeln. Alle Flows gehören zu einem Geschäftsprozess, da sie alle eine Rechnung in mehreren Schritten bis zum Abschluss bearbeiten.

Durch den Erwerb einer Prozesslizenz stellen Unternehmen sicher, dass alle Abläufe innerhalb des Geschäftsprozesses ordnungsgemäß lizenziert sind. Dies ermöglicht die Bereitstellung und Verwaltung miteinander verbundener Flows als zusammenhängende Einheit, was das Application Lifecycle Management (ALM) und eine optimierte Leistung ermöglicht.

Sie benötigen eine Prozesslizenz, wenn Ihr Flow eines der folgenden Kriterien erfüllt:

• Ihre Flows nutzen unbeaufsichtigte RPA (robotergesteuerte Prozessautomatisierung), um Desktop-Flows auf Computern ohne Benutzerinteraktion auszuführen.
• Ihre Flows werden unter Anwendungsbenutzern ausgeführt (Flow-Besitzende sind Dienstprinzipale). Organisationen mit mehreren Umgebungen (Dev/Test/Prod) verwenden DevOps-Pipelines, um Flows für ein gesundes ALM (Application Lifecycle Management) in andere Umgebungen zu exportieren und bereitzustellen. Sie führen ihre Flows mithilfe des Dienstprinzipals aus, um zu vermeiden, dass Benutzer in Produktionsumgebungen Zugriff gewährt wird.
• Ihre Abläufe verarbeiten große Daten oder müssen häufig ausgeführt werden, wodurch ein hohes Maß an Aktionen erforderlich ist.
• Ihr Premium-Flow wird von mehreren Benutzer aufgerufen. In diesem Fall benötigt entweder alle eine Premiumlizenz oder der Flow benötigt eine Prozesslizenz. Wenn ein Flow über eine Prozesslizenz verfügt, muss Benutzer über keine Lizenz verfügen. Es bietet einem Unternehmen die Flexibilität, Lizenzen basierend auf der Anzahl der Flows zu bezahlen. Größere Organisationen oder Lösungen, die viele Personen betreffen, profitieren von den festen monatlichen Kosten.
• Ihr Flow verwendet Premium-Konnektoren und Ihre Organisation hat viele Gastbenutzende, die den Flow verwenden, Sie wissen jedoch nicht, ob der Startmandant der Gastbenutzenden Premium-Lizenzen bereitstellt.

Wie viele Power Automate Process-Lizenzen brauche ich?

• Ihr Prozess verfügt über unbeaufsichtigte RPA (robotergesteuerte Prozessautomatisierung): Wie viele Computersitzungen benötigen Sie?

  Erwerben Sie eine Prozesslizenz für jeden Computer. Sie können weitere Prozesslizenzen hinzufügen, wenn Sie eine gleichzeitige Ausführung auf dem Computer benötigen. Die Prozesslizenz deckt alle auf dem Computer ausgeführten Desktop-Flows (RPA) und Cloud-Flows (DPA) ab, die Teil des Geschäftsprozesses sind.

• Ihr Prozess benötigt nur DPA (digitale Prozessautomatisierung): Wie viele Kerngeschäftsprozesse möchten Sie automatisieren?

  Erwerben Sie eine Prozesslizenz für jeden Kerngeschäftsprozess. Kerngeschäftsprozesse sind zum Beispiel die Rechnungsverarbeitung oder das Personal-Onboarding (HR). Alle Cloud-Flows, die sich auf denselben Geschäftsprozess beziehen, sind in der Lizenz enthalten.

• Ihr Ablauf überschreitet 250.000 Aktionen pro Tag: Wie viele Prozesslizenzen benötigen sie?

  Stapeln sie zusätzliche Prozesslizenzen für denselben Fluss. Schätzen Sie die tägliche Nutzung — (die Aktionen pro Ausführung) × (die Ausführungen pro Tag) — und dividieren Sie durch 250.000, um zu bestimmen, wie viele Lizenzen gestapelt werden sollen.

Wie viele Prozesslizenzen benötige ich, wenn ich über mehrere Cloud-Flows verfüge, von denen jeder seine eigenen RPA-Flows im unbeaufsichtigten Modus auf einem Computer aufruft?

Mit einer Process-Lizenz können Sie mehrere Cloud-Flows ausführen, indem Sie sie in die Warteschlange stellen. Wenn Sie beispielsweise über vier unabhängige Cloud-Flows verfügen und jeder von ihnen seinen eigenen Desktop-Flow aufruft, der auf demselben Computer ausgeführt wird, können Sie den ersten um 09:00 Uhr und den zweiten um 11:00 Uhr und so weiter auf demselben virtuellen Computer ausführen.

Im folgenden Screenshot werden alle Cloud-Flows durch eine Prozesslizenz abgedeckt, da auf demselben Computer ein Desktop-Flow ausgeführt wird.

Mein DPA-Prozess hat mehrere Cloud-Flows. Brauche ich mehrere Prozesslizenzen?

Kerngeschäftsprozesse können in Größe und Komplexität variieren und von kleinen Initiativen bis hin zu groß angelegten Unternehmungen reichen, die mehrere Flows umfassen, die durch gemeinsame Datenquellen miteinander verbunden sind. Der Rechnungsverarbeitungsprozess umfasst beispielsweise mehrere Flows, die eine Rechnung von der Erstellung über die Genehmigung bis zur Zahlung abwickeln. Alle Flows gehören zu einem Geschäftsprozess, da sie alle eine Rechnung in mehreren Schritten bis zum Abschluss bearbeiten. Sie benötigen nur eine Prozesslizenz für einen Kerngeschäftsprozess. Dies fördert Best Practices für die Microservices-Architektur, bei denen Flows klein sein können und eine feinkörnige Funktionalität entsteht, was zu einer besseren Wartbarkeit führt.

Derzeit muss jeder Cloudfluss, der die Prozesskapazität benötigt, über eine Prozesslizenz verfügen, die ihm direkt zugewiesen ist. Um einem untergeordneten Flow die Nutzung der Kapazität aus der Prozesslizenz des übergeordneten Flows zu ermöglichen, weisen Sie dem untergeordneten Flow eine Prozesslizenz zu und aktivieren Sie Prozessüberschreitung zulassen.

Ablaufgruppen (die Nutzung eines gemeinsamen Pools an Prozesskapazität über mehrere verwandte Abläufe hinweg) und die automatische Kapazitätsvererbung von übergeordneten Abläufen sind geplant, aber noch nicht verfügbar. Sobald verfügbar, können Sie dem Hauptfluss eine einzelne Prozesslizenz zuweisen und über untergeordnete Flüsse und zugehörige Flüsse verfügen, die ihre Aktionsberechtigung teilen.

Meine Lösung hat mehrere Prozesse. Brauche ich mehrere Prozesslizenzen?

Ja Eine Lösung kann über mehrere Prozesse verfügen, denen jeweils eine Prozesslizenz zugewiesen ist.

Wer braucht eine Premium-Lizenz?

Benutzer, die allgemeine Automatisierungen erstellen müssen (mit der Berechtigung für Premium-Konnektoren), um volle Flexibilität zu haben (mit der Berechtigung für benutzerdefinierte Konnektoren) oder um mit Anwendungen zu interagieren, die menschliches Verhalten wie Tastatur- oder Maustasten und Bewegung simulieren (mit der Berechtigung für beaufsichtigte robotergesteuerte Prozessautomatisierung), sollten eine Power Automate Premium-Lizenz in Betracht ziehen.

Im Einzelnen:

• Sie benötigen eine Premium-Lizenz für jeden RPA-Entwickler, der Desktop-Flows im Power Automate-Portal erstellt und verwaltet. Weitere Informationen zu Premium-RPA-Funktionen.
• Die Prozesslizenz hat die höchste Priorität bei allen Lizenzen. Dies bedeutet, dass, wenn eine Prozesslizenz einem Flow zugewiesen ist, der Flow immer die Grenzwerte der Prozesslizenz verwendet und keinen Besitzer oder ausführenden Benutzer benötigt, der über eine Premium-Lizenz verfügt.
• Automatisierte und geplante Flows werden immer im Kontext des Flow-Besitzers ausgeführt, unabhängig davon, wer den Flow gestartet hat oder welche Konten für Verbindungen innerhalb des Flows verwendet werden. Direktflows (Schaltfläche, Hybrid-Trigger) werden im Kontext der aufrufenden Benutzer ausgeführt, unabhängig von den im Flow verwendeten Verbindungen. Wenn ein automatisierter/geplanter Flow einen Premium-Konnektor verwendet, benötigt nur Besitzende eine Premium-Lizenz.
• Wenn ein Direktflow über Premium-Konnektor verfügt, benötigen alle Benutzer, die den Flow ausführen, eine Power Automate Premium-Lizenz. In solchen Fällen können Sie den Flow mit einer Prozesslizenz lizenzieren, anstatt für alle Benutzer Lizenzen zu erwerben.
• Wenn der Flow keinen Premium-Konnektor verwendet, benötigen Sie keine Premium-Lizenz. Sie können die Microsoft 365-Lizenz verwenden.

Um herauszufinden, welche Art von Flow (automatisiert/manuell/geplant) Sie haben, wählen Sie einen Flow aus, um den „Typ“ in den Details zu sehen.

• Wenn der Flows im Kontext von Power Apps oder Dynamics 365-Apps steht und ein automatisierter Flow ist, muss er der mit Power Apps oder einer Dynamics 365-App erstellten App zugeordnet sein und die Besitzenden benötigen eine Power Apps Premium-Lizenz oder eine Dynamics 365-Lizenz.
• Wenn der Flow im Kontext von Power Apps oder Dynamics 365-App steht und ein Direktflow ist, brauchen alle Benutzer, die die ihn ausführen, eine Power Apps Premium-Lizenz oder eine Dynamics 365-Lizenz.
• Wenn ein übergeordneter Flow einen untergeordneten Flow aufruft, nutzt der untergeordnete Flow den Kontext aus dem übergeordneten Flow. Wenn beispielsweise die folgenden Kriterien erfüllt sind, wird die Lizenz der Besitzenden des übergeordneten Flows verwendet:
  • Wenn der übergeordnete Flow ein automatisierter Flow ist und
  • Der untergeordnete Flow verwendet Premium-Konnektoren und
  • Der untergeordnete Flow verfügt über keine Prozesslizenz. Wenn der untergeordnete Flow über eine Prozesslizenz verfügt, verwendet er die Prozesslizenz und nicht die Lizenz des übergeordneten Flows.

Während der Übergangsphase wird die Lizenz des übergeordneten Flows nicht vom untergeordneten Flow geerbt. Der untergeordnete Flow verwendet die Lizenzen des Besitzenden. Nach Ablauf des Übergangszeitraums wird jedoch nur die Lizenz des übergeordneten Flows (Besitzerlizenz/Prozesslizenz des übergeordneten Flows) verwendet, es sei denn, der untergeordnete Flow verfügt über eine Prozesslizenz.

Wir haben drei Umgebungen (Entwicklung, Test und Produktion), um uns an bewährte Methoden auszurichten, und wir benötigen Abläufe in mehreren Umgebungen. Müssen wir für jede Umgebung eine Prozesslizenz kaufen?

Jeder Flow existiert in einer bestimmten Umgebung. Dies bedeutet, dass, wenn ein Flow in eine andere Umgebung importiert wird, jede Instanz ein separater Flow ist und eine eigene Lizenz benötigt. Der Flow mit der Prozesslizenz und seine untergeordneten Flows sowie alle zugehörigen Flows werden als ein Prozess gehandhabt und eine Prozesslizenz deckt die Verwendung aller dieser Flows in einer Umgebung ab.

Wir haben drei Umgebungen (Entwicklung, Test und Produktion), um uns an bewährte Methoden auszurichten, und wir benötigen Abläufe in mehreren Umgebungen. Müssen wir für jede Umgebung eine Premium-Lizenz kaufen?

Die Power Automate Premium-Lizenz ist eine Lizenz auf Benutzerebene. Alle Lizenzen auf Benutzerebene (Power Automate Premium, Microsoft 365, Dynamics 365) sind Lizenzen auf Mandantenebene. Der Benutzer kann den Flow in allen Umgebungen verwenden, ohne eine separate Lizenz kaufen zu müssen.

Kann eine Power Automate Hosted Process-Lizenz als Power Automate Process-Lizenz verwendet werden?

Ja, Sie können die Power Automate gehostete Prozesskapazität auf zwei Arten verwenden:

• Gehostete Computer und gehostete Computergruppen.
• Als Prozesslizenz, die für die unbeaufsichtigte robotergesteuerte Prozessautomatisierung (unbeaufsichtigte RPA) auf Ihrem lokalen Computer oder für Flows verwendet werden kann, die Teil eines Geschäftsprozesses sind.

Können Microsoft 365-Kunden lösungsfähige Flows und untergeordnete Flows erstellen?

Ja Microsoft 365-Kunden können lösungsorientierte Flows erstellen, wenn der Umgebung, in der sie den lösungsorientierten Flow erstellen, eine Dataverse-Datenbank angehängt ist. Die Standardumgebung erhält standardmäßig eine Dataverse-Datenbank. Der Administrator muss in Nicht-Standardumgebungen eine Dataverse-Instanz anhängen. Administratoren benötigen mindestens 1 GB verfügbare Dataverse-Datenbankkapazität auf Mandantenebene, um eine neue Umgebung erstellen zu können.

Das erste Abonnement von Power Apps, Power Automate, Microsoft Copilot Studio, Dynamics 365 Sales, Customer Service und Field Service fügt eine einmalige Standardkapazitätsgrenze von 10 GB für den Mandanten hinzu. Wenn Sie dem Mandanten Abonnements hinzufügen, erhält der Mandant zusätzliche Dataverse-Kapazitäten. Wenn zum Beispiel jemand einen Power Automate Premium-Plan kauft, erhält der Mandant standardmäßig 10 GB Dataverse-Datenbankkapazität. Wenn der Mandant 10 Power Automate Premium-Lizenzen kauft, erhält er 10,5 GB (10 GB plus 10 mal 50 MB).

Ich verwende mehrere Benutzerverbindungen in meinem Premium-Flow. Welche Benutzer benötigen eine Premium-Lizenz, um den Flow auszuführen?

Verbindungen sind unabhängig von Lizenzprüfungen. Sie können mehrere Benutzerverbindungen in einem Flow haben, aber der Flow wird immer im Kontext des primären Besitzenden/Nur-Ausführen-Benutzer/der Prozesslizenz ausgeführt.

Der Besitzer eines Flows hat die Organisation verlassen. Wie können wir sicherstellen, dass er ohne Unterbrechungen funktioniert?

Wenn der Flow ein Lösungsflow ist, können Sie den Besitzer ändern in Power Automat oder die Power Automate Web API verwenden. um sicherzustellen, dass der Flow ohne Unterbrechungen funktioniert. Wenn der Flow kein lösungsfähiger Flow ist, können alle Mitbesitzer ihn zu einer Lösung hinzufügen und dann den Besitzer ändern. Wenn nicht, weisen Sie dem Flow eine Power Automate Process-Lizenz zu, um sicherzustellen, dass er weiterhin ausgeführt wird. Alternativ kann jeder Mitbesitzer des Flows den Flow exportieren und importieren. Nach dem Importieren ist der Flow ein neuer Flow und der Mitbesitzer wird nun Besitzer des Flows. Der Flow verwendet die Lizenz des neuen Besitzers.

Der Flow wird auf eine geringere Leistung herabgestuft und alle Flowbesitzer werden benachrichtigt und der Flow wird in 14 Tagen deaktiviert, wenn keine Maßnahmen ergriffen werden.

Der Besitzende des Flows hat keine Premium-Lizenz mehr, aber der Flow ist ein Premiumflow. Was passiert?

Der Flow wird auf eine geringere Leistung herabgestuft und alle Flowbesitzer werden benachrichtigt und der Flow wird in 14 Tagen deaktiviert, wenn keine Maßnahmen ergriffen werden.

Benötigen Gastbenutzer (nicht von Ihrem Mandanten) eine Lizenz zur Nutzung von Power Automate?

Ja Der Gastbenutzer benötigt eine Power Automate-Lizenz, die von einem der folgenden Mandanten vergeben wurde:

• Dem Mandanten, der den Flow hostet. Sie können ihnen Administratortestversionen für temporären Zugriff oder eigenständige Lizenzen zuweisen.

• Der Home-Mandant des Gastbenutzers.

Wenn ein Gastbenutzer beispielsweise eine Power Automate Premium Lizenz hat die dem Home-Mandanten zugewiesen ist, können sie Premium-Funktionen in dem Gast-Mandanten verwenden, der den Flow hostet.

Power Automate – enthalten in Benutzerplänen von Office, Power Automate Premium, Power Apps Premium und Dynamics 365 – hat die folgenden Eigenschaften:

• In der öffentlichen Azure-Cloud werden die oben genannten Pläne in Gastszenarien mandantenübergreifend erkannt, da sie nicht an eine bestimmte Umgebung gebunden sind.

• In nationalen Azure oder Sovereign Clouds werden die oben genannten Pläne mandantenübergreifend in Gastszenarien erkannt. Weitere Informationen: Nationale Clouds, Azure-Regionen

• Lizenzen werden in unterschiedlichen Azure-Clouds nicht mandantenübergreifend erkannt.

Welche Power Automate-Funktionen sind in Windows-Lizenzen enthalten?

Benutzer von Windows 11 können Desktop-Flows in beaufsichtigter RPA für persönliche Produktivität in der Standardumgebung ausprobieren. Sie können die Desktop-Flows nicht freigeben und keine Desktop-Flows in einer anderen Umgebung als der Standardumgebung erstellen. Windows-Benutzer haben keinen Zugriff auf Cloud-Flows. Um vollständige Cloud-Flows und RPA-Features zu erhalten, kaufen Sie den Power Automate Premium-Plan.

Benutzer von Windows 11 können in der Windows-Suchleiste nach „Power Automate“ suchen. Die Power Automate-App für den Desktop wird automatisch heruntergeladen und dann gestartet, wenn Sie das Symbol zum ersten Mal auswählen.

Können Benutzer von Windows 10 und Windows Server 2016 Power Automate für Desktop verwenden?

Ja, sie können Power Automate für den Desktop verwenden (d.h. sie haben Nutzungsrechte dafür), aber sie müssen es über das Download-Center herunterladen.

Legacy-Lizenzfragen

Ab 1. August 2023 werden Power Automate pro Flow (100 $ pro Flow/Monat mit einem Mindestkauf von 5 Lizenzen) und das Power Automate-Add-On für unbeaufsichtigte RPA (150 $ pro Bot/Monat und erforderliche Lizenzvoraussetzungen) von der Preisseite entfernt. Sie werden am 1. Februar 2024 von der Preisliste gestrichen. Power Automate Process, eine allumfassende Lizenz, die einfacher zu verwalten ist, lizenziert einen einzelnen „Automatisierungsbot“, der für die unbeaufsichtigte robotergesteuerte Prozessautomatisierung (unbeaufsichtigte RPA) oder Cloud-Flows mithilfe digitaler Prozessautomatisierung (DPA) verwendet werden kann und auf eine unbegrenzte Anzahl an Benutzer in der Organisation zugreifen kann. Der Preis für Power Automate Process beträgt 150 $ pro Bot/Monat.

Wie unterscheidet sich die Prozesslizenz von der Pro-Flow-Lizenz?

Anfrage für Unattended RPA: Zuvor mussten Kunden eine Lizenz pro Flow für den Cloud Flow und eine Erweiterung für unbeaufsichtigte RPA kaufen. Jetzt können sie für jede RPA-Sitzung auf einem Computer eine Prozesslizenz erwerben. Alle Cloud-Flows, die Desktop-Flows auf dem Computer aufrufen, sind in der Prozesslizenz enthalten.

Bei Cloud-Flows gilt die Berechtigung durch eine Pro-Flow-Lizenz für den Flow mit der Lizenz und seine untergeordneten Flows. Die Berechtigung durch eine Prozesslizenz gilt für den Flow mit der Lizenz, seine untergeordneten Flows und alle zugehörigen Flows. Zum Einstieg mussten pro Flow mindestens fünf Pakete erworben werden. Für die Prozesslizenz ist keine Mindestabnahmemenge erforderlich.

Inwiefern unterscheidet sich die Power Automate Premium-Lizenz von der Power Automate pro-Benutzer-Lizenz mit beaufsichtigter RPA?

Power Automate Premium umfasst alle Vorteile von Power Automate pro Benutzer mit beaufsichtigter RPA zum Preis von 40 $ pro Benutzer/Monat sowie die Process Mining-Funktionen zur Visualisierung und Analyse von Prozessen und wird zum Preis von 15 $ pro Benutzer/Monat angeboten.

Aktionsbeschränkungen und Kapazitätsfragen

Hier sind einige der häufig gestellten Fragen zu Aktionsgrenzwerten und deren Antworten. In Power Automate zählt jede Trigger- und Aktionsausführung als eine Aktion (siehe Power Platform-Anforderungen in Admin Center-Berichten). Aktionen innerhalb von Schleifen werden einmal pro Iteration ausgeführt, sodass Schleifen die Aktionsanzahl multiplizieren.

Was zählt als Aktion?

Basierend auf der Lizenz gibt es Grenzwerte für die Anzahl der Aktionen, die ein Cloudfluss an einem Tag ausführen kann. 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 Cloud-Flow-Details-Seite auswählen und die Registerkarte Aktionen auswählen.

Auch wenn Ihr Flow nur wenige Aktionen pro Ausführung verwendet, können Sie Ihre Grenzen immer noch erreichen, wenn der Flow häufiger ausgeführt wird als erwartet. 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. Hier sind einige Erkenntnisse zum Schätzen der Aktionsnutzung:

• Ein einfacher Workflow mit einem Trigger und einer Aktion führt dazu, dass bei jeder Ausführung des Workflows zwei Aktionen resultieren.
• Jeder Trigger und jede Aktion im Fluss zählt. Alle Arten von Aktionen – Connectoraktionen, HTTP-Aktionen, integrierte Aktionen (vom Initialisieren von Variablen, Erstellen von Bereichen bis hin zu einer einfachen Erstellaktion) – zählen zu Ihrem täglichen Aktionslimit. Beispiel: Ein Fluss, der eine Verbindung mit SharePoint, Exchange, Twitter oder Dataverse herstellt: Alle diese Aktionen werden gezählt.
• Sowohl erfolgreiche als auch fehlgeschlagene Aktionen werden in diesen Grenzwerten berücksichtigt. Übersprungene Aktionen werden nicht gezählt.
• Jede Aktion zählt als eine Aktion, einschließlich der Schleifenaktion selbst. Aktionen in einer Schleife (Für jede ausführen, Do Until) werden einmal pro Iteration ausgeführt: Eine Schleife mit 2 Aktionen und 10 Iterationen entspricht 21 Aktionen (nämlich 1 Schleife + 2 × 10).
• Eine Aktion kann mehrere Ausdrücke enthalten, wird jedoch als eine Aktion gezählt.
• Wiederholungsversuche und zusätzliche Anforderungen aus der Paginierung gelten ebenfalls als Aktionsdurchführungen.

Betrachten Sie den folgenden Cloud-Flow, in dem jeder E-Mail-Anhang in OneDrive gespeichert wird. Der Trigger zählt als 1 Aktion. Die Schleife "Für jede Schleife übernehmen" zählt als 1 Aktion. Die 2 Aktionen innerhalb der Schleife werden jeweils einmal pro Anhang ausgeführt – bei vier Anhängen, d. h. 4 × 2 = 8 Aktionen. Summe: 1 + 1 + 8 = 10 Aktionen.

Wessen Aktionsgrenzwerte werden vom Cloud-Flow verwendet?

• Wenn ein Cloud-Flow eine Prozess-/Pro-Flow-Lizenz hat, verwendet der Flow immer die Grenzwerte der Prozess-/Pro-Flow-Lizenz und nicht die Grenzwerte des Erstellers/Eigentümers/aufrufenden Benutzers.

• Automatisierte und geplante Cloudflüsse verwenden immer die Aktionslimits des Erstellers/Besitzers des Flows, unabhängig davon, wer den Flow aufgerufen hat oder welche Konten für Verbindungen innerhalb des Flows verwendet werden. Bei einem Lösungsflow können Sie den Besitzer des Flows mit Web-API ändern. Nachdem Sie den Besitzer geändert haben, werden die Aktionsgrenzwerte des neuen Besitzers verwendet. Bei einem Nicht-Lösungsfluss verwendet der Fluss 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 es zu einem neuen Flow und nutzt die Grenzwerte des neuen Besitzers. Alternativ können Sie dem Flow eine Prozess-/Pro-Flow-Lizenz pro Flow zuweisen.

• Instant Flows (Schaltfläche, Power Apps, Hybrid-Trigger) verwenden die Grenzwerte des aufrufenden Benutzers.

• Wenn der Flowbesitzer ein Dienstprinzipal ist, verwendet der Flow den Grenzwert 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 Prozess-/Pro-Flow-Lizenz verfügt, verwendet er die Limits der Prozess-/Pro-Flow-Lizenz und nicht die Limits des übergeordneten Flows.

• Wenn ein Ablauf über eine Prozesslizenz verfügt, muss derzeit jedem untergeordneten Ablauf, der die Prozesskapazität verwenden muss, auch direkt eine Prozesslizenz zugewiesen sein (mit aktivierter Erlaubnis zum Prozessüberhang ). Die automatische Kapazitätsvererbung von übergeordneten Flüssen und Flussgruppen für die Freigabe von Kapazität über verwandte Flüsse hinweg ist geplant, aber noch nicht verfügbar.

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

Wenn es beim Ablauf Ihres Workflows zu Verzögerungen oder langsamer Ausführung kommt, liegt es wahrscheinlich daran, dass Sie Ihre täglichen Aktionsgrenzwerte überschritten haben. 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:

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

Das Power Platform Admin Center enthält Berichte zur Nutzung von Aktionen. Diese Berichte helfen dabei, die Akzeptanz- und Benutzermetriken für Ihre Organisation schnell anzeigen. Diese Berichte befinden sich derzeit in der öffentlichen Vorschauversion. Die folgenden Berichte sind verfügbar:

• Benutzerbericht – Zeigt die Aktionsnutzung (bezeichnete Power Platform-Anforderungen) für jeden Benutzer in der Umgebung im Vergleich zu ihrem zugewiesenen Grenzwert an.
• Bericht "Pro Fluss lizenzierte Flüsse " – Zeigt die Aktionsnutzung für jeden Fluss in der Umgebung an, der über eine Lizenz pro Fluss oder Prozess verfügt.
• Nicht lizenzierter Benutzerbericht – Zeigt die Aktionsnutzung für nicht lizenzierte Benutzer und die Gesamtberechtigung für nicht lizenzierte Benutzer für diesen Mandanten an.

Nachdem die Berichte allgemein verfügbar sind, haben Benutzer Zeit zu reagieren und Lizenzen mit höheren Aktionslimits zu kaufen, bevor die Erzwingung beginnt.

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

Wenn Sie über einen Cloud-Flow verfügen, der zu 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:

• Überprüfen Sie Ihren Entwurf, und suchen Sie nach Orten, die dazu beitragen können, die Anzahl der aufgerufenen Aktionen zu verringern. Erfahren Sie mehr in der Neugestaltung Ihres Flusses, um weniger Aktionen und weniger Daten zu verwenden.

• Wenn der Prozessablauf bereits optimiert ist, aber viele Aktionen aufgrund der geschäftlichen Anforderungen verwenden, sollten Sie eine Prozesslizenz erwägen. Die Prozesslizenz bietet die höchste verfügbare Aktionsberechtigung (250.000 Aktionen pro Tag).

  • Wenn der Fluss bereits über eine Prozesslizenz verfügt und immer noch 250.000 Aktionen überschreitet, können Sie zusätzliche Prozesslizenzen für denselben Fluss stapeln – jede addiert 250.000 Aktionen pro Tag.
  • Verwenden Sie Power Platform-Anforderungsberichte im Admin Center , um nutzungsintensive Flüsse zu identifizieren, die zusätzliche Kapazität benötigen.

• Aktivieren Sie Nutzungsbasierte Zahlung für die Umgebung, um sicherzustellen, dass keiner der Flows in der Umgebung gedrosselt wird.

• Kauf von Power Apps und Power Automate Kapazität Add-On für Ihre Organisation. Während der Übergangsphase, da die Durchsetzung derzeit weniger streng ist, gibt es keine Möglichkeit, das Power Apps und Power Automate Kapazität Add-on an einen Benutzer 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 Prozess- oder Pro-Flow-Lizenz zugewiesen ist.

Wenn ein Flow an 14 aufeinanderfolgenden Tagen durchgehend über den Grenzwerten der Übergangsfrist liegt, wird der Flow von Power Automate deaktiviert und der Besitzer benachrichtigt. Sie können eine Prozesslizenz mit höheren Aktionsgrenzwerten erwerben und sie dann 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-Grenzwerte und unterscheiden sich von Aktionsgrenzwerten?

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. Dieser Grenzwert unterscheidet sich vom täglichen Aktionsgrenzwert. Ein Office-Benutzer kann beispielsweise 6.000 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 6.000 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 Aktionslimits angerechnet?

Ja Cloud-Flows, die im CoE Starter Kit enthalten sind, verwenden die Aktionsgrenzwerte des Flowbesitzers. Wenn CoE-Workflows gedrosselt werden, erwägen Sie, eine Prozesslizenz Flüssen mit hoher Nutzung zuzuweisen oder Pay-as-you-go für die Umgebung zu aktivieren.

Kann ich einen Service Principal in Abläufen verwenden und zählt er zu meinen Aktionsgrenzwerten?

Ja, Flüsse, deren Besitzer ein Dienstprinzipal ist, verwenden ein separates Kontingent, das als nicht interaktive Grenzwerte bezeichnet wird. Diese Grenzwerte gelten nur, wenn der Dienstprinzipal der Ablaufbesitzer ist und nicht, wenn ein Dienstprinzipal in einer Verbindung innerhalb des Flusses verwendet wird. Manuelle Abläufe (Schaltfläche, Power Apps) nutzen die Aktionsgrenzwerte des aufrufenden Benutzers, selbst wenn der Besitzer ein Dienstprinzipal ist. Der aufrufende Benutzer muss über eine Power Automate Premium-Lizenz verfügen, wenn der Fluss Premium-Connectors verwendet.

Grenzwerte für automatisierte/geplante Dienstprinzipalflüsse:

• Dynamics 365-App-Kontext: 500.000 Basis + 5.000 pro D365-Benutzerlizenz, bis zu maximal 10.000.000, zusammengefasst auf Mandantenebene. Beispielsweise verfügt ein Mandant mit 1.000 Dynamics 365-Lizenzen über einen Pool von 5.500.000 Aktionen/Tag für alle Power Platform-Ressourcen (Dienstprinzipalflüsse, Dataverse-Anforderungen). Weitere Informationen finden Sie in der Tabelle mit einschränkungen für nicht lizenzierte Benutzeranforderungen.

• Premium, außerhalb des Dynamics 365-Kontexts: Jeder Fluss benötigt eine Prozess-/Flusslizenz (250.000 Aktionen pro Fluss pro Tag).

• Standardconnectors nur: 25.000 Aktionen/Tag auf Mandantenebene, keine Fälligkeit pro Lizenz.

Wenn Sie mehr Kapazität benötigen, aktivieren Sie die Pay-as-you-go-Option in Ihrer Umgebung oder kaufen Sie Power Automate-Kapazitäts-Add-ons.

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

Zählen Desktopflussaktionen für meine Aktionsgrenzwerte?

Nur die Desktop-Flow-Aktionen, die von Cloud-Flows aufgerufen werden, zählen auf das Limit. Aktionen innerhalb des Desktopablaufs selbst werden nicht gezählt.

Was geschieht mit meinen Aktionsbeschränkungen, wenn ich mehrere Pläne habe?

Aktionsgrenzwerte werden pro Kontext angewendet, nicht über Lizenzen hinweg. Jeder Fluss wird unter dem Lizenzkontext ausgeführt, der für ihn gilt, und ruft den Grenzwert dieses Kontexts unabhängig voneinander ab:

• Ein Ablauf mit einer Prozesslizenz verwendet immer den Grenzwert für Prozesslizenzen (250.000 Aktionen/Tag), unabhängig von der Lizenz des Benutzers.
• Ein automatisierter oder geplanter Fluss verwendet den Lizenzkontext des Flussbesitzers. Wenn der Besitzer über eine Dynamics 365-Lizenz und eine Power Automate Premium-Lizenz verfügt, verwenden Flüsse, die im Dynamics 365-App-Kontext ausgeführt werden, den Dynamics 365-Grenzwert (40.000 Aktionen/Tag) und eigenständige Flüsse den Premium-Grenzwert (40.000 Aktionen/Tag). Diese Grenzwerte addieren sich nicht zu 80.000.
• Ein Sofort-Flow (Button, Power Apps) nutzt den Lizenzkontext des aufrufenden Benutzers.

Wenn ein Benutzer über mehrere Lizenzen innerhalb derselben Produktlinie verfügt (z. B. Dynamics 365 Customer Service Enterprise und Dynamics 365 Sales Enterprise), verwendet der Ablauf den Grenzwert, der für den jeweiligen Kontext der Lizenz gilt – die Grenzwerte addieren sich nicht.

Nur Prozesslizenzen können gestapelt werden und nur auf einzelnen Cloud-Flows (bis zu 10 pro Flow).

Wie kann ich das Aktionslimit für meinen Cloudfluss kennen?

Der Aktionsgrenzwert für einen Cloudfluss hängt vom Lizenzkontext ab, unter dem er ausgeführt wird. Jeder Fluss erhält den Grenzwert für seinen Kontext – Grenzwerte aus unterschiedlichen Lizenzen addieren sich nicht über Kontexte hinweg.

Für Abläufe mit einer Prozesslizenz können Sie mehrere Prozesslizenzen stapeln , um den Grenzwert über 250.000 Aktionen pro Tag zu erhöhen.

Kann ich einem einzelnen Cloudfluss mehrere Prozesslizenzen zuweisen?

Ja Bis zu 10 Prozesslizenzen können auf einem einzelnen Cloud-Flow gestapelt werden, um das tägliche Aktionslimit zu erhöhen. Jede Prozesslizenz fügt 250.000 Aktionen pro Tag hinzu. Beispielsweise bietet das Zuweisen von 3 Prozesslizenzen zu einem Cloudfluss 750.000 Aktionen pro Tag.

Derzeit muss jeder Prozesslizenz direkt dem Fluss zugewiesen werden, der ihn verwendet. Um einem untergeordneten Flow die Nutzung der Kapazität aus der Prozesslizenz des übergeordneten Flows zu ermöglichen, weisen Sie dem untergeordneten Flow eine Prozesslizenz zu und aktivieren Sie Prozessüberschreitung zulassen. Ablaufgruppen (die Nutzung eines gemeinsamen Pools an Prozesskapazität über mehrere verwandte Abläufe hinweg) und die automatische Kapazitätsvererbung von übergeordneten Abläufen sind geplant, aber noch nicht verfügbar.

Werden Aktionslimits organisationsweit für Benutzer in meiner Organisation zusammengefasst?

Nein. Aktionsgrenzwerte werden pro Kontext angewendet – jeder Benutzer und jeder lizenzierte Fluss erhält unabhängig voneinander einen eigenen täglichen Grenzwert. Grenzwerte werden nicht auf Umgebungs- oder Mieter-Ebene zusammengefasst oder kombiniert. Wenn beispielsweise acht Benutzer über Office 365-Lizenzen verfügen (jeweils 6.000 Aktionen/Tag), erhalten sie jeweils 6.000 – die Grenzwerte werden nicht in 48.000 für den Mandanten kombiniert. Ebenso gelten die Grenzwerte eines Benutzers aus verschiedenen Lizenzen (z. B. Premium und Dynamics 365) separat für die Flüsse, die in jedem Kontext ausgeführt werden, nicht als kombinierte Summe.

Bewährte Methoden zum Reduzieren der Aktionsnutzung

Verwenden Sie die folgenden bewährten Methoden, um beim Entwerfen und Skalieren Ihrer Flüsse zu helfen.

Best Practices im Design

Verwenden Sie die geringste Anzahl von Aktionen, die möglich sind, 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 Fluss täglich Tausende von Aktionen ausführt, ziehen Sie eine Prozesslizenz in Betracht – die höchste verfügbare Aktionsberechtigung (250.000 Aktionen pro Tag, stapelbar). 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 Cloud-Flows einmal pro Woche im Hintergrund aktualisiert, um die aktuellen Pläne widerzuspiegeln.

• Wenn ein einzelner Fluss 250.000 Aktionen pro Tag überschreitet, stapeln Sie zusätzliche Prozesslizenzen , anstatt die Workload aufzuteilen. Für wirklich hochskalige Szenarien sollten Sie die Aufteilung auf mehrere Flüsse in Betracht ziehen.

Pay-as-you-go für Aktionsübergänge

Die aktuellen Aktionsgrenzwerte sind für die meisten Kundenszenarien ausreichend. Weitere Informationen finden Sie unter "Aktionsbeschränkungen und Zuordnungen".

Für Szenarien mit hoher Skalierung, die diese Grenzwerte überschreiten, können Sie eine Umgebung mit einem Azure-Abonnement verknüpfen. Benutzer und Abläufe in dieser Umgebung können dann mehr als ihre Tagesaktionsgrenzen verbrauchen, ohne gedrosselt zu werden – Sie zahlen nur für die über dem Grenzwert verwendeten Aktionen. Flows benötigen weiterhin eine Basislizenz (Power Automate Premium, Process, Office 365, Power Apps oder Dynamics). Ein Benutzer mit einer Power Automate Premium-Lizenz hat beispielsweise einen Grenzwert von 40.000 Aktionen/Tag. Wenn der Benutzer 45.000 Aktionen pro Tag ausführt, werden die zusätzlichen 5.000 Aktionen dem Azure-Abonnement pro Aktionsrate in Rechnung gestellt. Mehrere Zähler werden aktiviert, wenn Sie die nutzungsabhängige Abrechnung in der Umgebung aktivieren. Siehe Einrichtung von nutzungsbasierter Zahlung.

Der folgende Screenshot zeigt, wie Übernutzungsaktionen in einer Pay-as-you-go-Umgebung in Rechnung gestellt werden.

Häufig gestellte Fragen zu Aktionsgrenzwerten

Erfahren Sie mehr über Aktionsgrenzwerte und Zuordnungen in Aktionsgrenzwerten, häufig gestellte Fragen.

Office 365-Lizenzfragen

Hier finden Sie einige häufig gestellte Fragen zur Verwendung von Power Automate mit einer Office 365-Lizenz.

Welche Power Automate-Funktionen sind in Office 365-Lizenzen enthalten?

Begrenzte Power Automate-Nutzungsrechte sind bei ausgewählten Office 365-Lizenzen enthalten, um Benutzern die Anpassung und Erweiterung von Office 365 für persönliche Produktivitätsszenarien zu ermöglichen. Für Unternehmensszenarien empfiehlt Office Premium-Lizenzen.

Office 365-Lizenzen umfassen die folgenden Power Automate-Funktionen.

• Erstellen und Ausführen von automatisierten, geplanten und Schaltflächenflows.
• Zugriff auf Standardconnectors
• 6.000 Aktionen pro Tag. 10.000 Aktionen/Tag während des Übergangszeitraums.

Die folgenden Power Automate-Funktionen sind nicht enthalten.

• Zugriff auf Premium-Konnektoren (außer Dataverse for Teams-Umgebungen). Weitere Informationen zu Dataverse for Teams-Funktionen.
• Geschäftsprozessflows im App-Kontext.
• Benutzerdefinierte Connectors im App-Kontext.
• On-Premise-Gateways im App-Kontext.
• Roboterprozessautomatisierung (RPA).
• KI-Generator.

Die folgenden Office 365-Lizenzen umfassen Power Automate-Funktionen:

• Office 365 E1
• Office 365 E3
• Office 365 E5
• Office 365 F3
• Office 365 Business Basic
• Office 365 Business Standard
• Office 365 Business Premium
• Office 365 F1
• Office 365 F3
• Office 365 E3
• Office 365 E5
• Windows 10 Pro
• Windows Enterprise E3
• Windows Enterprise E5
• Office 365 A1 für Lehrpersonal
• Office 365 A1 für Schüler/Studenten
• Office 365 A1 Plus für Lehrpersonal
• Office 365 A1 Plus für Schüler/Studenten
• Office 365 A3 für Lehrpersonal
• Office 365 A3 für Schüler/Studenten
• Office 365 A3 für Schülerinnen und Schüler - Vorteil
• Office 365 A5 für Lehrpersonal
• Office 365 A5 für Schüler/Studenten
• Office 365 A5 Vorteil für die Nutzung durch Studierende

Fragen zur Dynamics 365-Lizenz

Die folgenden Fragen beziehen sich auf die Dynamics 365-Lizenzierung und Power Automate-Nutzungsrechte.

Welche Power Automate-Funktionen sind in Dynamics 365-Lizenzen enthalten?

Dynamics 365-Lizenzen umfassen folgende Power Automate-Funktionen:

• Erstellen und Ausführen von automatisierten, geplanten oder Schaltflächenflows.
• Zugriff auf Standardconnectors
• Zugriff auf Premium-Konnektoren im App-Kontext.
• Geschäftsprozessflows im App-Kontext.
• Benutzerdefinierte Connectors im App-Kontext.
• On-Premise-Gateways im App-Kontext.
• Aktionsgrenzwerte: Dynamics 365 Teammitglied erhält 6.000 Aktionen/Tag, Dynamics 365 Professional erhält 40.000 Aktionen/Tag, und Dynamics 365 Enterprise erhält 40.000 Aktionen/Tag.

Die folgenden Power Automate-Funktionen sind nicht in Dynamics 365-Lizenzen enthalten:

• Robotergesteuerte Prozessautomatisierung durch
• AI Builder-Kapazität

Wenn Sie eine Dynamics 365-Lizenz mit Power Automate verwenden, müssen Ihre Flows im Kontext der Dynamics 365-Anwendung ausgeführt werden. Dies bezieht sich auf die Verwendung derselben Datenquellen für Auslöser oder Aktionen wie in der Dynamics 365-Anwendung. Wenn Ihr Flow eigenständige Power Automate-Aktionen verbraucht, die sich nicht auf die Dynamics 365-Anwendungen beziehen, müssen Sie eigenständige Power Automate-Lizenzen kaufen.

Beispiel für eine Dynamics 365-Lizenz mit Power Automate innerhalb eines Dynamics 365-Anwendungskontexts

Ihre Organisation hat Azure DevOps mit Dynamics 365 CRM verbunden, um Supportfälle zu eskalieren und Arbeitselemente zu erstellen, um Probleme schneller zu lösen. Als Teil der Dynamics 365 Lizenz sind Power Automate-Rechte für Flows in den folgenden Szenarien enthalten:

• Von Azure DevOps lesen oder darin schreiben.
• Verwenden eines integrierten Dataverse-Triggers und/oder einer Aktion.

Beispiel für eine Dynamics 365-Lizenz mit Power Automate außerhalb eines Dynamics 365-Anwendungskontexts

Der gleiche Benutzer (aus dem vorherigen Dynamics 365-Beispiel) möchte nun auch einen Flow verwenden, der eine Oracle-Datenbank aktualisiert. Dieser Flow hat folgende Eigenschaften:

• Er hat nichts mit der Dynamics 365-App zu tun.
• Er interagiert in keiner Weise mit der Dynamics 365-App (oder ihren Datenquellen).

In diesem Szenario benötigt der Benutzer eine eigenständige Power Automate-Lizenz.

Die folgenden Dynamics 365 Lizenzen umfassen folgende Power Automate-Funktionen:

• Dynamics 365 Sales Enterprise
• Dynamics 365 Sales Professional (Dynamics 365 Verkaufsprofi)
• Dynamics 365 Customer Service Enterprise
• Dynamics 365 Customer Service Professional
• Dynamics 365 Field Service
• Dynamics 365 Project Operations
• Dynamics 365-Teammitglieder
• Dynamics 365 Finance
• Dynamics 365 Supply Chain Management
• Dynamics 365 Commerce
• Dynamics 365 Personalwesen
• Dynamics 365 Operations – Aktivität
• Dynamics 365 Business Central
• Dynamics 365 Business Central Teammitglieder

Power Apps-Lizenzfragen

Die folgenden Fragen beziehen sich auf die Power Apps Lizenzierung und Power Automate-Nutzungsrechte.

Welche Power Automate-Funktionen sind in Power Apps-Lizenzen eingeschlossen?

Ein begrenztes Set von Power Automate-Funktionen ist als Teil einer Power Apps-Lizenz enthalten. Power Apps Lizenzen umfassen die folgenden Power Automate-Funktionen:

• Erstellen und Ausführen von automatisierten, geplanten, Schaltflächenflows.
• Zugriff auf Standardconnectors
• Zugriff auf Premium-Konnektoren im App-Kontext.
• Geschäftsprozessflows im App-Kontext.
• Benutzerdefinierte Connectors im App-Kontext.
• On-Premise-Gateways im App-Kontext.
• Aktionsgrenzwerte: Power Apps Premium erhält 40.000 Aktionen/Tag und Power Apps pro App erhalten 6.000 Aktionen/Tag. Erfahren Sie mehr in Aktionsgrenzwerten und Zuordnungen.
• Power Apps Premium erhält 250 MB Dataverse-Datenbankkapazität und 2 GB Dataverse-Dateikapazität. Power Apps Pro-App erhält 50 MB Dataverse-Datenbankkapazität und 400 MB Dataverse-Dateikapazität. Flows, die von Apps aufgerufen werden, die mithilfe von Power Apps erstellt wurden, die komplexe Objekte verarbeiten, verbrauchen dieses Speicherlimit. Wenn ein Flow beispielsweise ein 100-seitiges Dokument analysiert und Aktualisierungen vornimmt, verbraucht der Speicher, der benötigt wird, um das Dokument im Ausführungsverlauf für zukünftige Problembehandlung zu behalten, dieses Limit.

Die folgenden Power Automate Funktionen sind nicht in Power Apps Lizenzen enthalten:

• Robotergesteuerte Prozessautomatisierung durch
• AI Builder-Kapazität

Beispiel einer Power Automate-Nutzung innerhalb eines Kontextes einer mit Power Apps erstellten App

Ein Benutzer mit einer eigenständigen Power Apps-Lizenz führt eine App aus, die eine SQL-Datenbank als Datenquelle verwendet. Die mit Power Apps erstellte App enthält auch Flows, die Folgendes tun:

• Von einer SQL-Datenbank lesen oder darin schreiben.
• Verwenden Sie einen Power Apps-Trigger oder eine Aktion, um zum Beispiel eine Pushbenachrichtigung an die mit Power Apps erstellte App zu senden.

Beispiel einer Power Automate-Nutzung außerhalb eines Kontextes einer mit Power Apps erstellten App

Der gleiche Benutzer (aus dem Beispiel oben) möchte nun auch einen Flow verwenden, der eine Oracle-Datenbank aktualisiert und außerdem die folgenden Eigenschaften besitzt:

• Er hat nichts mit der mit Power Apps erstellten App zu tun.

• Er interagiert in keiner Weise mit der App, die von Power Apps (oder ihren Datenquellen) erstellt wurde.

In diesem Beispiel wird der mit Power Automate erstellte Flow außerhalb des Kontexts von Power Apps verwendet. Der Benutzer braucht also eine eigenständige Power Automate-Lizenz.

Zweites Beispiel einer Power Automate-Nutzung außerhalb eines Kontextes einer mit Power Apps erstellten App

Eine Umgebung hat mehrere Apps. Es gibt Flows für das Datenverwaltung, die die App nicht direkt unterstützen, aber die Datenqualität sicherstellen. Der Benutzer benötigt eine eigenständige Power Automate-Lizenz.

AI Builder-Lizenz Fragen

Globale AI Builder Lizenzierungsinformationen finden Sie in den folgenden Artikeln:

• AI Builder Lizenzierungszusammenfassung.
• AI Builder Lizenzierung FAQ.

Wie erfolgen lizenzierte AI Builder-Aktionen innerhalb eines Power Automate-Flows?

Um AI Builder-Aktionen innerhalb eines Flows hinzuzufügen und auszuführen, benötigen Sie eine bestimmte AI Builder-Lizenzierung: AI Builder-Aktionen verbrauchen AI Builder-Guthaben, die über Power Automate Premium-Lizenzen, im Rahmen anderer Power Platform Premium-Lizenzen oder vor allem im Rahmen von AI Builder-Kapazitäts-Add-Ons erworben werden können.

Guthaben muss in der Flow-Umgebung verfügbar sein.

Sie können auch die AI Builder-Testversion verwenden.

Wie viel Guthaben ist in Power Automate Premium-Lizenzen enthalten?

Weitere Informationen über Seed-Guthaben finden Sie unter Anspruch auf AI Builder-Guthaben erhalten.

Durchsetzung

Warum ist mein Flow ausgeschaltet?

Siehe Wenn Premium-Flows aufgrund von Lizenzproblemen deaktiviert werden

Dieser Link bietet auch Informationen zu den Arten von Durchsetzungen und wie Sie Flows identifizieren, die Premium-Lizenzen benötigen, um Unterbrechungen aufgrund von Durchsetzungen zu vermeiden.

Ich habe viele Umgebungen. Wie kann ich die Flows, die meine Aufmerksamkeit erfordern, mieterübergreifend ermitteln?

Wenn die Anzahl der Umgebungen im Mandanten weniger als 500 beträgt, verwenden Sie das folgende Skript, um alle Flows abzurufen, die Lizenzen im gesamten Mandanten benötigen:

$environments = Get-AdminPowerAppEnvironment

$allFlows = @()
foreach ($env in $environments) {
    Write-Host "Getting flows at risk of suspension for environment $($env.DisplayName)..."
    $flows = Get-AdminFlowAtRiskOfSuspension -EnvironmentName $env.EnvironmentName
    Write-Host "Found $($flows.Count) flows at risk of suspension."
    $allFlows += $flows
}

Alle Flows in eine CSV-Datei schreiben

$allFlows | Export-Csv -Path „flows.csv“ -NoTypeInformation

Write-Host „Alle Flows, bei denen die Gefahr einer Unterbrechung besteht, werden in „flows.csv“ geschrieben.“

Wenn der Mandant mehr als 500 Umgebungen umfasst, erstellen Sie ein Supportticket, damit unser Supportteam den Bericht für Sie erstellen kann.

Ich habe eine Lizenz zugewiesen, sehe aber immer noch den Flow in Flows, die meine Aufmerksamkeit in PowerShell erfordern. Warum?

Sobald eine Lizenz zugewiesen/ein Flow mit einer App verknüpft ist, bearbeiten und speichern Sie den Flow. Es kann bis zu 24 Stunden dauern, bis PowerShell aktualisiert wird und den Flow aus der PowerShell-Antwort entfernt.

Ich habe eine Lizenz zugewiesen, sehe aber immer noch die Banner, dass meine Flows meine Aufmerksamkeit im Power Automate-Portal erfordern. Warum?

Sobald einer App eine Lizenz zugewiesen/ein Flow zugeordnet wurde, kann es bis zu sieben (7) Tage dauern, bis die Premium-Lizenz im Power Automate-Portal angezeigt wird. Um den neuesten Lizenzstatus zu aktualisieren, bearbeiten und speichern Sie einen Flow.

Wie kann ich einfach feststellen, ob mein Flow im Kontext einer Power Apps/Dynamics 365-App steht?

Wurde der Flow erstellt, um die Power Apps/Dynamics 365-App zu unterstützen? Kann der Flow gelöscht werden, wenn die entsprechenden Apps gelöscht werden? Kommuniziert der Flow mit denselben Datenquellen wie die App? Wenn dies der Fall ist, befindet sich der Flow im Kontext.

Wie kann ich kontextbezogene Flows Power Apps/Dynamics 365-Apps zuordnen?

Flows, die zur Unterstützung von Apps erstellt wurden, die mit Power Apps/Dynamics 365 erstellt wurden, müssen im Kontext der App ausgeführt werden. Das bedeutet, dass der Flow dieselben Datenquellen für Auslöser oder Aktionen verwenden muss wie die App. Wenn automatisierte oder geplante Cloudflüsse erstellt werden, um die App zu unterstützen und sich im Kontext einer App befinden, verknüpfen Sie den Fluss mit den Apps mithilfe eines PowerShell-Skripts. Sobald der Flow verknüpft ist, wird eine Abhängigkeit zwischen der App und dem Flow hergestellt und sie können zusammen verwaltet werden. Wenn die verknüpfte App gelöscht oder nicht verwendet wird, wird der Flow deaktiviert.

Ersteller können ihre Flows auch mit Apps über das Power Automate Portal verknüpfen. Weitere Informationen finden Sie unter Flows mit Apps verknüpfen.

Power Automate-Funktionen, die in Pro-App-Plänen enthalten sind

Ein Power Apps Pro-App-Plan gibt Benutzern die Möglichkeit, Power Automate Flows auszuführen, die Premium-Features nutzen. Die Flows müssen entweder von Power Apps ausgelöst oder über PowerShell oder Power Automate-Portal mit einer App verknüpft werden.

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

Multiplexing

Multiplexing bezieht sich auf die Verwendung von Hardware oder Software, die ein Kunde verwendet, um Verbindungen zu bündeln, Informationen umzuleiten oder die Anzahl der Benutzer zu reduzieren, die direkt auf Power Apps, Power Automate und Microsoft Copilot Studio zugreifen.

Es wird empfohlen, Multiplexing zu verwenden, um die Anzahl der Lizenzen zu reduzieren?

Die Verwendung von Multiplexing als Mechanismus zum Reduzieren der Anzahl der zu erwerbenden Lizenzen ist eine Lizenzverletzung. Weitere Informationen finden Sie in den Multiplexing-Anleitungen in den Anforderungen der Clientzugriffslizenz (CLIENT Access License, CAL).

Hier sind einige Beispiele dafür, was Multiplexing ist oder nicht:

• Wenn der Premium-Flow nur Daten von Dataverse an einen gemeinsam genutzten Ort verschiebt oder eine E-Mail an Kollegen sendet, fällt dies nicht unter Multiplexing, da die Benutzer die Daten verbrauchen, anstatt den Datenfluss auszulösen.

• Wenn ein Premium-Flow ausgelöst wird, wenn ein neuer Artikel zu einer SharePoint Liste hinzugefügt wird, die Details in Dataverse speichert und dann eine E-Mail an den Besitzer des Flows sendet, können mehrere Personen Elemente in die Liste hochladen, aber die E-Mail wird nur an den Besitzer gesendet. In diesem Fall benötigt nur der Besitzer eine Lizenz, da er nur er einen Mehrwert aus dem Flow zieht.

• Wenn der in Nummer zwei erwähnte Flow eine E-Mail an den Benutzer sendet, der den Artikel hochlädt, benötigen sowohl Besitzende als auch Benutzer eine Premium-Lizenz. In diesem Fall löst der Benutzer den Flow indirekt aus (indem er ein Element in SharePoint hochlädt) und erhält einen Wert aus dem Flow in Form einer E-Mail. Wenn nicht alle Benutzer lizenziert werden, fallen sie unter Multiplexing.

Ich habe mehrere Flows, die unter einem gemeinsamen Dienstkonto ausgeführt werden. Welche Lizenzen benötige ich?

• Dienstkonto: Microsoft Entra Benutzerkonto, das als Dienstkonto verwendet wird. Dienstkonten sind ein spezieller Kontotyp, der eine nichtmenschliche Entität, wie eine Anwendung, API oder einen anderen Dienst, darstellen soll. Benutzerkonten, die als Dienstkonto verwendet werden, indem Anmeldeinformationen mit anderen Benutzer geteilt werden, stellen ein Sicherheitsrisiko dar. Wenn mehrere Personen Zugriff auf das Dienstkonto haben, lässt sich nur schwer feststellen, wer Änderungen an einem Flow vorgenommen hat. Auch die Verwaltung ihrer Passwörter ist eine Herausforderung. Geben Sie beim Erstellen von Dienstkonten nur die Berechtigungen ein, die für die Aufgabe erforderlich sind. Bewerten Sie vorhandene Dienstkonten, um zu sehen, ob Sie Berechtigungen reduzieren können. Begrenzen Sie die Anzahl der Personen, die Zugriff auf das Dienstkonto haben, um Sicherheitsrisiken zu minimieren. Sie können auch verschiedene Konten für verschiedene Szenarien erstellen, um das Risiko zu minimieren. Bei Dienstkonten handelt es sich nicht um eine Best Practice. In einigen Szenarios werden Dienstkonten verwendet, um die Abhängigkeit vom Flow zum ursprünglichen Besitzer zu entfernen. Verwenden Sie in solchen Fällen den Dienstprinzipal, um Sicherheitsbedrohungen zu beheben.

• Dienstprinzipal: Der Microsoft Entra Dienstprinzipal fungiert als Identität der Anwendungsinstanz. Dienstprinzipale definieren, wer auf die Anwendung zugreifen kann und auf welche Ressourcen die Anwendung zugreifen kann. In jedem Mandanten, in dem die Anwendung verwendet wird, wird ein Dienstprinzipal erstellt, der auf das global eindeutige Anwendungsobjekt verweist.

• Nicht interaktive Benutzer: Dataverse unterstützt nicht interaktive Benutzer bei Aktivitäten wie Hintergrundprozessen, die Daten zwischen Datenbanken migrieren. Dafür muss der Benutzer nicht unbedingt mit dem Dienst interagieren. Es gibt eine Höchstgrenze von sieben (7) nicht interaktiven Benutzern pro Mandant. Nicht interaktive Benutzer werden von Power Automate noch nicht unterstützt.

• Menschliche Benutzer: Dies sind die menschlichen synchronisierten Benutzer von Microsoft Entra ID.

Diese Anleitung gilt speziell für Flows, die unter einem Dienstkonto als Besitzer des Flows ausgeführt werden.

Wenn Sie Ihren Flow unter einem Dienstkonto ausführen möchten, können Sie so Multiplexing vermeiden:

• Wenn der Flow nur Standardconnectors und keine Premiumfunktionen verwendet, können alle Benutzer, die über die Anmeldeinformationen des Dienstkontos verfügen, eine Microsoft-/Office 365-Lizenz, Power Automate Free oder eine Power Automate Premium-Lizenz haben.

• Wenn der Flow Premiumfunktionen verwendet (Premium-Konnektoren, robotergesteuerte Prozessautomatisierung, benutzerdefinierte Connectors, lokales Gateway, Geschäftsprozessflüsse):

  • Das Dienstkonto wird von einer begrenzten Gruppe von Benutzern verwendet. In diesem Fall reicht es aus, alle Benutzer und das Dienstkonto zu lizenzieren.
  • Das Dienstkonto wird von vielen Benutzern verwendet. In diesem Fall wird empfohlen, dem Flow eine Prozesslizenz zuzuweisen, um sicherzustellen, dass alle neuen Benutzer, die dem Konto hinzugefügt werden, automatisch konform sind.

• Wenn der Flow ein manuell oder ein durch App ausgelöster Flow/Dataverse „Als Benutzer ausführen“-Flow ist, brauchen alle Benutzer, die den Flow ausführen, eine Premium-Lizenz oder der Flow benötigt eine Prozess-Lizenz. Schauen Sie sich diese häufig gestellten Fragen an, wer eine Premium-Lizenz erwerben muss.

• Premium-Flow befindet sich im Kontext (der Flow teilt die Datenquellen der App) einer App, die mithilfe der Power Apps/Dynamics 365 App: erstellt wurde:

  • Alle Benutzer, die über die Anmeldeinformationen für das Dienstkonto und das Dienstkonto verfügen, benötigen eine Power Apps/Dynamics 365-Lizenz.
  • Wenn sie keine Power Apps/Dynamics 365-Lizenz haben, benötigen alle Benutzer und das Dienstkonto Power Automate-Benutzerlizenzen.
  • Alternativ kann der Flow mit einer Prozesslizenziert werden und keiner der Benutzer/Dienstkonten benötigt eine Lizenz.

• Mehrere Benutzer, die sich Anmeldeinformationen eines Dienstkontos teilen und Premium-Flows mit einer dem Dienstkonto zugewiesenen Power Automate Premium Lizenz verwenden, gelten als Multiplexing und der Flow ist nicht konform.

Es gibt einen Premium-Flow, der Genehmigungsanfragen an eine Gruppe von Benutzern sendet und dann wartet, bis die Benutzer die Anfrage genehmigen oder ablehnen, bevor er weiter ausgeführt wird. Benötigt die genehmigende Person eine Premium-Lizenz?

Benutzer, die auf Genehmigungsanfragen antworten, benötigen keine Premium-Lizenz.

Automatisierter Ablauf: Der Benutzer erstellt einen Fluss, der ausgelöst wird, wenn ein Element zu einer Liste hinzugefügt wird, die mit Microsoft Lists erstellt wurde, und aktualisiert eine SQL-Datenbank (Premium). Mehrere Personen können der mit Microsoft-Listen erstellten Liste Elemente hinzufügen. Benötigen Benutzer eine Premium-Lizenz?

Wenn es sich um einen Flow zur persönlichen Automatisierung handelt, wird der Flow im Kontext mit der Besitzerlizenz für automatisierte/geplante Flows ausgeführt und ruft die Benutzerlizenz für direkte, von Power Apps oder Dataverse ausgelöste Flows auf. Die Person, die der mit Microsoft-Listen erstellten Listen die Position hinzugefügt hat, benötigt also keine Premium-Lizenz.

Wir haben einen Direktflow mit Nur-Ausführen-Benutzern und verwenden Premium-Konnektoren. Der Entwickler teilt diesen Flow mit seinem Team und ermöglicht ihnen, diesen Flow auszuführen. Braucht jeder eine Premium-Lizenz?

Jeder, der den Flow aufruft, benötigt eine Premium-Lizenz, da es sich um einen Direktflow handelt.

Ich habe einen untergeordneten Flow mit Premium-Konnektoren, der von mehreren übergeordneten Flows aufgerufen wird, die keine Premium-Konnektoren haben. Müssen alle übergeordneten Flows lizenziert werden oder reicht die Lizenzierung des untergeordneten Flows aus?

Sie können entweder den übergeordneten Flow lizenzieren oder den untergeordneten Flow mit einer Prozesslizenz lizenzieren. Wenn der übergeordnete Flow jedoch auch über einen Premium-Konnektorverfügt, muss der Besitzende des übergeordneten Flows über eine Premium-Lizenz oder der übergeordnete Flow über eine Prozesslizenz verfügen.

Mein Flow verwendet Verbindungen mehrerer Benutzer. Muss ich alle lizenzieren? Wer eine Lizenz benötigt, hängt nicht davon ab, welche Verbindungen im Flow verwendet werden. Automatisierte/geplante Flows werden immer unter der Lizenz des Besitzers ausgeführt, und manuelle/Power Apps-Flows werden immer unter den Benutzern ausgeführt, die den Flow ausgeführt haben.