To help admins understand the impact of and prepare for Salesforce enforcing the Restrict User Access to Run Flows release update, here’s a list of FAQs. We plan to use this knowledge article to communicate additional information in the future, so bookmark and check it periodically.
Previously, Salesforce communicated the enforcement of Restrict User Access to Run Flows release update in Winter '25. However, the enforcement was rescheduled to Winter '26 to allow customers additional time to prepare.
The FlowSites org perm is deprecated. A user’s ability to run a flow is restricted unless the correct profile or permission set to run the flow is granted.
The impacted users won’t have access to run Flows.
Starting in February 2024, Salesforce sent Product + Services emails to impacted customers listing the impacted Flow Definition IDs. If you didn't receive any of those emails, you're most likely not impacted.
The email incorrectly omitted the Flow Version ID.
As Flow Definition is the parent of Flow Version, a single Flow Definition ID could have multiple impacted Flow Version IDs. In these cases, the email listed the Flow Definition ID multiple times.
Yes. Salesforce is scheduled to send a correction email and include the Flow Version IDs and Process Types of impacted Flows by July 1, 2024.
We identified flows that had at least 1 user running a flow AND the user didn't have at least:
‘Run Flow’ or 'Manage Flow' user perm in profile/perm set
Explicit Sharing through granular control
‘Flow User’ in user pref.
From your browser, enter:
Salesforce Classic: https://<domainname>/<Flow Def Id>
Salesforce Lightning: https://<domainname>/builder_platform_interaction/flowBuilder.app?flowId=<Flow Version Id>
Other options: How to find a Flow or Process Builder based on its ID?
After you enable the Restrict User Access to Run Flows release update, all users must be granted access to run a flow.
Add the Manage Flow or the Run Flows permission to a profile or permission set. For more granular control, restrict specific flow access to an available profile.
If a flow isn’t available to a user or a flow fails, identify the missing permissions and add them to your user’s profile.
No. The Automated Process User should have access to run flows after the enforcement of this change.
No. As subflow access is based on the parent flow, the parent flow overrides access rules for subflows.
If Guest users should continue to have access to the Flow, admins must enable the Flow to use granular control and grant access to the Guest User profile associated with the community.
Guest, Customer Community, and Portal profiles will no longer be able to run a flow via the FlowSite permission.
|
Impacted Flow Types: |
Unaffected Flow Types: |
|
Screen Flow Autolaunched Flow Recommendation Strategy Field Service Mobile Flow Contact Request Flow Appointments Flow FieldServiceWeb Flow (screen used in Appointments) |
Record Triggered Flows Scheduled Triggered Flows PE Triggered Flows Surveys CustomEvent (Process Builder PE trigger) InvocableProcess Login Flows |
If you didn't get an email from Salesforce listing your impacted flow definition IDs, then this release update doesn’t impact your flows.
Salesforce provides Release Updates that improve the security, performance, and usability of our products. From Setup, in the Quick Find box, enter Release Updates to view release updates, which impact your org.
Yes.
We define an admin as any user with a profile, permission set, or permission set group that has the following permissions enabled below:
Manage Users
Modify All Data
Winter '26
Our product teams continue to address questions in the Release Readiness Trailblazer group.
Salesforce Help: Limit User Access to Execute Flows
Your Guide to Determining the Flow Running User and Its Execution Context
Restrict User Access to Run Flows release note.
001930084

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.