Power Automate: Die Multiplexing-Compliance-Falle

Ein zentraler Flow, ein Dienstkonto, eine Premium-Lizenz, fertig automatisiert für die ganze Abteilung. Diese Idee klingt auf dem Papier nach cleverer Lizenzeinsparung, führt in der Power-Automate-Praxis aber regelmäßig in eine Falle, die Microsoft als Multiplexing bezeichnet. Wer zentralisierte Flows für viele Nutzer baut, ohne die Lizenzregeln genau zu kennen, spart am falschen Ende und riskiert eine Nachlizenzierung, sobald ein Audit oder eine Compliance-Prüfung ansteht.

Dieser Beitrag erklärt anhand der offiziellen Microsoft-Dokumentation, was Multiplexing bei Power Automate konkret bedeutet, in welchen Konstellationen zentrale Flows und Dienstkonten zur Lizenzfalle werden und mit welchen Optionen Sie zentralisierte Automatisierungen sauber und compliant aufsetzen. Stand: Juli 2026.

Was Multiplexing bei Power Automate bedeutet

Microsoft definiert Multiplexing in der Power Automate-Lizenzierungs-FAQ als die Verwendung von Hardware oder Software, mit der ein Kunde Verbindungen bündelt, Informationen umleitet oder die Anzahl der Benutzer reduziert, die direkt auf Power Apps, Power Automate und Microsoft Copilot Studio zugreifen. Der Satz dahinter ist eindeutig: Multiplexing als Mechanismus, um die Anzahl der zu erwerbenden Lizenzen zu reduzieren, gilt laut Microsoft ausdrücklich als Lizenzverletzung.

Wichtig ist dabei, dass nicht jeder zentrale Flow automatisch Multiplexing ist. Microsoft nennt in der Dokumentation drei Beispiele, die den Unterschied deutlich machen:

• Ein Premium-Flow, der nur Daten aus Dataverse an einen gemeinsamen Ort verschiebt oder eine E-Mail an Kolleginnen und Kollegen sendet, fällt nicht unter Multiplexing, weil die Nutzer die Daten lediglich konsumieren, statt den Flow auszulösen.
• Wird ein Premium-Flow ausgelöst, wenn ein neues Element in einer SharePoint-Liste angelegt wird, speichert er die Details in Dataverse und sendet danach eine E-Mail nur an die Flow-Besitzerin, dann braucht nur diese eine Lizenz, auch wenn viele Personen Elemente in die Liste hochladen dürfen.
• Sendet derselbe Flow die E-Mail stattdessen an die Person, die das Element hochgeladen hat, brauchen sowohl Besitzer als auch jeder einzelne hochladende Nutzer eine Premium-Lizenz. Der Nutzer löst den Flow indirekt aus und zieht selbst einen Mehrwert daraus, in Form der E-Mail. Genau das ist der Punkt, an dem viele zentralisierte Flows kippen.

Der entscheidende Maßstab ist also nicht, wer technisch Zugriff auf die zugrunde liegenden Daten hat, sondern wer den Flow auslöst und wer aus dem Ergebnis einen eigenen Nutzen zieht. Sobald beides auf mehrere Personen zutrifft, die keine eigene Lizenz besitzen, ist die Compliance-Grenze überschritten.

Der Klassiker: ein Dienstkonto für die ganze Abteilung

Die häufigste Ursache für Multiplexing in der Praxis ist ein gemeinsames Dienstkonto, unter dem mehrere Flows laufen und auf das viele Menschen Zugriff haben. Die Lizenzierungs-FAQ unterscheidet dabei sauber zwischen Dienstkonto, Dienstprinzipal, nicht interaktiven Benutzern und menschlichen Benutzern und macht klar: Ein Microsoft-Entra-Benutzerkonto, das als Dienstkonto genutzt und dessen Anmeldedaten mit anderen geteilt werden, ist ein Sicherheitsrisiko und lizenzrechtlich heikel zugleich.

Konkret gilt laut Microsoft für Flows, die unter einem Dienstkonto als Besitzer laufen:

• Nutzt der Flow ausschließlich Standardconnectors ohne Premium-Funktionen, reicht für alle Personen mit Zugriff auf das Dienstkonto eine Microsoft- beziehungsweise Office-365-Lizenz, Power Automate Free oder eine beliebige Premium-Lizenz.
• Nutzt der Flow Premium-Funktionen wie Premium-Connectors, robotergesteuerte Prozessautomatisierung, benutzerdefinierte Connectors, ein lokales Gateway oder Geschäftsprozessflüsse, und wird das Dienstkonto nur von einer begrenzten Gruppe genutzt, reicht es, alle diese Personen und das Dienstkonto selbst zu lizenzieren.
• Wird dasselbe Dienstkonto dagegen von vielen Nutzern verwendet, empfiehlt Microsoft ausdrücklich eine Prozesslizenz für den Flow, damit auch neue Personen automatisch compliant sind, ohne dass jedes Mal nachlizenziert werden muss.
• Teilen sich mehrere Nutzer die Anmeldedaten eines Dienstkontos und verwenden Premium-Flows, während nur eine einzige Power-Automate-Premium-Lizenz dem Dienstkonto zugewiesen ist, gilt das laut Microsoft ausdrücklich als Multiplexing, und der Flow ist nicht konform.

Genau der letzte Punkt ist die Konstellation, in die zentralisierte Flows für viele Nutzer typischerweise hineinlaufen: eine Lizenz, ein Dienstkonto, viele Menschen mit Zugriff auf Premium-Funktionen. Aus Sicht der IT-Abteilung sieht das nach eleganter Zentralisierung aus, aus Lizenzsicht ist es genau die Situation, die Microsoft explizit als Verstoß benennt.

Instant Flows, App-Trigger und Dataverse: die scharfen Fälle

Neben Dienstkonten gibt es weitere Konstellationen, in denen zentrale Flows schnell zur Falle werden. Bei einem direkt ausgelösten Flow, etwa über einen Button oder aus einer Power App heraus, benötigt laut FAQ jede Person, die den Flow tatsächlich aufruft, eine eigene Premium-Lizenz, sobald der Flow Premium-Connectors verwendet, auch wenn der Flow selbst nur von einer einzigen Person erstellt und geteilt wurde. Wird ein Flow mit Premium-Connectors nur geteilt, damit ein Team ihn per Klick ausführen kann, braucht also jedes Teammitglied eine eigene Lizenz, nicht nur die Person, die den Flow gebaut hat.

Anders sieht es bei automatisierten oder geplanten Flows aus, die im Kontext des Besitzers laufen: Hier reicht grundsätzlich die Lizenz der Besitzerin oder des Besitzers, solange niemand anderes durch die Ausführung selbst einen direkten Wert erhält, etwa in Form personalisierter Ergebnisse. Auch wer nur auf eine Genehmigungsanfrage reagiert, die ein Premium-Flow verschickt, braucht laut FAQ keine eigene Premium-Lizenz, weil die genehmigende Person den Flow nicht auslöst, sondern nur antwortet.

Diese Feinunterscheidung wird bei zentralisierten Prozessen schnell unübersichtlich, gerade wenn ein und derselbe Flow für unterschiedliche Abteilungen mehrere Trigger-Arten kombiniert oder wenn untergeordnete Flows von mehreren übergeordneten Flows gleichzeitig aufgerufen werden. Für einen untergeordneten Flow mit Premium-Connectors, der von mehreren Parent-Flows ohne Premium-Funktionen aufgerufen wird, reicht laut Microsoft entweder die Lizenzierung der Parent-Flows oder eine Prozesslizenz für den Child-Flow, hat aber auch der Parent-Flow selbst einen Premium-Connector, braucht dessen Besitzer zusätzlich eine eigene Premium-Lizenz oder eine Prozesslizenz für den Parent-Flow.

So bauen Sie zentrale Flows compliant

Für zentralisierte Automatisierungen, die viele Menschen betreffen, gibt es im Kern drei saubere Wege, ohne dass jede einzelne Person nachträglich eine Premium-Lizenz braucht:

• Prozesslizenz statt Nutzerlizenzen. Laut der Übersicht zu Power Automate-Lizenztypen ist die Power Automate Process-Lizenz eine Kapazitätslizenz, die einem Cloud-Flow oder einer Maschine zugewiesen wird und unabhängig von der Lizenz der auslösenden oder besitzenden Person höhere Aktionsgrenzwerte sowie die Nutzung von Premium- und benutzerdefinierten Connectors ermöglicht. Für zentrale Geschäftsprozesse mit vielen indirekten Nutzern ist das meist die wirtschaftlichste und zugleich compliante Lösung, weil eine einzige Prozesslizenz pro Kernprozess reicht, unabhängig davon, wie viele Personen den Flow im Alltag mit auslösen.
• Alle betroffenen Personen tatsächlich lizenzieren. Wenn ein zentraler Flow nur von einer überschaubaren, klar abgegrenzten Gruppe genutzt wird, kann es günstiger sein, jeder Person eine eigene Premium-Lizenz zuzuweisen, statt eine Prozesslizenz zu kaufen. Bei wachsenden Teams wird diese Variante aber schnell unpraktisch, weil jede neue Person manuell nachlizenziert werden muss.
• Auf Standardconnectors begrenzen. Wenn ein zentraler Flow tatsächlich nur mit Standardconnectors auskommt, greifen die strengeren Multiplexing-Regeln für Premium-Funktionen erst gar nicht. Das ist selten die vollständige Lösung, aber ein guter erster Schritt, um zu prüfen, ob eine geplante Zentralisierung überhaupt Premium-Lizenzen zwingend nötig macht.

Für den technischen Betrieb empfiehlt Microsoft zusätzlich, Dienstkonten möglichst durch einen Dienstprinzipal als Flow-Besitzer zu ersetzen. Das löst zwar nicht automatisch das Lizenzthema, reduziert aber die Sicherheitsrisiken, die mit geteilten Anmeldedaten einhergehen, etwa fehlende Nachvollziehbarkeit, wer einen Flow geändert hat, und den Verwaltungsaufwand für Passwörter.

Guidance statt automatische Durchsetzung

Ein Punkt, der in der Praxis oft übersehen wird: Microsoft bezeichnet die Multiplexing-Regeln in der FAQ ausdrücklich als Anleitung, die nicht hart technisch erzwungen wird. Die Verantwortung, alle Flows korrekt zu lizenzieren und compliant zu bleiben, liegt laut Microsoft explizit bei den Administratoren der Organisation. Genau das macht die Falle so tückisch: Ein nicht konformer zentraler Flow läuft technisch klaglos weiter, oft über Monate oder Jahre, bis ein internes Lizenz-Audit, ein Wechsel im Lizenzmodell oder eine externe Prüfung die Lücke aufdeckt. Wer zentrale Flows für viele Nutzer plant, sollte die Lizenzfrage deshalb von Anfang an mitdenken und nicht erst, wenn die Nutzerzahl längst gewachsen ist.

Eine kurze Checkliste für bestehende oder geplante zentrale Flows:

• Wer löst den Flow tatsächlich aus, und wer erhält aus der Ausführung einen eigenen, personalisierten Nutzen?
• Läuft der Flow unter einem persönlichen Konto, einem geteilten Dienstkonto oder einem Dienstprinzipal?
• Verwendet der Flow Premium-Connectors, benutzerdefinierte Connectors, ein lokales Gateway oder RPA-Funktionen?
• Wie viele Personen haben aktuell und in absehbarer Zukunft Zugriff auf das auslösende Konto oder den Flow selbst?
• Wäre eine Prozesslizenz für den zugrunde liegenden Geschäftsprozess günstiger und zukunftssicherer als das Nachlizenzieren einzelner Nutzer?

Wer diese Fragen einmal sauber durchgeht, behält bei wachsenden Automatisierungen die Kontrolle über Lizenzkosten und Compliance, statt bei der nächsten Prüfung überrascht zu werden. Wenn Sie zentrale Power-Automate-Prozesse für Ihr Unternehmen aufsetzen möchten und dabei von Anfang an lizenzrechtlich sauber bleiben möchten, unterstützt Sie NordFlux mit Festpreis-Projekten rund um Power-Automate-Automatisierung, inklusive Lizenzberatung und deutscher Datenhoheit.

Häufige Fragen

Ist Multiplexing bei Power Automate technisch verboten oder nur eine Empfehlung?

Microsoft setzt die Multiplexing-Regeln nicht technisch durch, bezeichnet sie in der FAQ aber ausdrücklich als Anleitung, deren Einhaltung in der Verantwortung der Administratoren liegt. Ein nicht konformer Flow funktioniert also weiterhin, verstößt aber gegen die Lizenzbedingungen und kann bei einem Audit oder einer Lizenzprüfung zum Problem werden.

Reicht eine einzige Power-Automate-Premium-Lizenz für ein Dienstkonto, das viele Mitarbeitende nutzen?

Nein, nicht wenn der Flow Premium-Funktionen wie Premium-Connectors nutzt. Teilen sich mehrere Personen die Anmeldedaten eines Dienstkontos und läuft darüber ein Premium-Flow mit nur einer einzigen zugewiesenen Premium-Lizenz, gilt das laut Microsoft ausdrücklich als Multiplexing und der Flow ist nicht konform.

Wann brauchen Nutzer, die einen Flow nur indirekt auslösen, keine eigene Lizenz?

Wenn der Flow zwar durch ihre Aktion angestoßen wird, sie aber selbst keinen personalisierten Mehrwert aus der Ausführung ziehen, etwa weil das Ergebnis nur an eine zentrale Stelle oder die Flow-Besitzerin geht. Erhalten sie dagegen ein individuelles Ergebnis, etwa eine an sie persönlich gerichtete E-Mail, benötigen sie eine eigene Premium-Lizenz.

Ist eine Prozesslizenz immer die beste Lösung für zentrale Flows?

Nicht immer, aber oft. Eine Prozesslizenz eignet sich besonders für Kernprozesse mit vielen, häufig wechselnden Nutzern, weil neue Personen automatisch abgedeckt sind. Bei einer kleinen, stabilen Nutzergruppe kann es günstiger sein, jeder Person direkt eine Premium-Lizenz zuzuweisen, statt eine separate Prozesslizenz zu kaufen.

Löst ein Dienstprinzipal statt eines Dienstkontos das Lizenzproblem automatisch?

Nein. Ein Dienstprinzipal reduziert vor allem Sicherheitsrisiken, etwa das Teilen von Passwörtern und die fehlende Nachvollziehbarkeit von Änderungen, ersetzt aber nicht die Prüfung, ob der Flow Premium-Funktionen nutzt und wie viele Personen davon einen eigenen Nutzen ziehen. Die Lizenzfrage müssen Sie unabhängig davon beantworten.