What is an ownerless Power App or flow?
An ownerless Power App or flow is an app or automation whose maker has left or no longer answers for it, so nobody can edit, fix, or retire it. Finding them and giving each a new owner, or retiring it, keeps automation running under someone's responsibility.
In short
- Apps and flows are built by one person, so they follow that person's employment.
- An ownerless flow can keep running under a departed user's credentials.
- Add a co-owner to everything that matters so a departure is not a crisis.
- If nobody will own an app or flow, retire it.
Step by step
Five steps find the orphaned items and make sure they do not come back.
-
List apps and flows with their owners
Export apps and flows from every environment with owner, co-owners, creator and last modified date. Compare the owners with your list of active and disabled users from Entra ID.
-
Flag items without a valid owner
Mark every item whose owner is disabled, deleted or missing. Sort by the connections used and the number of people the app is shared with, so the highest impact items come first.
-
Find a new owner
Ask the heaviest user or the leaver's manager to take over. Add them, and a second person, as owners. Confirm they know what the app or flow does and which data it touches.
Tip: Add a co-owner to every business-critical app now, so the next departure needs no search.
-
Retire what nobody wants
If no owner can be found, turn the flow off, set the app aside for 30 days, and delete it if nobody objects. Tell the people who had access.
-
Make it part of offboarding
Add a step to your leaver process that lists the apps and flows the person owns and reassigns each one. Run the same check on a schedule to catch the ones that slip through.
Why Power Apps and flows lose their owner
Low-code apps and flows are usually built by one person in a business team. When that person leaves or changes role, the app keeps running with their connections and permissions, but nobody can edit it or decide to switch it off.
Standard offboarding focuses on the account, the mailbox and the laptop. Apps and flows are not on the list, so ownership drifts unnoticed until a flow fails or an auditor asks who is responsible for it.
Connectors in this How-to
Each connector page in the Rencore docs lists the objects, policies, reports and actions behind these steps.
Last updated 11 November 2026


