When the flow owner leaves the company, automations grind to a halt: connections expire, accounts get deleted. An overview of rescue and prevention.
When the owner of a Power Automate flow leaves the company, the standstill is only a matter of time: their connections expire, their account is deactivated, and at the latest when the account is deleted, the flows fail, often weeks later and seemingly out of nowhere. This is the most underestimated operational risk of Microsoft automation in small and medium-sized businesses, because in most cases nobody knows fully which processes depend on a single colleague's account. The good news: orphaned flows can be rescued, and with three rules it will never happen again. As of: July 2026.
As long as the account still exists, the takeover is simple: an administrator or co-owner adds another person as an owner in the flow who will continue running it. Microsoft's guide for orphaned flows also describes the harder case after the account has been deleted: the administrator finds the flow via the Power Platform admin center, assigns it to a new owner, or exports and re-imports it. Crucial afterwards: all connections in the flow must be switched to the new owner's account, because the old connections still belong to the person who has left and die with their account. Only once every action has a working connection of its own does the process run reliably again.
Whether the takeover turns out elegant or painful is decided by an inconspicuous fork in the road at creation time: according to Microsoft's documentation flows within a solution can be reassigned directly to a new owner or even to a service principal, whereas classic flows outside solutions cannot, there only the path via co-owners or export and re-import plus rewiring remains. For every flow that carries a business process, the rule is therefore: put it in a solution. That costs one click when creating it and saves days in an emergency.
Even if the flow has a new owner, it can still grind to a halt: if the person who left used a premium license, the flow loses its licensing basis along with them, gets throttled and is deactivated after 14 days. So the new owner also needs the matching license, or the flow switches to a process license, which is tied to the flow instead of the person. The details on this are covered in the article on the Power Automate licensing question. If you are not sure how many single-person risks are lurking in your tenant: this is exactly the kind of inventory we carry out in our Power Automate consulting, including moving critical flows onto a clean foundation.
Initially, often yes, and that is exactly what makes the problem so treacherous: as long as the account and connections are active, the flow keeps running. It only fails once the account is deactivated or deleted or a connection requires a new sign-in. Between departure and failure there are often weeks in which nobody thinks about the flows anymore.
In the Power Platform admin center, administrators can view the flows per environment and go through them by owner, and for solution flows they can even change the owner directly. This check belongs in every offboarding, together with the question of shared mailboxes and connections that belong to the person.
For central, permanent business processes, yes: a dedicated automation account or, for solution flows, a service principal decouples the process from staff changes. For personal productivity flows of individual users this would be overkill, there co-owners are enough. Important with a service account: document access, assign a license, and do not misuse it as a license-saving model for many users, that would be unauthorized multiplexing.
Founder of NordFlux. Spent four years automating processes at enterprise scale at Dräger, and now brings that depth to the mid-market — pragmatic and with full data sovereignty.
Certifications
A single flow owner is a risk. Here's how to set up co-owners in Power Automate from the start and avoid orphaned flows.
Three levers for faster Power Automate flows: targeted parallelism, fewer actions, and the right connector choice, according to Microsoft's documentation.
Naming conventions for flows, triggers, actions, and connections in Power Automate: the governance foundation for clean, maintainable automations.
When a flow owner leaves the company, automations often stop without warning because permissions and connections were tied to a single person. NordFlux handles acute rescue cases and sets up co-owners, solutions and service accounts so no flow depends on just one person again. In an initial conversation, we assess how critical your current dependency really is.
