Unanswered

Changing flow connection from a user account to a service account

(4) Share

Report

Posted on by AnnetteM

I have many flows that trigger from a submission to a Microsoft Form. All of the flows I created were using my user account, however with the implementation of MFA, and best practice, I would like to change these to a service account.

Do I make the service account another owner to the flow?
How do I change the existing connections from my user account to the service account?
If the flow is triggered when a response is submitted to a form, does the service account need access to the form?
If the flow needs to write to a SharePoint list, does the service account need to have permission to the SP list?

Categories:

Using connectors

I have the same question (0)

All responses (13)

Answers (1)

Verified answer

yashkamdar 1,044 on at

Like (17)

Report

Hello Team,

Putting in a detailed answer for you that should clear out all your existing queries.

Question no 1 - Do I make the service account another owner to the flow

Yes, you need to do this because currently there is no option in Power Automate wherein you can just change original owner of the Power Automate.

I would request you to please upvote the idea below to cater the above requirement-
https://powerusers.microsoft.com/t5/Power-Automate-Ideas/allow-the-owner-to-change-the-ownership-of-a-flow-to-someone/idi-p/234430

Question no 2 - How do I change the existing connections from my user account to the service account?

Well there are 2 ways to do this-
1. Change individual connections of all the actions (which is too lengthy)
2. Take an export your Power Automate as a Package and then import the package with different user i.e Power Automate account.
How to export and import Flows is given below -
Export and import your flows across environments with packaging

I would highly recommend you to go ahead with option no 2.

Question no 3 - If the flow is triggered when a response is submitted to a form, does the service account need access to the form?

Yes, absolutely you will need access for the account the Power Automate is running under on the form whether this is a SharePoint form or a Microsoft form.

Question no 4 - If the flow needs to write to a SharePoint list, does the service account need to have permission to the SP list?

Again the answer is YES, if access is not there your Flow solution will not be able to write the file to the SP list and give you an UnAuthorized error.

If this reply has answered your question or solved your issue, please mark this question as answered. Answered questions helps users in the future who may have the same issue or question quickly find a resolution via search. If you liked my response, please consider giving it a thumbs up. THANKS!

Was this reply helpful? Yes No
Nicolas07 42 on at

Like (5)

Report

The workaround for this question 2 is such a nightmare...

You have to create a "fake" service account only for the purpose of PowerApps, make sure it has owner permissions to the related Forms and Sharepoint lists, share its credentials to other persons, export your flow, import it under the fake account and only them your Flow may run without hiccups even if you leave.

But in a large organisation there is no-way this can be done.

So now I end-up with a Group-owned Flow, running on a Group-owned Form and a Group-owned Sharepoint list, but if I lose my job tomorrow and my account is closed, then the Flow becomes immediately out-of-service because it has my personal connections and I cannot assign Group-owned connections...

Was this reply helpful? Yes No
NPrice99 1,302 on at

Like (1)

Report

Hi

What about Service Principals for SharePoint connectors ?

Regards

Nigel

Was this reply helpful? Yes No
CU07110930-0 104 on at

Like (1)

Report

Hi @yashkamdar thank you for your detailed reply.
I was wondering thought, when I got to export one of the fields is Environment and there is no reference on the article you sent on what that should be, do you know by any chance what do i need to write there or where can i find the name or what my environment is? thank you

Was this reply helpful? Yes No
mioiox 23 on at

Like (4)

Report
It might be a bit late for the OP but this might do the job for someone else, thus I am sharing it here.

Based on the original information by yashkamdar, these are the steps that can be followed in order to change the connection from one personal account to a service one. Tested and working at the time of writing.

There are two options to start with:
You want the flow to be created/owned/managed/configured and executed in the security context of a service account. This means that you need to know the password for the service account in order to make any changes to the flow, as you will need to logon to flow.microsoft.com using its credentials. You can always make another/your account an additional owner of the flow afterwards, of course.
You want the flow to be created/owned/managed/configured by you, but executed in the security context of a service account. This means that you will only need the credentials of the service account once, when you set up the data connection (see below). You can always make another account an additional owner of the flow.

In either case, these are the steps to follow:
If you already have some flows you want to be run in the context of the service account, login as your account and export them as ZIP files.
Depending on your selection of the options above you either log on to Flow using the service account (for opt. 1) or using your account (opt. 2).
Create a new data connection (flow.microsoft.com > Data > Connections > New connection > SharePoint > Connect directly > type in username and password of the services account.
If you chose opt. 1, when logged in as the service account, import the flows from the ZIP file.
If you chose opt. 2, when logged in as yourself, import the flows from the ZIP file.
No matter which option you chose, during the import process, for the connection select the new one you created (the service account one).
If you are using your own account for managing, during the import make sure you don't update the existing flow, rather create a new one.
At the end you will get a new flow that is using the new connection. And anytime you create a new flow, just make sure you select the correct connection (the service account one):

That should be it 🙂

N.B. Something useful about the service account:
Can be an account without any license assigned
Should have the necessary (read/modify) access to the SharePoint site/list/library and other resources. If there is no license assigned, granting permissions to the site itself might not be allowed. However, in the case of a Group-connected site (the modern Team site, that is), you can go to SharePoint admin center and make the service account an Additional admin. This will grant him permissions to the site and allow the flows to run.
Best regards and good luck!

Was this reply helpful? Yes No
Dynamics_User07 50 on at

Like (0)

Report

hi @mioiox
Hi All,

I have created a flow to update the certain fields based on Onchange of a field. I have changed the owner to 'service account' from me by adding the flow in existing solution as owner change is not supported for non-solution flow.
Now, the problem is whenever I or anyone making changes to trigger the flow, it is working as expected but the update event is showing my name but it should (show)be updated by the Service Account in Audit history as this is the current owner. We need to show the event is updated by service account beacuse other flow shd not run when chnages is made by service account which is not happening as the event is still showing my name
I do not how to change the connetion and connection references against the service account as it is a general account and to make connection we need to sign with that account.So, the connection reference is still using my id.I am not sure if this the reason and if it is then I am afraid of solution as i cannot login with service account to create the connection references

Was this reply helpful? Yes No
mioiox 23 on at

Like (0)

Report

Hi @PCF_USer,
When you say "I cannot login with service account", does this mean you don't have the service account's credentials (i.e., its password)? If you have them, did you try to follow my proposed solution above? And if yes, which option did you choose (as I am not sure I got it completely right from your description)?

Was this reply helpful? Yes No
Dynamics_User07 50 on at

Like (0)

Report

Hi @mioiox
Yes I do not have service account to create flow and connection .
I was told to change workflow in power automate and that workflow has owner as Service account but the problem is I have created the power automate from my account so I would be the owner.
Can you please help for above question
Also, though i have added it to solution to change the owner I need to create independed automate and distribute it.One way is to select the connection during import but for that also we need service account credential to create connection. Any idea? we can do it?

Was this reply helpful? Yes No
mioiox 23 on at

Like (1)

Report
I am not a Flow expert at all, but I am pretty sure that if you have the connection setup to use the service account, it doesn't really matter who the owner is - it will display in SharePoint that the changes were made by the service account.

Look on these screens. This flow is being created and owned by me, not by the automation.bot service account; this service account is only used for the connection, as explained above:
Flow connection configuration:
List items being modified by this flow:

You need to know your service account's password in order to configure the connection using its security context. Without its password you cannot achieve this and the flow will execute in your security context.

I hope I managed to clarify enough. Please take your time to read and understand my previous post.
Good luck!

Was this reply helpful? Yes No
Community Power Pla... on at

Like (0)

Report

We are also having these issues. It is preventing us from deploying between environments in DevOps for our phased releases between dev, sit, uat, pre-prod, and prod. All of which we would like to be on different release schedules for adequate Power App Lifecycle Management to be in place for our Apps.

When we deploy to the next environment from unmanaged to managed it breaks all the connections for flows that were created in our dev environment because they are using the developers user account when they are created. I have tried to explain this problem to our IT Department and get Support for this issue, as I am in Engineering, but they have not resolved it for us as of this date.

Was this reply helpful? Yes No