Power Automate Häufig gestellte Fragen zur Lizenzierung

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

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

Wenn ein Flow auf den Power Automate-Prozessplan eingestellt ist, dann kann er auf die Premium-Konnektoren zugreifen, hat er die höchsten Grenzwerte und verwendet immer die Anforderungsgrenzwerte des Prozessplans, unabhängig davon, wer den Flow ausführt.

Wenn der Flow auf den Power Automate-Premium-Benutzerplan eingestellt ist, erhält er den Plan seines primären Besitzenden, wenn es sich um einen automatisierten oder geplanten Flow handelt. Wenn es sich bei dem Flow um einen Direkt-/Schaltflächenflow handelt, wird die Lizenz der Benutzenden verwendet, die den Flow ausführen. Wenn ein Benutzer mehrere Pläne hat, wie einen Microsoft 365-Plan und einen Dynamics 365-Plan, verwendet der Flow die Anforderungslimits aus beiden Plänen.

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

Erfahren Sie mehr über Lizenzpläne, die Power Automate Funktionen in Lizenztypen Power Automate und der Power Platform Lizenzierung Anleitung umfassen. Weitere Informationen zu den Limits und dem Leistungsprofil von Lizenzplänen finden Sie unter Grenzen für automatisierte, geplante und sofortige Flows.

Welche Power Automate-Lizenzen benötige ich?

Microsoft empfiehlt den meisten Organisationen den Kauf der Power Automate Premiumlizenz für alle Benutzenden in ihrer Organisation. Erwerben Sie die Power Automate-Prozesslizenz für jeden Geschäftsprozess oder jeden Computer, auf den eine unbeaufsichtigte Automatisierung ausgeführt wird. Der von Power Automate gehostete Prozess ist eine Obermenge der Power Automate-Prozesslizenz 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 Benutzende 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 Benutzende in Produktionsumgebungen Zugriff gewährt wird.
• Ihre Flows verarbeiten große Datenmengen oder müssen häufig ausgeführt werden, sodass ein hohes Volumen an Power Platform-Anforderungen erforderlich ist.
• Ihr Premium-Flow wird von mehreren Benutzenden aufgerufen. In diesem Fall benötigt entweder alle eine Premium-Lizenz oder der Flow benötigt eine Prozesslizenz. Wenn ein Flow über eine Prozesslizenz verfügt, muss Benutzende ü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-Connectors und Ihre Organisation hat viele Gastbenutzende, die den Flow verwenden, Sie wissen jedoch nicht, ob der Startmandant der Gastbenutzenden Premium-Lizenzen bereitstellt.

Anmerkung

Die Power Automate-Prozess- und gehosteten Prozesslizenzen lizenzieren nur die Flows und/oder Computer und nicht die Benutzenden. Der Premium-Benutzerplan ist für RPA-Entwickler erforderlich, um Desktop-Flows im Power Automate-Portal zu erstellen und zu verwalten. Weitere Informationen zu den Premium-RPA-Funktionen, die im Premium-Benutzerplan enthalten sind, finden Sie unter Premium-RPA-Funktionen.

Wie viele Power Automate Prozesslizenzen brauche ich?

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

  Erwerben Sie eine Processlizenz 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?

  Kaufen Sie für jeden Kerngeschäftsprozess einen Prozess. 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.

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. Alle untergeordneten Flows und zugehörigen Flows dieser Cloud-Flows sind ebenfalls durch die Prozesslizenz auf dem Computer abgedeckt.

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.

Identifizieren Sie den Flow, der den Prozess startet, und weisen Sie diesem Flow eine Prozesslizenz zu. Untergeordnete Flows des Flows mit Prozesslizenz werden von der Prozesslizenz abgedeckt. Diese Flows können in derselben Lösung oder in unterschiedlichen Lösungen vorliegen.

Nicht über-/untergeordnete Flows können mit einer Prozesslizenz manuell dem Flow zugeordnet werden. Diese Flows müssen sich in derselben Lösung befinden und dieselben Datenquellen verwenden.

Die als untergeordnete Flows und zugehörige Flows organisierten Flows werden alle als ein Prozess behandelt, wobei dem Haupt-Flow eine Prozesslizenz zugewiesen ist, und nutzen die Power Platform Anforderungsgrenzwerte der Prozesslizenz gemeinsam.

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), über volle Flexibilität verfügen müssen (mit der Berechtigung für benutzerdefinierte Konnektoren) oder mit Anwendungen interagieren möchten, die menschliches Verhalten wie Tastatur- oder Maustasten und Bewegungen simulieren (mit der Berechtigung robotergesteuerte Prozessautomatisierung beaufsichtigt), sollten eine Power Automate Premium-Lizenz in Betracht ziehen.

Genauer gesagt:

• Sie benötigen eine Premium-Lizenz für jeden RPA-Entwickler, der Desktop-Flows im Power Automate-Portal erstellt und verwaltet. Erfahren Sie mehr in Premium-RPA-Funktionen.
• Der Power Automate Prozessplan hat unter allen Lizenzen die höchste Priorität. Wenn also einem Flow eine Prozesslizenz zugewiesen wird, verwendet der Flow immer diese Lizenz. Besitzende oder ausführende Benutzende brauchen keine Premium-Lizenz.
• 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 Benutzenden ausgeführt, unabhängig von den im Flow verwendeten Verbindungen. Wenn ein automatisierter/geplanter Flow einen Premium-Connector verwendet, benötigt nur Besitzende eine Premium-Lizenz.
• Wenn ein Direktflow über Premium-Connectors verfügt, benötigen alle Benutzende, die den Flow ausführt, eine Power Automate Premium-Lizenz. In solchen Fällen können Sie den Flow mit einer Prozesslizenz lizenzieren, anstatt für alle Benutzenden Lizenzen zu erwerben.
• Wenn der Flow keinen Premium-Connector 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 Benutzenden, 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 übergeordneter Flow nicht von untergeordneter Flow übernommen. 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?

Der 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 gehostete Power Automate-Prozess-Lizenz als Power Automate-Prozesslizenz verwendet werden?

Ja, Sie können die gehostete Power Automate-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ösungsfähige Flows erstellen, wenn der Umgebung, in der sie den lösungsfähigen 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 Benutzenden 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-Benutzenden/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ösungsfähiger Flow ist, können Sie den Besitzer ändern, indem Sie Power Automate 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 Prozesslizenz, 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 Gastbenutzende beispielsweise eine Power Automate Premium-Lizenz haben, die dem Startmandanten zugewiesen ist, können sie Premium-Features in dem Gastmandanten 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 (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 Prozess, eine allumfassende Lizenz, die einfacher zu verwalten ist, lizenziert einen einzelnen „Automatisierungsbot“, der für die unbeaufsichtigte robotergestützte Prozessautomatisierung (unbeaufsichtigte RPA) oder Cloud-Flows mithilfe digitaler Prozessautomatisierung (DPA) verwendet werden kann und auf eine unbegrenzte Anzahl an Benutzenden in der Organisation zugreifen kann. Der Preis für Power Automate Prozess beträgt 150 $ pro Bot/Monat.

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

Für unbeaufsichtigte RPA musste bisher eine Pro-Flow-Lizenz für den Cloud-Flow und ein Add-On für die unbeaufsichtigte RPA gekauft werden. 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 Processlizenz 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 enthält alle Vorteile von Power Automate Pro-Benutzer-Lizenzen mit beaufsichtigter RPA zum Preis von 40 $ pro Benutzendem/Monat sowie die Process Mining-Funktionen zur Visualisierung und Analyse von Prozessen und wird zum Preis von 15 $ pro Benutzendem/Monat angeboten.

Power Platform Anfragen

Hier sind einige der häufig gestellten Fragen zu PPR-Grenzen und ihre Antworten.

Was zählt als Power Platform-Anfrage?

Je nach Lizenz gibt es Beschränkungen hinsichtlich der Anzahl der Aktionen, die ein Cloud-Flow pro Tag ausführen kann. Diese Grenzwerte unterscheiden sich von den Grenzwerten für die Connector-Drosselung. Sie können die Anzahl der von Ihrem Flow ausgeführten Aktionen sehen, indem Sie auf der Detailseite von Cloud-Flow „Analysen“ auswählen und sich die Registerkarte „Aktionen“ anschauen.

Auch wenn der Flow nur wenige Power Platform Anfragen verwendet, 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. Hier sind einige Erkenntnisse zur Schätzung der Anforderungsnutzung eines Flows:

1. Ein einfacher Flow mit einem Trigger und einer Aktion führt bei jeder Ausführung des Flows zu zwei „Aktionen“, die zwei Anfragen verbrauchen.
2. 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. Beispielsweise ein Flow, der eine Verbindung zu SharePoint oder Exchange, Twitter Dataverse herstellt; alle diese Aktionen werden auf die Power Platform Anforderungslimits angerechnet.
3. Sowohl erfolgreiche als auch fehlgeschlagene Aktionen werden in diesen Grenzwerten berücksichtigt. Übersprungene Aktionen werden nicht auf diese Grenzwerte angerechnet.
4. 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.
5. Eine Aktion kann mehrere Ausdrücke haben, wird aber als eine API-Anfrage gezählt.
6. Wiederholungsversuche und zusätzliche Anforderungen aus der Paginierung gelten ebenfalls als Aktionsdurchführungen.

Betrachten Sie das folgende Cloud-Flow, 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 Anforderungslimits werden von Cloud-Flow verwendet?

• Wenn ein Cloud-Flow über eine Prozess-/Pro-Flow-Lizenz verfügt, verwendet der Flow das Prozess-/Pro-Flow-Lizenzlimit und nicht das Limit des Erstellers/Besitzer/aufrufenden Benutzers.

• Automatisierte und geplante Cloud-Flows verwenden immer die Anforderungslimits des Flow-Erstellers/-Besitzers Power Platform , 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, wird das API-Anforderungslimit des neuen Besitzers verwendet. Bei einem Nicht-Lösungsfluss verwendet der Fluss immer das Limit des ursprünglichen Erstellers, das nicht geändert werden kann. 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, die Limits des neuen Besitzers zu nutzen. Alternativ können Sie dem Flow eine Prozess-/Pro-Flow-Lizenz zuweisen.

• Sofortige Cloud-Flows (Schaltfläche, Power Apps, Hybrid-Trigger) verwenden das Limit des aufrufenden Benutzers.

• Wenn der Flow-Eigentümer ein Dienstprinzipal ist, verwendet der Flow das Limit für nicht lizenzierte Benutzer.

• Wenn Sie mit einem anderen Benutzer einen automatisierten/geplanten Flow Teilen durchführen und dieser Benutzer dann denselben Flow auslöst, wird das Limit des ursprünglichen Besitzers verwendet und nicht das Limit des neuen Benutzers. Wenn der Benutzer den Flow dann jedoch nutzt, um einen eigenen neuen Flow zu erstellen, wird dieser neue Benutzer Eigentümer des neuen Flows und dieser Flow nutzt das Limit des neuen Benutzers.

• Wenn ein übergeordneter Flow ein untergeordneter Flow aufruft, verwendet das untergeordneter Flow die Begrenzung des übergeordneter Flow. Wenn es sich bei übergeordneter Flow beispielsweise um einen automatisierten Flow handelt, verwendet untergeordneter Flow das Limit des Erstellers/Besitzers von übergeordneter Flow.

• Wenn übergeordneter Flow ein manueller Flow ist, verwendet untergeordneter Flow das Limit des aufrufenden Benutzers von übergeordneter Flow.

• Wenn untergeordneter Flow über eine Prozess-/Pro-Flow-Lizenz verfügt, verwendet es das Prozess-/Pro-Flow-Limit und nicht das Limit von übergeordneter Flow.

• Wenn ein Flow über eine Prozesslizenz verfügt, unterliegen der Flow, alle untergeordnetes Element-Flows (ausgenommen diejenigen, die über eine eigene Prozesslizenz verfügen) des Flows und alle zugehörigen Flows des Flows Teilen dem Prozesslizenzlimit.

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 PPR-Grenzwerte für den Tag überschritten. Bei Flows, die aufgrund von Überschreitungen ständig verzögert werden, erhalten Benutzer außerdem eine Benachrichtigung, die sie über diese Überschreitungen informiert, zusammen mit Tipps und Tricks, wie Sie verzögerte Ausführungen ihrer Flows verhindern können.

Hier ist ein Beispiel für eine E-Mail, die für einen Flow gesendet wurde, der ständig die Aktionslimits überschritt:

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 dabei 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. Mithilfe dieser Berichte können Sie schnell die Akzeptanz- und Benutzermetriken für Ihr Unternehmen einsehen. Sie befinden sich derzeit in öffentliche Vorschauversion. Es stehen zwei Berichte zur Verfügung:

• Benutzerbericht – Dieser Bericht zeigt die Power Platform Anforderungsnutzung durch jeden Benutzer in Umgebung im Vergleich zu dem ihnen zugewiesenen Limit an.
• Bericht pro Flow – Dieser Bericht zeigt die Power Platform Anforderungsnutzung durch jeden Flow im Umgebung an, der über eine Lizenz pro Flow verfügt.
• Bericht für nicht lizenzierte Benutzer – Dieser Bericht zeigt die Power Platform Anforderungsnutzung für nicht lizenzierte Benutzer und die Gesamtberechtigung für nicht lizenzierte Benutzer für diesen Mandanten an. Zukünftig werden in diesem Bericht die Power Platform Nutzungsanforderungen für Flows angezeigt, die unter dem Service Principal ausgeführt werden.

Sobald die Berichte allgemein verfügbar sind, haben die Benutzer Zeit zu reagieren und höhere PPR-Lizenzen zu erwerben, bevor mit der Durchsetzung begonnen wird.

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

Wenn Sie ein Cloud-Flow haben, das zu viele Aktionen ausführt, beeinträchtigt dies die Leistung Ihres Flows. 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.

Folgendes können Sie tun, 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 Ablauf bereits optimiert ist, aufgrund der Art des Geschäfts jedoch viele Aktionen verwendet, sollten Sie den Kauf einer höheren PPR-Lizenz in Erwägung ziehen. Die Prozesslizenz bietet das beste verfügbare Leistungskontingent (250.000 Aktionen/24 Stunden).

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

• Das Kapazitäts-Add-On für Power Apps und Power Automate für Ihre Organisation kaufen Während der Übergangsphase ist die Durchsetzung weniger streng, daher besteht keine Möglichkeit, das Power Apps Kapazitäts-Add-On Power Automate einem Benutzer oder Datenfluss 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 Datenfluss 14 Tage in Folge konstant über den Grenzwerten der Übergangsperiode liegt, wird der Datenfluss ausgesetzt und eine Benachrichtigung an den Eigentümer gesendet. Power Automate Sie können eine höhere PPR-Lizenz erwerben und diese 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-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. Diese Grenze unterscheidet sich von der PPR-Grenze. 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 Im CoE Starter Kit enthaltene Cloud Flows nutzen ebenfalls Limits des Eigentümers. Microsoft empfiehlt, dass Sie mehr Kapazität kaufen und sich an den Support wenden, um die Drosselung vorübergehend zu vermeiden.

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

Ja, Flows, deren Besitzer ein Dienstprinzipal ist, verbrauchen ein separates Kontingent namens nicht interaktive Grenzwerte. Diese Grenzwerte gelten nur, wenn der Besitzer des Flows ein Dienstprinzipal ist. Diese Grenzwerte gelten nicht, wenn der Flows ein Dienstprinzipal nur in einer der Aktionen nutzt. Manuelle Flows (Schaltflächen-Flows, die für Nur-ausführen-Benutzer/von Power Apps aufgerufene Flows freigegeben sind) verwenden die Anforderungsgrenzwerte von Nur-ausführen-Benutzern, selbst wenn der Besitzer des Flows ein Dienstprinzipal ist. Die Nur-Ausführungsbenutzer müssen über eine Power Automate Premiumlizenz 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:

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

• Für Haupt-Flows des Premiumdienstes, die außerhalb des App-Kontexts von Dynamics 365 liegen, ist jeweils eine Prozess-/Pro-Flow-Lizenz erforderlich. Diese Flows erhalten 250.000 Anfragen pro Flow pro 24 Stunden.

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

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

Weitere Informationen finden Sie unter Flows Apps zuordnen.

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 Cloud-Flow verwendet?

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

Leistungsprofil	Lizenz	Beschränkungen während der Übergangszeit	Grenzen nach der Übergangszeit
Niedrig	- Power Automate Kostenlos - Microsoft 365 Lizenzen - Power Apps Plan 1 (alt) - Power Apps Pro-App-Lizenzen - Power Automate Plan 1 (alt) - Alle Testlizenzen - Dynamics 365 Teammitgliedslizenz	10,000	6000
Mäßig	- Power Apps ausgelöste Flows - Power Apps Plan 2 (alt) - Power Apps Premium-Lizenz - Power Automate Plan 2 (alt) - Power Automate pro Benutzer (veraltet) - Power Automate Premium-Lizenz - Dynamics 365 Enterprise-Lizenzen - Dynamics 365 professionelle Lizenzen	100,000	40.000
Hoch	- Power Automate Prozesslizenz - Power Automate Gehostete Prozesslizenz - Power Automate Pro-Flow-Plan (veraltet)	500,000	250,000
Unbegrenzt	- Bezahlen Sie nach Verbrauch Umgebung	15,000,000	15,000,000

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

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

Bewährte Verfahren rund um PPR

Best Practices im Design

Verwenden Sie zur Automatisierung so wenige Aktionen wie möglich:

• 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 den Erwerb einer Prozesslizenz in Erwägung ziehen, um einen besseren Durchsatz und höhere Kontingente zu erzielen. Die Prozesslizenz bietet das beste verfügbare Leistungskontingent (250.000 Aktionen pro 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 Cloud-Flows einmal pro Woche im Hintergrund aktualisiert, um aktuelle 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 unter Anforderungslimits und -zuteilungen.

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 können weiterhin mit einer Basislizenz (entweder Power Automate Premium, Power Automate Process, Office 365, Power Apps oder Dynamics) lizenziert werden. Wenn Sie beispielsweise eine Power Automate Premium-Lizenz besitzen, gilt für Sie ein Limit von 40.000 Power Platform Anfragen pro Benutzer und Tag. Wenn der Benutzer 45.000 Anfragen pro Tag verwendet hat, werden die zusätzlichen 5.000 Anfragen mit einem $/Anfragepreis multipliziert und dem Azure-Abonnement in Rechnung gestellt. Der Gesamtbetrag wird basierend auf dem Azure-Abrechnungszyklus des Kunden zusammengezählt und in Rechnung gestellt. Wenn Sie auf Umgebung das Prepaid-Modell aktivieren, werden mehrere Zähler aktiviert. Weitere Informationen finden Sie unter So richten Sie Pay-as-you-go ein.

Schema zur Abrechnung von PPR-Überschreitungsanfragen im Pay-as-you-go-Verfahren Umgebung:

Allgemeine FAQs zu Anfragelimits

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

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?

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

Office 365-Lizenzen umfassen folgende Power Automate-Funktionen:

• Erstellen und Ausführen von automatisierten, geplanten und Schaltflächenflows.
• Zugriff auf Standard-Anschlüsse.
• 6.000 Power Platform Anfragen/Tag. 10.000 Anfragen/Tag während der Übergangsphase.

Die folgenden Power Automate-Funktionen sind nicht enthalten:

• Zugriff auf Premium-Konnektoren (außer in Dataverse for Teams Umgebungen). Weitere Informationen zu Dataverse for Teams-Funktionen.
• Geschäftsprozessflows
• Benutzerdefinierte Konnektoren
• Lokale Gateways
• Robotergesteuerte Prozessautomatisierung durch
• AI Builder-Kapazität

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 for Faculty
• Office 365 A1 for Students
• Office 365 A1 Plus for Faculty
• Office 365 A1 Plus for Students
• Office 365 A3 for Faculty
• Office 365 A3 for Students
• Office 365 A3 for Student Use Benefit
• Office 365 A5 for Faculty
• Office 365 A5 for Students
• Office 365 A5 for Student Use Benefit

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 Standard-Anschlüsse.
• Zugriff auf Premium-Konnektoren im App-Kontext.
• Geschäftsprozessflüsse im App-Kontext.
• Benutzerdefinierte Konnektoren im App-Kontext.
• lokal-Gateways im App-Kontext.
• Power Platform Anforderungslimits : Dynamics 365 Teammitglied erhält 6.000 Anfragen/Tag (25.000 Anfragen/Tag während der Übergangsphase), Dynamics 365 Professional erhält 40.000 Anfragen/Tag (100.000 Anfragen/Tag während der Übergangsphase) und Dynamics 365 Enterprise erhält 40.000 Anfragen/Tag (100.000 Anfragen/Tag während der Übergangsphase).

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 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 Customer Service Enterprise
• Dynamics 365 Customer Service Professional
• Dynamics 365 Field Service
• Dynamics 365 Project Operations
• Dynamics 365 Team Members
• Dynamics 365 Finance
• Dynamics 365 Supply Chain Management
• Dynamics 365 Commerce
• Dynamics 365 Human Resources
• 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 enthalten?

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

• Erstellen und Ausführen von automatisierten, geplanten, Schaltflächenflows.
• Zugriff auf Standard-Anschlüsse.
• Zugriff auf Premium-Konnektoren im App-Kontext.
• Geschäftsprozessflüsse im App-Kontext.
• Benutzerdefinierte Konnektoren im App-Kontext.
• lokal-Gateways im App-Kontext.
• Power Platform Anforderungslimits: Power Apps Premium erhält 40.000 Anforderungen/Tag (100.000 Anforderungen/Tag während der Übergangsphase) und Power Apps pro App erhält 6.000 Anforderungen/Tag (10.000 Anforderungen/Tag während der Übergangsphase).
• 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 der App aufgerufen werden, die mit Power Apps erstellt wurde, 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 Trigger oder eine Aktion, der oder die in Power Apps integriert ist, 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 mit Power Apps erstellten App (oder ihren Datenquellen).

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 einer App, die mithilfe von Power Apps-App-Kontext erstellt wurde

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

AI Builder-Lizenzfragen

Globale AI Builder Lizenzierungsinformationen finden Sie in den folgenden Artikeln:

• AI Builder Lizenzierungsübersicht
• AI Builder Häufig gestellte Fragen zur Lizenzierung.

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.

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

Weitere Informationen zu Startguthaben finden Sie unter Anspruch auf AI Builder Guthaben erhalten.

Durchsetzung

Warum ist mein Flow ausgeschaltet?

Weitere Informationen finden Sie unter 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, muss 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 Cloud-Flows zur Unterstützung der App erstellt werden und im Kontext einer App stehen, verknüpfen Sie den Flow 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 Apps zuordnen.

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

Ein Power Apps Pro-App-Plan gibt Benutzenden 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 einer App zuordnen.

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 die 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 im Multiplexing-Leitfaden unter Client Access License (CAL) Requirements.

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

1. Wenn der Premium-Flow nur Daten Dataverse an einen gemeinsam genutzten Ort von 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.

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

3. Wenn der in Nummer zwei erwähnte Flow eine E-Mail an den Benutzenden sendet, der den Artikel hochlädt, benötigen sowohl Besitzende als auch Benutzende 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 Benutzenden 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: Microsoft Entra Der 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 für Aktivitäten wie Hintergrundprozesse, 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 vom Menschen 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 Premiumfeatures verwendet, können alle Benutzenden, die über die Anmeldeinformationen des Dienstkontos verfügen, eine Microsoft-/Office 365-Lizenz, kostenlose Power Automate oder beliebige Power Automate Premium-Lizenz haben.

• Wenn der Flow Premiumfunktionen verwendet (Premium-Connectors, 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 Benutzenden, die dem Konto hinzugefügt werden, automatisch konform sind.

• Wenn der Flow ein manuell oder durch eine App ausgelöster Flow oder ein „Als Benutzender ausführen“-Flow von Dataverse ist, brauchen alle Benutzenden, die den Flow ausführen, eine Premium-Lizenz, oder der Flow benötigt eine Prozesslizenz. Weitere Informationen finden Sie in diesen häufig gestellten Fragen dazu, wer eine Premium-Lizenz erwerben muss.

• Premium-Flow befindet sich im Kontext (der Flow teilt die Datenquellen der App) einer mit Power Apps/Dynamics 365 App erstellten App:

  • Alle Benutzer, die über 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 Benutzenden/Dienstkonten benötigt eine Lizenz.

• Mehrere Benutzende, 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.

Notiz

Die Anleitung ist spezifisch für Dienstkonten, die als Flow-Besitzer oder nur ausführende Benutzer verwendet werden. Flows, die Dienstkonten als Verbindungen oder Mitbesitzer verwenden, sind von dieser Anleitung nicht betroffen. Wir empfehlen, die Flows mit dem Dienstprinzipal als Besitzendem anstelle des Dienstkontos auszuführen, um Sicherheitsrisiken zu vermeiden

Dies ist nur eine Anleitung und wird nicht hart erzwungen. Administratoren sind dafür verantwortlich, alle Flows korrekt zu lizenzieren, um konform zu bleiben.

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?

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

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

Der Flow wird im Kontext mit der Besitzerlizenz für automatisierte oder geplante Flows ausgeführt und mit der Lizenz der aufrufenden Benutzenden für Direkt-, von Power Apps oder Dataverse ausgelöste Flows. 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-Connectors. 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-Connectors, der von mehreren übergeordneten Flows aufgerufen wird, die keine Premium-Connectors 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 Premiumconnector verfü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.