Power-Automate-Flow startet nicht: die 7 häufigsten Ursachen

Ein Power-Automate-Flow, der plötzlich nicht mehr startet, hat in der Praxis fast immer eine von sieben Ursachen: fehlerhafte oder zu restriktive Trigger-Bedingungen, eine abgelaufene Connector-Verbindung, die automatische Deaktivierung nach 90 Tagen ohne Auslösung, eine fehlende oder abgelaufene Lizenz, eine blockierende DLP-Richtlinie, ein aktivierter Verwaltungsmodus in der Power-Platform-Umgebung oder eine automatische Abschaltung wegen dauerhaft fehlschlagender Aktionen. Wer diese sieben Punkte der Reihe nach prüft, findet die Ursache meist innerhalb weniger Minuten, ohne den Flow neu bauen zu müssen. Stand: Juli 2026.

Welche 7 Ursachen stoppen einen Power-Automate-Flow am häufigsten?

Die folgenden sieben Gründe decken laut der offiziellen Power-Automate-Dokumentation von Microsoft die überwiegende Mehrheit aller nicht startenden Flows ab.

• Trigger-Bedingungen (Trigger Conditions) fehlerhaft: Enthält der Trigger eine Bedingung, die mit dem @-Symbol beginnt, startet der Flow nur, wenn diese Bedingung erfüllt ist. Ist die Bedingung falsch formuliert oder bezieht sie sich auf ein Feld, das im Ereignis gar nicht existiert, wird die Prüfung übersprungen und der Flow läuft nicht an. Microsoft bezeichnet diesen Fehler intern als TriggerConditionNotMet.
• Abgelaufene Connector-Verbindung: Verbindungen zu Diensten wie SharePoint, Outlook oder Dataverse laufen ab, wenn sie längere Zeit nicht genutzt werden oder sich das Kennwort des verbindenden Kontos geändert hat. Der Flow bleibt eingeschaltet, der Trigger kann sich aber nicht mehr beim Dienst registrieren.
• Automatische Deaktivierung nach 90 Tagen Inaktivität: Ein Cloud-Flow, der 90 Tage lang nicht ausgelöst wurde, wird von Power Automate automatisch abgeschaltet, sofern der Besitzer keine Premium- oder Kapazitätslizenz besitzt.
• Fehlende oder abgelaufene Lizenz: Für das Bearbeiten, das manuelle Auslösen oder die Nutzung von Premium-Connectors ist eine passende Power-Automate-Lizenz nötig. Läuft eine Testlizenz ab oder wird sie entzogen, bleibt der Flow sichtbar, startet aber nicht mehr.
• DLP-Richtlinie blockiert den Flow: Data-Loss-Prevention-Richtlinien legen fest, welche Connectors gemeinsam in einem Flow verwendet werden dürfen. Verstößt ein Flow gegen eine solche Richtlinie, wird er angehalten, und der Trigger löst nicht mehr aus.
• Umgebungsproblem durch aktivierten Verwaltungsmodus: Ist für eine Power-Platform-Umgebung der Verwaltungsmodus aktiviert, werden alle Hintergrundprozesse einschließlich sämtlicher Flows in dieser Umgebung deaktiviert.
• Automatische Abschaltung wegen dauerhaft fehlschlagender Aktionen: Schlägt ein Trigger oder eine Aktion 14 Tage lang durchgängig fehl, schaltet Power Automate den Flow eigenständig aus, um weitere fehlerhafte Läufe zu vermeiden.

Warum genau schaltet Power Automate Flows nach 90 Tagen ab?

Microsoft begrenzt die Zeit ohne Trigger-Aktivität in den offiziellen Grenzwerten für Flows explizit auf 90 Tage. Wörtlich heißt es dort: Ein Cloudfluss, der innerhalb eines Zeitraums von 90 Tagen nicht ausgelöst wird, ist möglicherweise deaktiviert, wie die Grenzwerte für automatisierte, geplante und Direktflows dokumentieren. Flows von Nutzern mit Premium- oder zugewiesenen Kapazitätslizenzen sind von dieser Regel ausgenommen, und Besitzer sowie Mitbesitzer werden 30 Tage vor der Abschaltung benachrichtigt.

Wer diese Benachrichtigung übersieht, etwa weil ein internes Postfach kaum noch geprüft wird oder die ursprüngliche Ersteller-Person das Unternehmen verlassen hat, findet den Flow beim nächsten Blick einfach als ausgeschaltet vor. Getrennt davon gilt für einzelne Connector-Verbindungen häufig ebenfalls eine 90-Tage-Grenze, allerdings auf Ebene der Verbindung und nicht des gesamten Flows, wie die Problembehandlung bei fehlerhaften Verbindungen am Beispiel des SharePoint-Connectors beschreibt. Beide Fristen können sich in der Praxis überschneiden und sollten getrennt geprüft werden.

Wie finden Sie die konkrete Ursache in Ihrem eigenen Flow?

Am schnellsten führt eine feste Reihenfolge aus vier Prüfungen zum Ziel.

• Ausführungsverlauf prüfen: Öffnen Sie in "Meine Flows" den betroffenen Flow und sehen Sie im 28-Tage-Ausführungsverlauf unter "Alle Ausführungen" nach, ob eine Triggerprüfung übersprungen wurde. Das deutet auf eine nicht erfüllte Trigger-Bedingung hin.
• Verbindungsstatus kontrollieren: Unter "Daten" und "Verbindungen" zeigt Power Automate an, welche Verbindung repariert werden muss, wie auch die Behandlung häufiger Probleme mit Triggern beschreibt.
• Lizenz und Flow-Status ansehen: Im Detailbereich des Flows steht der aktuelle Lizenzplan sowie, ob der Flow als angehalten oder ausgesetzt markiert ist.
• Flow-Checker nutzen: Beim Speichern des Flows meldet der integrierte Flow-Checker DLP-Verstöße und fehlende Berechtigungen direkt im Editor.

Sind größere Power-Automate-Landschaften mit mehreren Umgebungen und Lizenzmodellen im Einsatz, lohnt sich oft eine strukturierte Power-Automate-Beratung, die Trigger-Logik, Lizenzverteilung und DLP-Richtlinien einmal komplett durchgeht, statt jeden Flow einzeln zu debuggen.

Häufige Fragen zu Power-Automate-Flows, die nicht starten

Warum wurde mein Flow ohne Vorwarnung deaktiviert?

Vollständig ohne Vorwarnung geschieht das laut Microsoft eigentlich nicht. Bei der 90-Tage-Inaktivitätsregel gehen 30 Tage vorher Benachrichtigungen an Besitzer und Mitbesitzer, bei durchgängig fehlschlagenden Läufen greift die Abschaltung nach 14 Tagen. Häufigster Grund, warum die Deaktivierung trotzdem überraschend wirkt: Die Benachrichtigungsmail landet in einem selten geprüften Postfach, oder die ursprüngliche Ersteller-Person hat das Unternehmen bereits verlassen.

Reicht es, den Flow einfach wieder einzuschalten?

Bei Deaktivierung wegen Inaktivität oder wiederholter Fehler reicht das Wiedereinschalten oft aus, sofern die zugrunde liegende Ursache behoben ist. Bei einer abgelaufenen Verbindung oder einer fehlenden Lizenz müssen Sie zusätzlich die Verbindung neu autorisieren beziehungsweise die Lizenz zuweisen, sonst schlägt der nächste Lauf sofort wieder fehl.

Wie unterscheide ich eine Trigger-Bedingung von einer DLP-Blockade?

Eine nicht erfüllte Trigger-Bedingung zeigt im Ausführungsverlauf eine übersprungene Triggerprüfung, während eine DLP-Blockade beim Speichern des Flows eine explizite Fehlermeldung des Flow-Checkers auslöst, die auf die verletzte Richtlinie verweist. Im Zweifel hilft ein Blick an beide Stellen, denn von außen wirken beide Fehlerbilder zunächst gleich, nämlich ein Flow, der einfach nicht läuft.

Betrifft die 90-Tage-Regel auch häufig genutzte Flows?

Nein, die Regel greift ausschließlich, wenn ein Flow innerhalb von 90 Tagen kein einziges Mal ausgelöst wurde. Regelmäßig laufende Flows, etwa tägliche oder wöchentliche Recurrence-Trigger, sind davon nicht betroffen, unabhängig vom jeweiligen Lizenztyp.