Salesforce Spring’25 Release Notes | Permissions and Sharing – Page 6 – Salesforce Training Articles & Latest News

Manage Included Permission Sets in Permission Set Groups via Summaries

Update access more efficiently by specifying which permission set groups include a permission set directly from the permission set’s summary. Previously, to manage included permission sets, you were required to navigate to each permission set group’s page

How: From Setup , in the Quick Find box, enter Permission Sets, and then select Permission Sets . Select a permission set, and then click View Summary . In the Related Permission Set Groups tab, click Add or Remove

Allow Users to View All Fields for a Specified Object

Easily manage the permissions for users who require broad data access to all fields and field data for specific objects by assigning the object-level View All Fields permission. This permission is available for all standard and custom objects that support field permissions. Users are automatically granted access for any new fields created for the object

How: In Setup , select a permission set or profile. On the Object Settings page for a specific object, enable the View All Fields permission, and then save

The View All and Modify All Object Permissions Have New Names

To better represent the access granted by these object permissions, the View All object permission is now named View All Records , and the Modify All object permission is now named Modify All Records

How: The updated permission names set automatically in your profiles and permissions. No action is required

Remove User and Custom Permissions in Permission Set Summaries

Save time and clicks by removing user and custom permissions from a permission set's summary view. Previously, permissions could not be edit from the summary view. Adding user or custom permissions to a permission set or profile is only possibly via the relevant settings pages. Objects and field permissions can still only be edited from the permission set’s or profile's Object Settings page

How: In Setup , select a permission set, and then click View Summary . In the User Permissions or Custom Permissions tabs, select the permissions to be removed and click Remove

Manage Public Groups More Easily with Improvements to the Access Summary

For a specific public group, view the sharing rules and list views for all objects where the public group is used to grant access as well as the queues that are part of a specific public group. Previously, you were required to select a specific object

How: From Setup , in the Quick Find box, enter Public Groups, and then select Public Groups . Select a public group, and then click View Summary . Click the Object Name dropdown and then select All Objects in the owner-based sharing rules, criteria-based sharing rules, and list views tabs

Get Notified When Your Sharing Rule Targets External Users

A pop-up message appears when a sharing rule is saved after selecting the Portal Roles, Portal Roles and Subordinates, or Roles, Internal and Portal Subordinates sharing rule category

How: From Setup , in the Quick Find box, enter Sharing Settings, then select Sharing Settings . Create a sharing rule and specify the users who get access to the data. For Share with, select the Portal Roles, Portal Roles and Subordinates , and Roles, Internal and Portal Subordinates sharing rule category. After you click Save , a pop-up message informs you that your data will be shared to external users. To continue, click OK

Enable Secure Roles Behavior and Update Sharing Group References in Sandboxes (Release Update)

To prevent unintended access for external site users when digital experiences are enabled, Salesforce is securing access to records in sandbox orgs. The default sharing group available for roles and subordinates before digital experiences are enabled is now displayed as Roles and Internal Subordinates instead of Roles and Subordinates. To prepare for this change, update code and customizations that reference the old group name. Although Salesforce dynamically converts outdated references during a transition period, all code and customizations must be updated manually to prevent errors

When: Salesforce enforces this update in Summer ’25. To get the major release upgrade date for your instance, go to Trust Status, search for your instance, and click the maintenance tab. This release update is intended for sandbox orgs. Salesforce plans to provide a separate release update for these changes for production orgs in Summer ’25 and enforce it in Winter ’26

Why: Previously, when digital experiences were enabled, records shared with Roles and Subordinates were made available automatically to external site users. To secure access so that records were only available to internal users, it was necessary to use the Convert External User Access wizard and make manual updates. With this update, access to those records is limited to internal users by default

How: Use this release update to test these changes in a sandbox and identify necessary fixes for when this change is later enabled in production via a separate release update. Take caution if this release update is enabled by using the test run in a production org. If the code and customizations still reference the Roles and Subordinates value, users can experience issues

Salesforce Spring’25 Release Notes | Permissions and Sharing

Salesforce Spring’25 Release Notes | General Enhancements

Salesforce Spring’25 Release Notes | Fields

Antonis Melakis

Salesforce Spring'25 Release Notes | Fields

Leave a Reply Cancel reply

Recent Posts

Recent Comments

Welcome Back!

Retrieve your password