Flow-Besitzer verlässt die Firma: so retten Sie verwaiste Power-Automate-Flows

Wenn der Besitzer eines Power-Automate-Flows das Unternehmen verlässt, ist der Stillstand nur eine Frage der Zeit: Seine Verbindungen laufen ab, sein Konto wird deaktiviert, und spätestens mit der Löschung des Kontos schlagen die Flows fehl, oft Wochen später und scheinbar aus dem Nichts. Das ist im Mittelstand das am meisten unterschätzte Betriebsrisiko der Microsoft-Automatisierung, denn meistens weiß niemand vollständig, welche Prozesse am Konto eines einzelnen Kollegen hängen. Die gute Nachricht: Verwaiste Flows lassen sich retten, und mit drei Regeln passiert es kein zweites Mal. Stand: Juli 2026.

Akutfall: einen verwaisten Flow übernehmen

Solange das Konto noch existiert, ist die Übernahme einfach: Ein Administrator oder Co-Besitzer fügt im Flow unter den Besitzern eine andere Person hinzu, die den Flow weiterführt. Microsofts Anleitung für verwaiste Flows beschreibt auch den härteren Fall nach der Kontolöschung: Der Administrator findet den Flow über das Power-Platform-Admin-Center, weist ihn einem neuen Besitzer zu beziehungsweise exportiert und reimportiert ihn. Entscheidend danach: Alle Verbindungen im Flow müssen auf das Konto des neuen Besitzers umgestellt werden, denn die alten Verbindungen gehören weiterhin dem Ausgeschiedenen und sterben mit dessen Konto. Erst wenn jede Aktion eine funktionierende eigene Verbindung hat, läuft der Prozess wieder verlässlich.

Warum Solution-Flows leichter zu retten sind

Ob die Übernahme elegant oder schmerzhaft wird, entscheidet eine unscheinbare Weiche beim Erstellen: Flows innerhalb einer Solution lassen sich laut Microsoft-Dokumentation direkt auf einen neuen Besitzer oder sogar auf einen Service Principal umschreiben, klassische Flows außerhalb von Solutions nicht, dort bleibt nur der Weg über Co-Besitzer oder Export und Neuimport samt Neuverkabelung. Für jeden Flow, der einen Geschäftsprozess trägt, gilt deshalb: in eine Solution legen. Das kostet beim Erstellen einen Klick und spart im Ernstfall Tage.

Vorbeugen: die drei Regeln für KMU

• Kein geschäftskritischer Flow mit nur einem Besitzer: mindestens ein Co-Besitzer, besser ein Team. Co-Besitzer können den Flow bearbeiten, reparieren und im Ernstfall sofort übernehmen.
• Zentrale Prozesse auf ein Dienst-Konto oder einen Service Principal: Rechnungseingang, Genehmigungen und ähnliche Dauerläufer gehören nicht an das Konto einer Person, sondern an ein dediziertes Automatisierungskonto mit dokumentiertem Zugriff, oder als Solution-Flow an einen Service Principal ohne Passwort-Ablauf.
• Offboarding-Punkt Automatisierungen: in jede Austritts-Checkliste gehört die Frage, welche Flows, Verbindungen und geteilten Postfächer an der Person hängen. Das Admin-Center listet die Flows eines Nutzers auf, fünf Minuten Prüfung ersparen den Überraschungsausfall.

Der versteckte Doppelgänger: die Lizenzfrage

Selbst wenn der Flow einen neuen Besitzer hat, kann er stehen bleiben: Nutzte der Ausgeschiedene eine Premium-Lizenz, verliert der Flow mit ihr die Lizenzgrundlage, wird gedrosselt und nach 14 Tagen deaktiviert. Der neue Besitzer braucht also auch die passende Lizenz, oder der Flow wechselt auf eine Process-Lizenz, die am Flow statt an der Person hängt. Die Zusammenhänge dazu stehen im Beitrag zur Power-Automate-Lizenzfrage. Wenn Sie nicht sicher sind, wie viele Ein-Personen-Risiken in Ihrem Mandanten schlummern: Genau solche Bestandsaufnahmen machen wir in der Power-Automate-Beratung, inklusive Umzug der kritischen Flows auf ein sauberes Fundament.

Häufige Fragen zu verwaisten Flows

Laufen Flows weiter, wenn der Besitzer gekündigt hat?

Zunächst häufig ja, und genau das macht das Problem tückisch: Solange Konto und Verbindungen aktiv sind, läuft der Flow weiter. Er fällt erst aus, wenn das Konto deaktiviert oder gelöscht wird oder eine Verbindung eine neue Anmeldung verlangt. Zwischen Austritt und Ausfall liegen oft Wochen, in denen niemand mehr an die Flows denkt.

Wie finde ich heraus, welche Flows einem ausscheidenden Mitarbeiter gehören?

Im Power-Platform-Admin-Center können Administratoren die Flows je Umgebung einsehen und nach Besitzern durchgehen, für Solution-Flows auch direkt den Besitzer wechseln. Dieser Blick gehört in jedes Offboarding, zusammen mit der Frage nach geteilten Postfächern und Verbindungen, die der Person gehören.

Sollten Flows generell über ein Service-Konto laufen?

Für zentrale, dauerhafte Geschäftsprozesse ja: Ein dediziertes Automatisierungskonto oder, bei Solution-Flows, ein Service Principal entkoppelt den Prozess von Personalwechseln. Für persönliche Produktivitäts-Flows einzelner Nutzer wäre das Overkill, dort reichen Co-Besitzer. Wichtig beim Service-Konto: Zugriff dokumentieren, Lizenz zuordnen und nicht als Lizenz-Sparmodell für viele Nutzer missbrauchen, das wäre unzulässiges Multiplexing.