Dynamics 365 for Finance and Operations is now being licensed as Dynamics 365 Finance and Dynamics 365 Supply Chain Management. For more information about these licensing changes, see Dynamics 365 Licensing Update.
Functionality noted in this topic is available to targeted users as part of a preview release. The content and the functionality are subject to change. For more information about preview releases, see Service update availability.
Personalization plays an important role in allowing users and organizations to optimize the user experience to meet their needs. For more details on personalization, see Personalize the user experience.
With traditional personalization, users could only have a single set of personalizations per form. Saved views expands on personalization in several important ways:
Views permit users to have multiple named sets of personalizations per form, which they can quickly switch between as needed. This allows a user to create multiple optimized views of a page, where each view has been tailored to fit the needs of performing a particular business task.
Views created for particular page types can also include user-added filters or sorts, which allows users to quickly return to commonly filtered datasets. See the What pages support views section for more details.
Views can be published to users in specific security roles and specific legal entities. Therefore, any user who has a specified role in a specified legal entity can access and use that view, even though that user might not be able to personalize it. This publish capability lets organizations define corporate, standard views that are optimized for their business. For more information, see the Managing personalizations at an organizational level with views section.
Unlike traditional personalization, views are not automatically saved when a user performs explicit personalizations or filters a list. Explicit saves are required to provide flexibility in creating a view before or after the changes associated with that view have been made and to ensure that view definitions are not unintentionally altered by filters or personalizations that are not intended for long-term use.
Views can be added to workspaces as tiles, lists, or links. Therefore, a filtered data set can be surfaced in a workspace, and users can associate a set of personalizations that are relevant to that data set with the tile or link.
Switching between views
After views have been enabled for an environment, any page that supports views will include a collapsed view selector control at the top of the form that shows the name of the current view.
There are two size variations to the view selector:
Large view selectors: Pages that prominently feature a list will have a larger view selector for a few reasons. Most importantly, the larger view selector indicates the pages where the view can include user-defined filters. Because filters are included in the views, the larger selector size is also warranted as the view names will often be the best description of the data shown on the screen and the expectation is that users will switch between views more often on these page types.
Small view selectors: All other full-page forms (with the exception of workspaces and the dashboard) have a smaller view selector that appears next to the page caption. Views on these pages only include personalizations (and not user-defined filters). On these pages, the form caption or record title is often the most important information at the top of the form. The smaller size also reflects a lower expected frequency of view switching on these pages.
If you click on the view name, the view selector opens and shows the list of available views for this page
- Standard view: The Standard view (previously known as the Classic view) is the out-of-box view of the page, where no explicit personalizations are applied.
- Personal views: The views without padlocks represent your personal views. These are views that either you have created or that an administrator has given to you.
- Locked views: Some views (such as the Standard view and any views that are published to your role) have a padlock symbol next to them in the view selector. This symbol indicates that you can't edit those views. However, implicit personalizations that reflect page usage are automatically saved. These implicit personalizations include a change to the width of a grid column, or expansion or collapse of a FastTab. Nevertheless, if you have personalization privileges, you can use the Save as action to make a personal view that is based on a locked view.
- New views: Published views that have not yet been opened are delineated with a spark to the left of the view name.
To switch to a different view, first open the view selector and then select the view that you want to load.
Creating and modifying views
Unlike traditional personalization, views are not automatically saved when a user performs explicit personalizations (or filters a list). An explicit action is required to save these changes to a view. This provides user flexibility in creating a view before or after the changes associated with that view have been made and also ensures that view definitions are not unintentionally altered by one-time filters or personalizations. Note that implicit personalizations (such as expanding or collapsing a FastTab or changing the width of a grid column) are automatically saved to the current view, even for locked views.
To ensure that the current state of the view is known, when you start making changes to a view by performing an explicit personalization or filtering, an asterisk will appear next to the current view name indicating that you are looking at an unsaved, modified version of that view.
If you want to save those changes, follow these steps.
- Select the view name to open the view selector.
- To modify the existing view:
- Select Save. Note that this action will not be enabled for locked views.
- To create a new view:
- Select Save as.
- Enter a view name and (optionally) a description.
- Select Save.
Changing the default view
The default view is the view that the system will try to open when you first navigate to the page. You should set this to the view that you expect to use most often.
To change the default view for a page, follow these steps:
- Switch to the view that you use as the default.
- Select the view name to open the view selector.
- Select More and then Pin as default.
Alternatively, when you create a new view (by using the Save as action), you can make that new view the default view by setting the Pin as default option before you save the view.
Note that in some cases, the query associated with the default view does not execute when you first navigate to a page. For example, if you navigate through a tile to a page, the tile's query will be executed regardless of the query associated with the default view. Also, if you navigate to a page whose Classic view already has a defined query, the original query will execute originally in place of the default view's query. When this happens, you will be alerted by an informational message when the view is loading. Switching views after the page has loaded should allow the view query to execute as expected.
Managing personal views
The Manage my views dialog box gives you basic maintenance capabilities over your personal views and the order of views in the view selector. To open this page, click the view name to open the view selector drop-down menu, select More, and then select Manage my views.
For a list of available views for that page, the following set of actions are available.
- Change the default view: Use the Pin as default action to make the currently highlighted view the default view for this page.
- Reorder your views: Use the Move up and Move down actions to rearrange your views in a specific order.
- Rename a view: Use the Rename action to change the name of the currently highlighted personal view. This action is turned off for locked views.
- Delete a view: Use the Remove action to permanently delete the currently highlighted view from the page. There is no way to recover a view after you remove it.
Any changes made in this dialog box will take effect after you select the Save button.
Managing personalizations at an organizational level with views
To help you understand how saved views help improve management of personalizations at an organizational level, this section describes how personalization management worked before views were available.
Without views, administrators would apply a set of personalizations for a page to a user or a group of users via the Personalization page. If those users had personalization rights, the personalizations would be applied to that page. However, there was no ability to prevent users from further personalizing the page, which meant the organization could not ensure that its users had a consistent user interface. If any of those users didn't have personalization rights, the personalizations given to them by an administrator were not loaded. Further, if new users were hired into an organization, administrators needed to manually load a set of personalizations for the user. There was no automatic mechanism for specifying that a certain set of personalizations should be available for users in that role.
The saved views feature makes organizational management of personalizations significantly easier, primarily because views can be published to groups of users. After a view has been published, any user who has one of the defined security roles and is in the specified legal entities will be able to access and use the view, even though that user might not be able to personalize it. Although each user has a copy of the published view where page usage (implicit personalizations) are automatically applied, no user can save explicit personalizations or query updates to a published view. (In other words, published views are locked.) Additionally, if new users are given roles in legal entities that views were published to, they will automatically see the views that are associated with their roles and legal entities. No additional action is required by the admin. Likewise, if users change roles in an organization or are given access to different legal entities, they might no longer be able to access the views that were previously published to them. Again, no additional action is required by the admin.
Updates to a published view can easily be distributed to users by republishing the view to the appropriate security roles and legal entities.
The publish capability allows organizations to define corporate standard views that are optimized for their business, targeted at users in specific security roles.
During the publish process, views can be assigned to one or more security roles for one or more legal entities. Therefore, any user who has access to a legal entity and who is assigned to one of those roles can access and use the views, although they can't edit them. System admins have access to the Publish action in the view selector drop-down menu. However, other trusted users in your organization can also be given access to view publishing via the new Saved views administrator role.
To publish a view, follow these steps:
- Create and save a personal copy of the view that you want to publish.
- With that view currently loaded, select the view name to open the view selector drop-down menu.
- Select the More button and then select Publish. The Publish dialog box will open.
- Enter a name and (optionally) a description for the view. The name that you enter is the name that users who receive this view will see in their view selectors. The names of published views for a page must be unique. No duplicate names are allowed, even if the list of roles or legal entities that the views are applied to differ.
- Add the security roles that correspond to the users who are being targeted by this view.
- Add the legal entities that this view should be available for.
- Select Publish.
Note that in some environments, it may take some time (up to an hour) before users see the published view.
Modifying a published view
After publishing a view, you may discover that you want to make changes to a published view. While you cannot make live changes to a published view, because these views are locked for editing for all users (including publishers), you can re-publish a view to make updates.
If the changes that you want to make to a published view only involve the publish parameters (the name and description of the view, or the security roles the view is published to), do the following:
- Switch to the published view for the parameters that you want to update.
- Select Publish from the view selector drop-down menu.
- Select Yes if you want to update the existing view (or No if you want to publish this under a different name).
- Update the name, description, and/or security roles for the view.
- Select Publish.
- If you updated the name of the published view, you'll also need to delete the published view with the old name (see the Managing published views section for more details).
If the changes to the published view involve modifying the personalizations or filters associated with the view, follow these steps:
- Switch to the published view that you want to modify.
- Save a copy of the published view to create a local draft of the published view.
- Modify the local draft with the needed changes.
- Publish the view with the original name.
Managing published views
Like managing personal views, the Manage my views dialog box gives users with publish privileges basic maintenance capabilities over that page's published views (in addition to their own personal views). To open this page, select the view name to open the view selector drop-down menu, select More, and then select Manage my views.
While all users see a My views tab showing their personal views, users with publish privileges also see a Published tab that shows all the published views for that page. Because there may be several users publishing views, it is important to be able to manage the full list of published views, regardless of whether you were the user who actually published the view.
For the list of all published views for the page, the following set of actions are available.
- Publish: Use the Publish action to republish a view after publish parameters (name, description, security roles, or legal entities) are changed.
- Remove: Use the Remove action to permanently delete a published view. This action removes the view for all users in the system.
Any changes made in this dialog box will take effect after the Save button is selected.
Frequently asked questions
How do I enable saved views in my environment?
To enable saved views while the feature is in preview, follow the steps below:
Enable the flight: Execute the following SQL statement:
INSERT INTO SYSFLIGHTING (FLIGHTNAME, enabled, FLIGHTSERVICEID, PARTITION) VALUES('CLISavedViewsEnableFeature', 1, 0, 5637144576);
Reset IIS to flush the static flighting cache.
Find the feature: Go to the Feature management workspace. If Saved views does not appear in the list, select Check for updates.
Enable the feature: Find the Saved views feature in the list of features, and select Enable now on the details pane.
All subsequent user sessions will start with saved views enabled.
Saved Views is only for use in Tier 1 (Dev/Test) and Tier 2 (Sandbox) environments in order to provide additional testing and design changes. A preview of Saved Views will be available in production environments in a future release.
Note that if personalization is turned off for the environment, views will be disabled even if you follow the above steps. This is because the views feature is built on top of the personalization subsystem.
What happens to existing personalizations when views are enabled?
When views are enabled, any existing personalizations for a user and form are saved into a new view called My view that is automatically set as the default view. This is meant to ensure that there is a consistent user experience before and after views are enabled, except for the view selector control appearing on forms.
What pages support views?
Views are available on most, but not all pages. Specifically, views are currently available on all full-screen pages except for dashboards and workspaces. Non-full-screen pages, which include dialog boxes, drop-down dialogs, lookups, enhanced previews, also currently do not support views. View support for additional page types, such as workspaces and dialog boxes, may be considered for a future update.
Who is allowed to publish views?
Only system admins and users who have been assigned to the Saved views administrator role have the rights to publish views.
Why am I not able to save filters with this view?
There are a few reasons why a filter may not appear to save with a view:
The page may not support saving filters as part of the view definition. Note that only pages with large view selectors allow personalizations and query modifications to be saved as a view. See the "Switching views" section for more information.
If the view is the default view and the navigation path to the page includes a query, the view's query may not be applied initially. The two primary scenarios for this are:
- If you navigate to a page from a tile, the tile query will execute regardless of the query associated with the default view.
- If you navigate to a page and that entry point includes a query, the original query will execute originally in place of the default view's query.
You should be alerted when these situations occur by an informational message when the view is loading. You can also confirm by switching to this view after the page loads, as that should allow the view query to execute regardless.
The page in question may not properly support views, as it may ignore the view query completely or may operate on a temporary table whose data is not persistent.