Was passiert
Power Automate ist Microsofts Automatisierungstool für Microsoft 365. Es verbindet wiederkehrende Büroaufgaben über ein einfaches Konzept: Auslöser (Trigger) starten Abläufe, Aktionen führen sie aus, Bedingungen steuern die Logik. Ein klassisches Beispiel ist das automatische Ablegen von E-Mail-Anhängen in SharePoint-Ordner, gesteuert durch den Absender einer Nachricht. Ein anderes: eine monatliche Erinnerung an ein Team, die aber nur verschickt wird, wenn tatsächlich offene Aufgaben in einer Liste stehen. Das dritte: Formulareingaben direkt in eine Liste übertragen, ohne sie von Hand abzutippen.
Diese Anwendungsfälle rechnen sich schnell. Eine eingesparte Tipparbeit mehrmals täglich summiert sich im Jahr zu Tagen an Arbeitszeit. Doch wo die technische Einfachheit endet, beginnen organisatorische und lizenzrechtliche Komplexitäten.
Viele Microsoft-365- und Office-365-Lizenzen beinhalten begrenzte Power-Automate-Rechte: Das Erstellen und Ausführen automatisierter, geplanter und Schaltflächen-Flows sowie der Zugriff auf Standard-Konnektoren sind inbegriffen. Nicht enthalten sind Premium-Konnektoren, benutzerdefinierte Konnektoren, lokale Gateways, robotergesteuerte Prozessautomatisierung (RPA) und der AI Builder.
Standard-Konnektoren umfassen Outlook, SharePoint, Teams, OneDrive, Excel Online und Forms – damit sind die genannten Standardaufgaben abgedeckt. Sobald ein Flow aber auf SQL Server, Azure-Dienste, Dynamics 365 oder externe Systeme über einen speziellen Konnektor zugreift, wird der gesamte Flow Premium und benötigt entsprechende Lizenzen. Ein einziger Premium-Konnektor an einer beliebigen Stelle reicht aus, um die gesamte Automatisierung in die Premium-Kategorie zu verschieben.
Entscheidend ist auch, wer eine Lizenz braucht. Automatisierte und geplante Flows laufen im Kontext des Besitzers – unabhängig davon, wer sie ausgelöst hat. Bei direkten Flows mit Schaltfläche gilt dagegen der Kontext des aufrufenden Benutzers. Bedeutet: Bei einem Direkt-Flow mit Premium-Konnektor benötigt jede Person, die ihn aufruft, eine eigene Premium-Lizenz. Hier kann eine Prozesslizenz für den Flow oft wirtschaftlicher sein.
Jede Lizenzstufe bringt täglich begrenzte Aktionen mit sich. Für Standard-Lizenzen sind es 6.000 Aktionen pro Tag (derzeit 10.000 in einer Übergangsphase), für Power Automate Premium 40.000, für eine Prozesslizenz 250.000. Diese Limits sind schneller erreicht als erwartet. Gezählt wird jeder Auslöser und jede Aktion – auch das Initialisieren von Variablen. Fehlgeschlagene Aktionen und Wiederholungen zählen mit. Schleifen multiplizieren den Aufwand: Eine Schleife mit zwei Aktionen und zehn Durchläufen ergibt 21 Aktionen (die Schleife selbst plus zweimal zehn). Ein Flow, der vier Mail-Anhänge ablegt, benötigt zehn Aktionen.
Wird das Limit überschritten, blockiert Power Automate nicht sofort, sondern führt zu wachsenden Verzögerungen. Liegt der Flow jedoch 14 Tage in Folge über dem Limit, deaktiviert Power Automate ihn automatisch. Davon zu unterscheiden sind Konnektorgrenzen wie die des SharePoint-Konnektors (600 Aktionen pro Minute), die unabhängig vom Tageskontingent greifen und zu HTTP-429-Fehlern führen.
Einordnung
Das größte Risiko bei Power Automate ist nicht technisch, sondern organisatorisch. Automatisierte und geplante Flows laufen unter der Lizenz und im Kontext ihres Besitzers. Verlässt diese Person das Unternehmen oder verliert die erforderliche Lizenz, wird der Flow zunächst herabgestuft. Reagiert das Unternehmen nicht, deaktiviert Microsoft ihn nach 14 Tagen.
Die Lösungsoptionen hängen ab, wie der Flow aufgebaut wurde. Bei einem Lösungs-Flow lässt sich der Besitzer direkt ändern. Ein nicht-lösungsfähiger Flow kann von einem Mitbesitzer zunächst einer Lösung hinzugefügt und dann übertragen werden. Bleibt das aus, müssen ein Export-Import (was einen neuen Flow erzeugt) oder eine separate Prozesslizenz herhalten. Dies unterstreicht eine zentrale Regel für produktive Umgebungen: Flows gehören nicht an persönliche Konten. Alles, was mehr als eine Person betrifft, muss in eine Lösung eingebunden und braucht mindestens einen zweiten Owner.
Eine dokumentarische Notiz, welche Verbindungen der Flow nutzt und welche Daten er verändert, schafft Klarheit. Nach Monaten weiß keiner mehr, warum eine Datei plötzlich in zwei Ordnern liegt. Ebenfalls kritisch: Jeder Automation sollte eine Fehlerbehandlung beigegeben werden, die bei Problemen eine Benachrichtigung auslöst. Ein Flow, der stillschweigend fehlschlägt, richtet mehr Schaden an als gar keine Automatisierung.
Power Automate eignet sich hervorragend für Verbindungen zwischen Diensten, die durch externe Ereignisse ausgelöst werden. Geht es dagegen um Inhalte innerhalb einer einzelnen Datei – etwa das Aufräumen einer Tabelle – sind Office-Skripte oder VBA der direktere Weg. Für einfaches Sortieren eingehender Mails genügen klassische Outlook-Regeln, die keine Lizenzfrage aufwerfen und schneller eingerichtet sind.
Was das bedeutet
Power Automate reduziert manuelle Routine, aber die größte Lernkurve liegt nicht beim Bauen der Flows, sondern bei der Entscheidung, welche Abläufe überhaupt automatisiert gehören. Ein Flow rechnet sich nur, wenn die eingesparte Arbeit größer ist als der Verwaltungsaufwand – und wenn er zuverlässig läuft. Für den Einstieg eignet sich eine der mitgelieferten Vorlagen und ein Ablauf, dessen Ausfall niemandem schadet. Danach verschiebt sich die Arbeit: weg vom technischen Bauen hin zur Frage, welche Abläufe täglich gleich ablaufen und welche jedes Mal anders aussehen und deshalb Handarbeit bleiben. Diese Unterscheidung zu treffen kostet weniger Zeit als ein falsch angelegter Flow zu reparieren.
