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

Ein Power-Automate-Flow, der nicht mehr startet, hat fast immer eine von sieben Ursachen. Meist liegt es an einer nicht erfüllten Trigger-Bedingung, einer unterbrochenen Verbindung oder einer fehlenden Lizenz. Ebenso häufig sind die Abschaltung nach 90 Tagen ohne Auslösung, eine DLP-Richtlinie, der Verwaltungsmodus der Umgebung und Dauerfehler über 14 Tage.

Wer diese sieben Punkte in fester Reihenfolge prüft, findet die Ursache meist in wenigen Minuten. Den Flow neu bauen müssen Sie dafür nicht.

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

Am häufigsten stoppen Trigger-Bedingung, Verbindung, 90-Tage-Regel, Lizenz, DLP-Richtlinie, Verwaltungsmodus und Dauerfehler einen Flow. Die Tabelle zeigt, woran Sie jede Ursache erkennen.

Ursache | Woran Sie es erkennen | Was hilft

Ursache: Trigger-Bedingung nicht erfüllt · Woran Sie es erkennen: Der Ausführungsverlauf zeigt eine übersprungene Triggerprüfung · Was hilft: Bedingung prüfen, testweise entfernen, dann erneut testen

Ursache: Verbindung unterbrochen oder abgelaufen · Woran Sie es erkennen: Unter "Verbindungen" steht ein Reparaturhinweis neben dem Status · Was hilft: Verbindung neu autorisieren, danach den Flow speichern

Ursache: 90 Tage ohne Auslösung · Woran Sie es erkennen: Flow steht auf "Aus", Benachrichtigung kam 30 Tage vorher · Was hilft: Flow einschalten, Premium- oder Process-Lizenz prüfen

Ursache: Fehlende oder abgelaufene Lizenz · Woran Sie es erkennen: Im Detailbereich steht der Plan, der Connector ist als Premium markiert · Was hilft: Passende Lizenz zuweisen, Flow öffnen und speichern

Ursache: DLP-Richtlinie verletzt · Woran Sie es erkennen: Der Flow-Checker meldet beim Speichern die verletzte Richtlinie · Was hilft: Connector-Gruppen mit der Administration klären

Ursache: Verwaltungsmodus aktiv · Woran Sie es erkennen: Die Umgebung steht im Admin Center auf "Verwaltungsmodus" · Was hilft: Modus deaktivieren, sobald die Wartung beendet ist

Ursache: 14 Tage Dauerfehler oder Drosselung · Woran Sie es erkennen: Flow wurde automatisch ausgeschaltet, der Verlauf zeigt Fehler · Was hilft: Fehlerursache beheben, danach den Flow einschalten

Arbeiten Sie die Tabelle von oben nach unten ab. Die ersten beiden Zeilen decken den Großteil der Fälle ab und kosten je zwei Minuten.

Warum schaltet Power Automate Flows automatisch ab?

Power Automate schaltet einen Flow ab, wenn er 90 Tage lang nicht ausgelöst wurde oder 14 Tage lang durchgängig fehlschlägt oder gedrosselt wird. Microsoft dokumentiert diese drei Grenzwerte in den Grenzwerten für automatisierte, geplante und Direktflows.

Grenzwert | Frist | Bedeutung

Grenzwert: Flows mit Fehlern · Frist: 14 Tage · Bedeutung: Trigger oder Aktion schlagen durchgehend fehl, der Flow wird ausgeschaltet

Grenzwert: Flows ohne Triggeraktivität · Frist: 90 Tage · Bedeutung: Der Flow wurde nicht ausgelöst und wird möglicherweise ausgeschaltet

Grenzwert: Dauerhaft gedrosselte Flows · Frist: 14 Tage · Bedeutung: Der Flow liegt ständig über den Durchsatzgrenzen und wird ausgeschaltet

Flows von Nutzern mit Premium- oder zugewiesenen Kapazitätslizenzen fallen nicht unter die 90-Tage-Regel. Besitzer und Mitbesitzer erhalten 30 Tage vor der Abschaltung eine Benachrichtigung.

Getrennt davon können einzelne Verbindungen ablaufen, etwa nach einer Kennwortänderung. Das beschreibt die Problembehandlung bei fehlerhaften Verbindungen. Prüfen Sie beide Ebenen einzeln.

Wie schreiben Sie eine Trigger-Bedingung, die wirklich auslöst?

Eine gültige Trigger-Bedingung beginnt mit dem Zeichen @, liefert einen booleschen Wert und verweist auf ein Feld, das der Trigger tatsächlich ausgibt. Fehlt das Feld im Ereignis, wird die Triggerprüfung übersprungen und der Flow läuft nicht an.

1@equals(triggerOutputs()?['body']?['Status']?['Value'], 'Freigegeben')
2@and(equals(triggerOutputs()?['body']?['Status']?['Value'], 'Freigegeben'), greater(int(triggerOutputs()?['body']?['Betrag']), 1000))
3@or(equals(triggerOutputs()?['body']?['Status']?['Value'], 'Freigegeben'), equals(triggerOutputs()?['body']?['Status']?['Value'], 'Geprüft'))
Copy

Mehrere einzeln eingetragene Bedingungen verknüpft Power Automate mit UND. Soll eine Bedingung optional sein, brauchen Sie einen einzigen @or()-Ausdruck, wie Anpassen von Triggern mit Bedingungen beschreibt.

Ein häufiger Sonderfall betrifft Zeitfunktionen. Ausdrücke im Trigger werden nur beim Speichern berechnet. utcNow() steht danach als fester Wert in der Trigger-Definition und wird nicht bei jedem Lauf neu ausgewertet.

Wie sieht ein korrekter Zeitplan-Trigger in der Codeansicht aus?

Ein korrekter Zeitplan-Trigger enthält Frequenz, Intervall, Zeitzone und einen Startzeitpunkt in der Vergangenheit. Sie sehen ihn im Designer über die Registerkarte "Codeansicht".

1{
2  "triggers": {
3    "Recurrence": {
4      "type": "Recurrence",
5      "recurrence": {
6        "frequency": "Week",
7        "interval": 1,
8        "timeZone": "W. Europe Standard Time",
9        "startTime": "2026-09-07T06:00:00",
10        "schedule": {
11          "weekDays": ["Monday"],
12          "hours": [6],
13          "minutes": [0]
14        }
15      }
16    }
17  }
18}
Copy

Zwei Details entscheiden über den ersten Lauf. Liegt startTime in der Zukunft, startet der Flow vorher nicht. Setzen Sie eine timeZone, entfällt das abschließende Z im Zeitstempel, sonst rechnet die Plattform in UTC.

Ohne schedule orientieren sich die Folgeläufe am letzten Lauf. Die Startzeiten verschieben sich dann langsam. Feste Uhrzeiten in hours und minutes verhindern diesen Effekt.

Wie finden Sie die Ursache in Ihrem eigenen Flow?

Vier Prüfungen in fester Reihenfolge führen am schnellsten zur Ursache. Halten Sie die Reihenfolge ein, sonst prüfen Sie Lizenzen, obwohl nur eine Verbindung defekt ist.

1. Ausführungsverlauf öffnen: Wählen Sie unter Meine Flows den Flow und im 28-Tage-Verlauf den Eintrag "Alle Ausführungen". Eine übersprungene Triggerprüfung deutet auf die Trigger-Bedingung hin.
2. Verbindungen kontrollieren: Öffnen Sie die Seite Verbindungen und suchen Sie den Reparaturhinweis in der Spalte "Status".
3. Lizenz und Status ansehen: Im Detailbereich des Flows stehen der aktuelle Plan und der Hinweis, ob der Flow ausgesetzt wurde.
4. Flow-Checker nutzen: Speichern Sie den Flow einmal. Der Flow-Checker meldet DLP-Verstöße und fehlende Berechtigungen direkt im Editor.

Bleibt der Flow stumm, prüfen Sie die Umgebung im Power Platform Admin Center unter "Details" und "Bearbeiten". Steht dort der Verwaltungsmodus auf aktiviert, feuern Dataverse-Trigger nicht mehr.

Bei mehreren Umgebungen und gemischten Lizenzmodellen lohnt sich eine strukturierte Power-Automate-Beratung. Sie geht Trigger-Logik, Lizenzverteilung und DLP-Richtlinien einmal komplett durch, statt jeden Flow einzeln zu debuggen.

Typische Fehler und Ursachen

• Trigger-Bedingung ohne @ oder mit falschem Feldnamen. Ursache: Die Bedingung liefert keinen booleschen Wert oder verweist auf ein Feld außerhalb des Trigger-Ausgangs. Lösung: Bedingung testweise entfernen, Flow testen, danach den Ausdruck aus einer Aktion "Array filtern" übernehmen. Quelle: Anpassen von Triggern mit Bedingungen.
• SharePoint-Trigger reagiert nicht auf Unterordner. Ursache: Trigger wie "Wenn eine Datei erstellt oder geändert wird" lösen bei Dateien in Unterordnern nicht aus. Lösung: Für jeden Unterordner einen eigenen Flow anlegen. Quelle: Behandeln häufiger Probleme mit Triggern.
• Verwaltungsmodus mit deaktivierten Hintergrundvorgängen. Ursache: In diesem Zustand feuern Dataverse-Trigger nicht, geplante Cloud-Flows laufen dagegen weiter. Lösung: Modus im Admin Center deaktivieren und den Unterschied bei der Fehlersuche berücksichtigen. Quelle: Verwaltungsmodus.
• Fehlermeldung "Es liegt ein Problem mit dem Trigger vor". Ursache: Power Automate konnte den Trigger nicht registrieren, oft weil die Dienstendpunkte nicht freigegeben sind. Lösung: Die dokumentierten IP-Adressen und Domänen freigeben lassen, dann den Flow ändern und speichern.
• Freigegebener Flow läuft nur beim Besitzer. Ursache: Ein manueller Trigger nutzt die Verbindung der auslösenden Person, und Premium-Connectors verlangen je Nutzer eine eigene Lizenz. Lösung: Verbindungen und Lizenzen der Mitbenutzer prüfen. Quelle: Behandeln häufiger Probleme mit Triggern.

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

Warum wurde mein Flow ohne Vorwarnung deaktiviert?

Ganz ohne Vorwarnung geschieht das laut Microsoft nicht. Bei der 90-Tage-Regel gehen 30 Tage vorher Benachrichtigungen an Besitzer und Mitbesitzer. Bei Dauerfehlern greift die Abschaltung nach 14 Tagen. Überraschend wirkt es meist, weil die Mail in einem selten geprüften Postfach landet oder die Ersteller-Person das Unternehmen verlassen hat.

Reicht es, den Flow einfach wieder einzuschalten?

Bei Inaktivität oder behobenen Dauerfehlern reicht das Einschalten oft aus. Bei einer abgelaufenen Verbindung oder einer fehlenden Lizenz müssen Sie zusätzlich neu autorisieren oder 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. Eine DLP-Blockade meldet der Flow-Checker beim Speichern mit Verweis auf die verletzte Richtlinie. Von außen wirken beide Fälle gleich, deshalb prüfen Sie im Zweifel beide Stellen.

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

Nein. Die Regel greift nur, wenn ein Flow innerhalb von 90 Tagen kein einziges Mal ausgelöst wurde. Regelmäßig laufende Flows mit Zeitplan-Trigger sind unabhängig vom Lizenztyp nicht betroffen.