Die Power-Automate-Lizenz hängt vom Flow, seinen Connectors und dem ausführenden Konto ab. Vergleichen Sie Premium und Process und prüfen Sie Dienstkonten, bevor Sie einen Geschäftsprozess automatisieren.
Ein Dienstkonto allein reduziert nicht die Anzahl der erforderlichen Lizenzen. Es ist auch nicht so, dass jeder automatische E-Mail-Empfänger immer Premium erhalten muss. Die aktuelle FAQ zur Power Automate-Lizenzierung bietet eine spezifische Lösung.
Beschreiben Sie den Ablauf von Anfang bis Ende
Zeichnen Sie vor der Lizenzfrage einen einfachen Pfad: Wer oder was führt den Prozess aus, wo liest er Daten, wohin schreibt er und wer verwendet das Ergebnis? Fügen Sie den Besitzer, die Verbindung und alle Power Apps hinzu.
Die technische Identität des Connectors muss nicht mit der des Eigentümers des Flows übereinstimmen. Der Eigentümer muss nicht die Person sein, die den Prozess startet. Und der Autor der Lösung muss nicht der einzige Benutzer sein.
Senden Sie daher bei der Bestellung nicht nur einen Screenshot des SQL Connectors mit. Fügen Sie eine Beschreibung der gemeinsamen Passage bei. Für zwei Flows mit demselben Connector gelten möglicherweise unterschiedliche Nutzungs- und Lizenzierungsaspekte.
Die grundlegende Auflösung der Startmethode
Automatisierte und geplante Abläufe können den Lizenzkontext des Eigentümers verwenden. Für unmittelbare Abläufe wie Schaltflächen oder das Starten aus einer Anwendung ist der startende Benutzer wichtig. Aber auch diese Unterscheidung ersetzt nicht die Steuerung des Multiplexings und der Anbindung an Power Apps oder Dynamics 365.
Eine Prozesslizenz wird einem unterstützten Prozess zugewiesen und deckt dessen Power Automate-Nutzung möglicherweise auf andere Weise ab als die Benutzer-Premiumlizenz. Aber betrachten Sie es nicht als Lizenz für alle umliegenden Anwendungen.
Wiederholen Sie daher die Bewertung, wenn Sie den automatischen Fluss auf die Schaltfläche ändern. Aus Nutzersicht ändert sich möglicherweise nur der Komfort, der Lizenzkontext ist jedoch nicht mehr derselbe.
Tabelle prüfen
| Situation | Was es herauszufinden gilt | Was Sie vermeiden sollten |
|---|---|---|
| Geplante Datenverarbeitung | Eigentümer, Anschlüsse und Kontext | Automatische Zählung jedes Ausgabelesers |
| Manueller Start des Premium-Flows | Anzahl und Rechte der startenden Personen | Ich denke, dass das Connector-Konto alles abdeckt |
| Mit Power Apps verknüpfter Fluss | Link zur Anwendung und ihrer Lizenz | Prozesslizenz gegen Anwendungsrechte austauschen |
| Dienstkonto als Eigentümer | Wer nutzt es und wessen Arbeitsablauf dient es? | Teilen einer einzelnen Premium-Lizenz zwischen Personen |
| Dienstkonto nur in Verbindung | Wirtschaftlicher Eigentümer und Art der Ausführung | Fazit durch Verbindung, ohne den Rest zu überprüfen |
| Genehmigungsantwort | Egal, ob es nur um die Genehmigung oder den Start eines anderen Prozesses geht | Premium-Kauf pauschal für alle Genehmiger |
Die Tabelle dient als Beurteilungsgrundlage. Für einen komplexeren Prozess bestätigen Sie den genauen Fall anhand der aktuellen Dokumentation und Geschäftsbedingungen.
Multiplexing gilt auch für die indirekte Nutzung
Wenn Benutzer eine Anwendung oder Middleware verwenden, die den Zugriff unter einem einzigen Konto zentralisiert, verringert sich dadurch nicht automatisch die Anzahl der benötigten Lizenzen. Produktbedingungen beschreiben Multiplexing im Allgemeinen.
Bei Power Automate ist es wichtig, den gesamten Prozess zu bewerten. Das Hinzufügen eines Zwischenschritts über eine SharePoint-Liste ist keine Universallösung. Finden Sie heraus, wer durch das Einfügen eines Elements indirekt den Prozess startet, was er davon hat und welche Regel für dieses Szenario gilt.
Vermeiden Sie die gegenteilige Vereinfachung, dass jede automatische Ausgabe immer multiplexiert. Die aktuellen FAQ listet Beispiele auf, die je nach Einführung und Verwendung variieren. Die Entscheidung muss diese Unterschiede wahren.
Modellbeispiel: Bestellanforderungen
Ein hypothetisches Unternehmen hat zwanzig Mitarbeiter, die Anfragen aus einer Bewerbung einreichen. Flow schreibt in SQL und ruft weitere Schritte auf. Der Eigentümer ist das Dienstkonto.
Das Unternehmen ermittelt zunächst, welche Lizenzen die Anwendung und ihre Nutzer abdecken. Anschließend wird der Ablauf bewertet: ob er im Kontext der Anwendung steht, wie er gestartet wird und welche Funktionen er hat. Vergleicht die entsprechende Benutzerberechtigung mit einer beliebigen Prozesslizenz.
Das Endergebnis darf nicht lauten: „SQL verwendet ein Konto, also eine Lizenz“. Ebenso sollte es nicht automatisch für jeden ein weiteres Premium kaufen, wenn die konkrete Nutzung bereits durch ein anderes bestätigtes Modell abgedeckt ist. Es ist wichtig, die Abdeckung des gesamten Arbeitsgangs zu dokumentieren.
Der Prozess deckt Power Apps nicht automatisch ab
Registrieren Sie die Flow-Lizenz und die Anwendungslizenz separat. Vor allem, wenn die Anwendung Dataverse, Premium-Konnektoren oder andere kostenpflichtige Funktionen nutzt.
Bitten Sie beim Bieten um eine explizite Angabe, welchen Teil des Produkts der jeweilige Artikel abdeckt. Ergänzen Sie das technische Diagramm mit der Lizenzbeschreibung. Andernfalls lizenziert das Team die Automatisierung möglicherweise korrekt, übersieht jedoch genau die Anwendung, über die sie verwendet wird.
Dieses Prinzip gilt auch für die Infrastruktur außerhalb der Power Platform: Datenbank, Gateway, externe API und andere Dienste. Die Automatisierungslizenz ersetzt nicht deren Bedingungen.
Auf dem Dienstkonto fallen auch Betriebskosten an
Wer ändert die Verbindung nach der Passwortänderung? Wer findet heraus, ob ein Konto Berechtigungen verloren hat? Wer wird den Fluss reparieren, wenn der ursprüngliche Autor geht? Behandeln Sie diese Fragen gleichzeitig mit der Lizenz.
In den aktuellen FAQ empfiehlt Microsoft, für geeignete Flows einen Service Principal anstelle eines Shared Service Accounts in Betracht zu ziehen. Wählen Sie ein unterstütztes Modell für eine bestimmte Lösung aus und weisen Sie einen menschlichen Betriebseigentümer zu. Eine Bewerbung ohne persönliches Konto benötigt dennoch jemanden, der für das Ergebnis verantwortlich ist.
Geben Sie Ihre Anmeldeinformationen nicht an das gesamte Team weiter. Administratoren benötigen unterscheidbare Ansätze und Änderungsaufzeichnungen.
Worauf Sie nach dem Start achten sollten
Die Lizenz ist ein Teil des Betriebs. Als nächstes folgen Grenzwerte, fehlgeschlagene Läufe, Wiederholungen und Connector-Änderungen. Ein Testablauf für zehn Elemente weist möglicherweise nicht das gleiche Verhalten auf wie ein Monatsabschluss.
Verfolgen Sie erfolgreich abgeschlossene Geschäftsaufgaben und nicht nur den grünen Status der letzten Ausführung. Eine doppelte Bestellung stellt auch dann ein Problem dar, wenn der technische Lauf erfolgreich beendet wurde.
Legen Sie fest, wer auf Fehler prüft, wie unvollständige Anfragen wiederholt werden und wie Duplikate vermieden werden. Beziehen Sie diese Begriffe in das Pilotprojekt ein.
Verfahren zur Lizenzprüfung
- Bestandsfluss, Eigentümer und Verbindungen.
- Markieren Sie Standard- und Premium-Funktionen.
- Beschreiben Sie die Start- und Zielbenutzer.
- Überprüfen Sie den Link zu Power Apps oder Dynamics.
- Bewerten Sie die indirekte Nutzung und das Multiplexing.
- Bestätigen Sie das Benutzer- oder Prozessautorisierungsmodell.
- Testen Sie die Lösung mit einem regulären Konto ohne Testversion.
Speichern Sie die Ausgabe in der Lösung. Der neue Administrator sollte wissen, warum das Modell ausgewählt wurde und welche Änderung es ungültig machen kann.
Häufig gestellte Fragen
Benötigt jeder, der eine Anfrage genehmigt, Premium?
Laut FAQ wird eine bloße Antwort auf die Genehmigung anders betrachtet als das Auslösen eines Premium-Flows. Stellen Sie sicher, dass die Person wirklich nur zustimmt.
Reicht eine Premium-Lizenz auf einem Dienstkonto aus?
Es kann nicht als allgemeine Regel verwendet werden. Überprüfen Sie Eigentümer, Startmethode, echte Benutzer und Multiplexing.
Wird Process die Notwendigkeit einer Power Apps-Lizenz überflüssig machen?
Nein. Durch die Automatisierungsabdeckung werden einer Anwendung nicht automatisch Berechtigungen erteilt.
Was passiert, wenn der Flow auch ohne die erwartete Lizenz funktioniert?
Ein technischer Durchlauf allein weist noch keinen Lizenzschutz nach. Dokumentieren Sie die spezifischen Berechtigungen und Regeln für das verwendete Szenario.
Grundlage für genaues Angebot
Sie benötigen lediglich ein Workflow-Diagramm, eine Liste der Konnektoren, die Anzahl der Startup-Mitarbeiter und eine Anbindung an die Anwendung. Mit diesem Hintergrund können Sie ein Angebot erstellen, das der tatsächlichen Lösung entspricht und den Wechsel seines Managers übersteht.
