Warum Power-Automate-Genehmigungen nach 30 Tagen abbrechen und wie das Relay-Muster aus zwei Flows Langläufer zuverlässig abwickelt.
Ein Genehmigungsflow in Power Automate wartet geduldig, solange die genehmigende Person nicht reagiert, doch diese Geduld ist nicht unbegrenzt. Läuft eine Genehmigung über eine längere Abwesenheit, eine Elternzeit oder eine Investitionsentscheidung, die erst im nächsten Quartal ansteht, kann der zugrunde liegende Flow-Lauf einfach abbrechen, bevor überhaupt eine Antwort vorliegt. Für Teams, die sich auf einen einzigen durchlaufenden Flow verlassen, ist das ein unangenehmer Blindspot: Die Anfrage sieht im Postfach der genehmigenden Person weiterhin normal aus, im Hintergrund ist der Prozess aber bereits tot.
Dieser Artikel erklärt, warum Power Automate Genehmigungen nach rund 30 Tagen beendet, was in der Praxis schon etwas früher passiert, und wie sich das sogenannte Relay-Muster mit zwei getrennten Flows nutzen lässt, um Genehmigungen mit unbestimmter Laufzeit sauber abzubilden. Stand: Juli 2026.
Die Ursache liegt nicht in der Genehmigungsfunktion selbst, sondern in einer generellen Laufzeitgrenze für Cloud-Flows. Laut den Grenzwerten für automatisierte, geplante und Direktflows gilt für jeden einzelnen Flow-Lauf eine maximale Laufzeit von 30 Tagen, gerechnet ab dem Startzeitpunkt der Ausführung. Die Dokumentation formuliert das eindeutig: Die Laufzeit umfasst auch Abläufe mit ausstehenden Schritten wie Genehmigungen, und nach 30 Tagen tritt für ausstehende Schritte ein Timeout ein.
Das betrifft vor allem die Aktion Starten und auf eine Genehmigung warten, weil sie den Flow-Lauf so lange blockiert, bis eine Antwort eintrifft. Genau dieses Blockieren wird ihr zum Verhängnis, sobald die Wartezeit die 30-Tage-Grenze erreicht. Der Flow hat zu diesem Zeitpunkt technisch keine Möglichkeit mehr weiterzulaufen, unabhängig davon, ob die genehmigende Person die Anfrage übersehen hat oder schlicht noch nicht dazu gekommen ist.
Microsoft weist in der Übersicht der bekannten Probleme bei Genehmigungen auf eine Besonderheit hin, die in der Praxis relevanter ist als die dokumentierten 30 Tage: Ein Genehmigungsprozess kann demnach 28 Tage warten, und überschreitet die Wartezeit diese 28 Tage, schlägt der Flow fehl. Wichtig dabei ist, dass sich dieser Fehler nur auf den Flow-Lauf selbst auswirkt. Die Genehmigung bleibt im Genehmigungscenter weiterhin sichtbar, obwohl kein Flow mehr darauf wartet.
Das führt zu verwaisten Einträgen, auf die eine genehmigende Person theoretisch noch antworten kann, ohne dass diese Antwort irgendwo ankommt. Die anfordernde Person oder eine Umgebungsadministration muss solche verwaisten Genehmigungen manuell aus dem Aktionscenter löschen. Wer regelmäßig Genehmigungen mit unklarer Laufzeit verschickt, sollte diesen Aufräumschritt fest in die eigene Prozesspflege einplanen, statt sich darauf zu verlassen, dass alte Einträge von selbst verschwinden.
Die von Microsoft empfohlene Lösung für Genehmigungen mit potenziell langer Laufzeit ist das Aufteilen in zwei unabhängige Flows. Nach der Anleitung Erstellen und Testen eines Genehmigungsworkflows mit Power Automate gilt: Wenn ein Flow länger als 30 Tage ausgeführt wird, sollten die Genehmigungen in Microsoft Dataverse gespeichert werden. Das ermöglicht es, Flows zu erstellen, die auf Antworten reagieren, auch nachdem die ursprüngliche Flow-Ausführung längst abgelaufen ist.
Konkret nutzen Sie dafür die Aktion Eine Genehmigung erstellen (v2) statt der blockierenden Starten und auf eine Genehmigung warten-Aktion:
Diese Übergabe von einem sendenden an einen wartenden Flow ist das eigentliche Relay-Muster: Statt eines einzelnen Läufers, der die komplette Strecke allein durchhalten muss, übernimmt ein zweiter Flow den Staffelstab und ist an keine Laufzeitgrenze des ersten gebunden.
Die bekannten Probleme nennen einen Effekt, den viele beim ersten Aufbau des Relay-Musters übersehen: Antwortet die genehmigende Person sehr schnell, bevor der Flow überhaupt die Warten-Aktion erreicht hat, kann der Flow in der Wartephase hängen bleiben. Microsoft empfiehlt deshalb, die Aktionen Erstellen und Warten innerhalb des Flows möglichst nah beieinander aufzurufen oder alternativ den Genehmigungsstatus in Dataverse zu prüfen, bevor die Warten-Aktion überhaupt gestartet wird. Für ein sauberes Relay-Muster lohnt sich also ein kurzer Blick auf genau diese Reihenfolge, bevor der Flow produktiv geht.
Wer statt eigener Flows das vorgefertigte Genehmigungskit, also die Business-Genehmigungsverwaltungs-App, einsetzt, bekommt einen Teil dieser Absicherung bereits mitgeliefert. Laut der Referenz zum Genehmigungsstatus gibt es dort den Status Ausstehend (Timeout): Er bedeutet, dass die genehmigende Person innerhalb der ersten 30 Tage nicht geantwortet hat und die Power-Automate-Cloud-Flow-Ausführung, die diese Anforderung verwaltet, automatisch neu gestartet wird. Nach dem Neustart wechselt der Status wieder zurück auf Ausstehend, und die Anfrage bleibt gültig.
Das ist eine bequeme Automatik, gilt aber nur innerhalb des Genehmigungskits mit seiner Dataverse-Anbindung und nicht automatisch für jeden selbst gebauten Flow. Wer einen eigenen Genehmigungsflow ohne dieses Kit betreibt, muss den Neustart-Mechanismus über das oben beschriebene Zwei-Flow-Muster selbst nachbauen.
Wer dieses Muster nicht allein aufbauen möchte oder mehrere Genehmigungsprozesse gleichzeitig absichern muss, kann sich von einem spezialisierten Dienstleister wie NordFlux begleiten lassen. Sie behalten dabei die Kontrolle über Ihren Prozess, während die technische Absicherung gegen das 30-Tage-Limit sauber im Hintergrund läuft.
Offiziell dokumentiert ist eine maximale Laufzeit von 30 Tagen pro Flow-Lauf, in der Praxis kann der Flow laut Microsoft aber schon nach 28 Tagen fehlschlagen, wenn die Wartezeit diesen Wert überschreitet. Für die Planung sollten Sie sicherheitshalber mit dem niedrigeren Wert rechnen.
Sie bleibt sichtbar und wirkt auf den ersten Blick normal, obwohl kein Flow mehr auf eine Antwort wartet. Eine Reaktion der genehmigenden Person läuft dann ins Leere, weshalb solche verwaisten Einträge manuell aus dem Genehmigungscenter entfernt werden sollten.
Ja, weil der wartende zweite Flow jeweils nur so lange läuft, wie eine einzelne Warten-Aktion es zulässt, und bei Bedarf erneut angestoßen werden kann, solange die Genehmigungsinformation zentral in Dataverse oder einem anderen Quellsystem gespeichert bleibt. Die 30-Tage-Grenze eines einzelnen Laufs wird dadurch nicht aufgehoben, sondern für den Gesamtprozess irrelevant gemacht.
Nein, der automatische Neustart mit dem Status Ausstehend (Timeout) ist eine Funktion des vorgefertigten Genehmigungskits mit seiner eigenen Dataverse-Struktur. Bei einem individuell gebauten Genehmigungsflow müssen Sie diesen Mechanismus über das Zwei-Flow-Muster selbst nachbilden.
Für einzelne, spezifische Genehmigungsprozesse mit eigener Logik ist das selbst gebaute Zwei-Flow-Muster meist die passendere und schlankere Lösung. Sollen dagegen mehrere ähnliche Genehmigungsprozesse im Unternehmen einheitlich verwaltet werden, lohnt sich ein Blick auf das Genehmigungskit, weil es Timeout-Handling und Statuslogik bereits mitbringt.
Gründer von NordFlux. Sieben Jahre Erfahrung von Web und SEO bis zur Automatisierung im Konzern-Maßstab, heute pragmatisch für den Mittelstand und mit deutscher Datenhoheit.
Zertifizierungen
Warum Power Automate Flows nach 14 Tagen Dauer-Throttling abschaltet, wie Sie das erkennen und den Flow wieder sauber aktivieren.
Mehrstufiger Genehmigungsworkflow in Power Automate: Vorgesetzter, Geschäftsführung, Vertretung und 30-Tage-Timeout im Überblick.
Lexikon der häufigsten Power-Automate-Fehlercodes: HTTP-Status, Connector- und Timeout-Fehler mit Lösung.
Schon nach 28 Tagen wird es in der Praxis eng, und ein einzelner langer Flow reißt bei Genehmigungen ab. NordFlux setzt das Relay-Muster aus zwei verketteten Flows für Sie um, damit auch langwierige Freigabeprozesse zuverlässig durchlaufen.
