web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

Community site session details

Community site session details

Session Id :
Power Platform Community / Forums / Power Automate / Creating a process in ...
Power Automate
Unanswered

Creating a process in Power Automate that isn't tied to my user account?

(0) ShareShare
ReportReport
Posted on by 8

What's the best practice, if for instance I want to create a request form where the results are converted to a Word document and then stored in a SharePoint document library. But not have this tied to a specific user account such as my own? If I leave the company or get hit by a bus. What's the solution so that this process lives on without my account?

Categories:
I have the same question (0)
  • David_MA Profile Picture
    12,982 Super User 2025 Season 2 on at

    A service account is commonly used when creating workflows in Power Automate for several important reasons:

    1. Authentication: Service accounts provide a secure and standardized way to authenticate and access various services, applications, and data sources within your organization. They enable workflows to interact with these resources without relying on individual user credentials.
    2. Security: Service accounts are typically set up with the minimum necessary permissions to perform specific tasks or access certain data. This helps maintain security by limiting the scope of access and reducing the risk associated with using personal accounts that might have broader permissions.
    3. Consistency: Service accounts ensure consistency in workflow execution, as they are not tied to any particular user. They can be configured to work 24/7, ensuring that critical processes are automated reliably and consistently.
    4. Avoiding Personal Account Dependencies: Relying on personal user accounts for workflow execution can lead to problems when users leave the organization, change their credentials, or encounter other account-related issues. Service accounts help avoid these dependencies.
    5. Logging and Auditing: Service accounts allow for better tracking and auditing of workflow activities. You can monitor and review actions taken by the service account, helping with compliance and troubleshooting.
    6. Scalability: Service accounts are scalable, meaning they can be used in various workflows and scenarios without requiring manual user intervention. This scalability is especially important in enterprise environments with complex automation needs.
    7. Integration: Service accounts are designed for integration purposes. They are often used to connect Power Automate workflows to other systems, APIs, or applications seamlessly, facilitating data exchange and process automation.
    8. Long-term Stability: Unlike personal user accounts that may change over time, service accounts are set up with long-term stability in mind. They are less prone to disruption due to password changes, account deactivation, or other user-related issues.

    In summary, service accounts are a best practice when creating workflows in Power Automate because they enhance security, consistency, and scalability while reducing dependencies on individual user accounts. They are a crucial component of robust and reliable automation processes in an organization.

     

    Note, at my company workflows developed with service accounts are created in environments where only the service account(s) have maker access. No other users are granted maker access in them.

  • wskinnermctc Profile Picture
    6,519 Moderator on at

    The MS Form needs to be created or moved into a Group so that the group is the owner. Also an Administrator has the ability to move a form to another account if you left.

     

    The Power Automate Cloud Flow can be shared with other users as an owner. Or it can be shared with a Team as an owner. So if you left, it would still be on the other person's account. Look at this page that talks about sharing ownership or if a user leaves. Microsoft Learn Team Flows

  • julez Profile Picture
    8 on at

    A Team Flow sounds like a better solution to me for our use case. I'm not keen on service accounts as the account information can become stale. Any on-premise service account we use gMSA accounts so that the password is programmatically rotated and doesn't need to reauthenticate on a regular basis. Even if I could tie an Azure app to a flow I would find that more palatable than a static service account.

  • julez Profile Picture
    8 on at

    Thanks, my problem with service accounts is that they can be come stale or may need to regularly reauthenticate as the credentials would change. I would much prefer tying it to a group with permissions or an Azure application. Most products on prem we use managed service accounts which eliminate the need to manually rotate passwords or license the user for example.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Forum hierarchy changes are complete!

In our never-ending quest to improve we are simplifying the forum hierarchy…

Ajay Kumar Gannamaneni – Community Spotlight

We are honored to recognize Ajay Kumar Gannamaneni as our Community Spotlight for December…

Leaderboard > Power Automate

#1
Michael E. Gernaey Profile Picture

Michael E. Gernaey 519 Super User 2025 Season 2

#2
Tomac Profile Picture

Tomac 296 Moderator

#3
abm abm Profile Picture

abm abm 232 Most Valuable Professional

Last 30 days Overall leaderboard