Publishing your PowerApp – Things to consider

So, you made a power app? Now what? PowerApps are great. With its visual interface, it gives us mere mortals (non-developers) the power to create some pretty complex apps. But if you want to roll out your handy work to the rest of the company there are some important things to consider.

Key Challenges

How do you properly share your app across the organization?

Once your app is finished, it’s only visible to you by default. Sharing it isn’t always as straightforward as expected — especially when embedding it in platforms like SharePoint.

Power Apps requires you to explicitly assign permissions to users or groups, independent of other platforms. Without proper sharing, adoption will remain limited.

What happens when the original creator is no longer available?

Many Power Apps are built under a personal account. But what happens when that person leaves the organization?

If connections and ownership remain tied to an individual, the app can break or become unmanageable. That’s why it’s best practice to transfer ownership and connections to a dedicated service account, ensuring continuity and governance.

How do you ensure long-term stability and maintainability?

Publishing an app is not a one-time action — it’s part of an ongoing lifecycle.

Without proper versioning, testing, and governance, updates can introduce issues for users. A structured approach to publishing ensures that users always access a stable version, while improvements can be managed safely in the background.

Publishing your PowerApp – Things to consider

1. Share Your App To The Rest Of The Company

Once you’re done with the PowerApp, you’re the only one that can see it. You can embed the PowerApp on a SharePoint site, but the permissions on the SharePoint site won’t affect the permissions of the PowerApp. Simply share the PowerApp with every user in the organisation, or just add specific users.

When you use PowerApps to use the customize forms action you don’t have to do this. The PowerApp will inherit the permissions from the specific list.

Note!

At the time of writing (4/7/2018) PowerApps can’t be shared with users outside the Tenant. So if you want to invite external users to use that cool custom form or app, they have to have an account on the same tenant.

Microsoft is working on this (https://powerusers.microsoft.com/t5/PowerApps-Ideas/Share-with-external-users/idi-p/4114), but no roadmap is currently available.

2. Transfer Your App and Your App Connections To A Service Account

Yes! The PowerApp that you made is an enormous success. It has become a staple of a lot of users’ day-to-day activity. Well done you!

But what happens to the PowerApp when you decide to get a new job somewhere else? Will the App still work? Probably not!

All the connections (e.g. to a SharePoint list) of the PowerApp are probably running under your personal account and when this account no longer exists, the PowerApp can no longer make the connection and will no longer work. Also, when you are the sole owner of the app no one else can edit the app.

Best Practice: Move your PowerApp and the connections to a service account specially made for this purpose.

To work around this problem, it’s best practice to move the entire PowerApp + the connections to a service account. The service account isn’t a named user, but an account with the sole purpose of running Flows and PowerApps. This way your PowerApps and Flows aren’t affected when the account that made it doesn’t exist.

To Move A PowerApp To A Service Account:

1. Add the service account to the PowerApp with ‘Can edit’ permissions

2. As the service account, open the powerapp and make sure all the connections work with this account

This will make it so the service account can still edit and publish the PowerApp.

Note!

The method above doesn’t make the service account owner of the app. Only the owner of the app can delete the app. If you want to make the service account owner of the app, the service account needs to download the app and upload it or export the app and import it under his account. Just keep in mind that the more compelexe the apps are, the more work you’ll have to do this. Because this method isn’t flawless and complex apps tend to break when you copy and move them around.

3. Re-publish Your App At Least Every 6 Months

The Office365 platform is continuously changing and evolving. This is also true of PowerApps. New functionality is added monthly and sometimes even weekly. This might be problematic compatibility wise. The app that you made 2 years ago may not play nice with the newest feature that the PowerApp development team rolled out, and your solution might break.

It’s considered best practice to re-publish your PowerApp every six months (some even say every 3 months). When you republish the solution, the app will be compatible with the latest PowerApp version.

At the time of writing there is no way to automate this process with something like Flow, so be sure to mark this as an event in your calendar.

So remember… PowerApps are awesome. Just don’t forget to do the steps above to make sure PowerApps STAY awesome.

Share this story

Ready to take your Power Apps to the next level?

Make sure your apps are not only built to work — but built to last. From governance to lifecycle management, the right approach makes all the difference.

Frequently Asked Questions

What does it mean to publish a Power App?

Publishing makes the latest version of your app available to all users it’s shared with, ensuring they access the most recent features and updates.

Can you share a Power App with external users?

At the time of writing, sharing apps externally is limited. Users typically need to exist within the same tenant, which can impact collaboration with external stakeholders.

Why is a service account important?

A service account ensures that your app and its connections remain operational, even if the original developer leaves — reducing risk and improving maintainability.

Our blogs