A complete guide to configuring, automating, and managing Salesforce User Access Policies for secure, efficient, and compliant access control.
In today’s digital-first world, securing data is more than just a checkbox — it’s a business imperative. Salesforce’s User Access Policies give organizations the tools to control who can access their environment, under what conditions, and with what level of permissions. In this blog, we’ll explore what User Access Policies are, why they matter, and how to set them up, with practical examples you can apply right away.
User Access Policies are declarative rules that continuously evaluate users and automatically grant or remove access based on defined conditions. They help ensure the right access at the right time, without manual intervention.
Using User Access Policies, admins can:
Automatically grant or remove permission sets, group memberships, or licenses
Instead of manually assigning or removing access, User Access Policies can do this automatically when conditions are met.
Examples:
When a user’s profile changes to Support Agent, the policy automatically:
When a contractor’s end date is reached:
Business benefit:
Enforce multi‑factor authentication (MFA)
User Access Policies can require MFA either:
a. For all users, or
b. Only when certain risk conditions are detected
Examples:
If a user becomes inactive → remove unnecessary licenses and permissions
Why this is powerful:
Security is no longer reactive. Salesforce takes action in real time, reducing the window of exposure and improving overall governance.
Search for User Access Policies → Use the Quick Find box.

Create a New Policy → Click New Policy,
Enter a Policy Name and Description,
Save the policy (it will be created in Design status).

Define Conditions → Choose criteria like profile, role, or location.

Conditions determine which users the policy applies to. There are two sections to configure:
1. User Filters: You can use up to three filters to narrow down which users a policy applies to. The filters can be based on things like
Profile, Role, Permission Set, or Group, Package License, and Public Group or Queue.
2. Additional User Fields: You can add up to ten extra fields to refine the user selection even further. These can be either standard or custom fields from the User object,
such as Text, Picklist, Number, or Checkbox fields. Policies will then apply only to users who meet the criteria you set in these fields.
The policy will apply only to users who meet both the User Filters and Additional User Field criteria.
Define Action in Salesforce User Access Policies
An action is what happens after the policy criteria are met. You can either grant access (like permission sets, groups, or licenses) or remove access.
Each policy can include multiple actions, so you can combine them — for example, granting a support permission set while removing finance access.

Setting the User Access Policy to Run Automatically
Once you’ve set up the criteria and actions, the next step is to decide whether the User Access Policy should run automatically. By default, the policy status is “Design”, which means it is not active yet. The policy will stay in this Design state until automation is enabled. Only after automation is turned on will Salesforce start applying the policy to users automatically.

When you click the Automate Policy button, Salesforce shows you a few options that control when the policy should run. These options are similar to record‑triggered Flow settings (except there’s no option for delete). You can choose to run the policy:
1) When a user is created or updated
2) Only when a user is created
3) Only when a user is updated
After selecting the option that fits your requirement, click Activate. Once activated, Salesforce will automatically run the policy based on the trigger you selected.
Once you choose when the policy should run, the Status of the policy changes to “Active.” At this point, the options to edit or delete the policy are disabled (greyed out).
If you need to make any changes later, you must first deactivate the policy. After deactivating it, you can update the criteria or actions as needed. Once the changes are complete, click Automate Policy again to reactivate the policy.

You do not have to automate the User Access Policy if you don’t want to. This is useful for one‑time access changes, such as migrating access for multiple users at once,
where you want full control over when the policy runs.
When you click Apply Policy, Salesforce will ask whether you want to apply the policy:
1) Only to specific selected users, or
2) To all users who meet the policy criteria
After you make your selection, the policy is applied, and the access changes take effect.
Whether the User Access Policy runs automatically or manually, any access changes it makes are recorded in the Recent User Access Changes tab for each user.
For every time the policy runs, you can see:
1) Whether the run was manual or automatic
2) Who ran the policy
(i) If it ran automatically, the user would show as Automated Process
You can also drill down into the details to see exactly what access was granted or removed, such as permission sets, groups, or licenses.
User Access Policies in Salesforce aren’t just about locking doors — they’re about opening the right ones safely. By combining conditional rules, multi‑factor authentication (MFA), and adaptive security, organizations can protect sensitive data while still enabling employees to work efficiently and productively.