Domain separation and responsive dashboards
Summarize
Summary of Domain Separation and Responsive Dashboards
Domain separation in ServiceNow allows for the organization of data, processes, and administrative tasks into distinct groups known as domains. This feature facilitates controlled access, ensuring that users can only see and interact with data relevant to their domain. To activate this feature, the domain separation plugin must be requested.
Show less
Key Features
- Dashboard Visibility: Only dashboards that are shared can be accessed by users in other domains. Users in child domains have read-only access to dashboards created in parent domains.
- Edit Permissions: Users can only edit dashboards if they belong to the same domain as the dashboard. For instance, HR domain users cannot edit dashboards created in the IT domain.
- Domain-Specific Content: Dashboard elements such as records, tabs, and widgets are subject to domain separation rules. Widget content adheres to the domain from which it originates.
- Global Dashboards: Dashboards defined at the global level can be viewed by all users with whom they are shared, including users from child domains.
Key Outcomes
Implementing domain separation allows ServiceNow customers to manage multiple tenants effectively within a single instance while maintaining data integrity and security. It ensures that business logic can be customized per tenant, such as requiring comments for record closures in specific domains. Users will benefit from enhanced clarity in dashboard access and editing capabilities, ensuring they work within their designated domains.
Domain separation is supported in dashboard creation and administration. Domain separation enables you to separate data, processes, and administrative tasks into logical groupings called domains. You can control several aspects of this separation, including which users can see and access data.
Support level: Standard
- Includes all aspects of Basic level support.
- Application properties are domain-aware as needed.
- Business logic: The service provider (SP) creates or modifies processes per customer. The use cases reflect proper use of the application by multiple SP customers in a single instance.
- The instance owner must configure the minimum viable product (MVP) business logic and data parameters per tenant as expected for the specific application.
Sample use case: An admin must be able to make comments required when a record closes for one tenant, but not for another.
For more information on support levels, see Application support for domain separation.
Overview of domain separation
To activate the domain separation plugin, see Request domain separation.
Users in child domains cannot overwrite dashboards. Child domain users only have read access to dashboards.
How domain separation works in Dashboards
- Only dashboards that have been shared are visible to other users. See Share a responsive dashboard.
- Users granted edit permissions on a dashboard can only edit that dashboard if they are in the same domain as the dashboard. For example, a user who is in the HR domain cannot edit a dashboard created in the parent of the HR domain.
Dashboard data that is domain separated includes dashboard records, dashboard tabs, and widget containers. Widget content is governed by the domain separation that applies to the content itself. For example, an admin adds a report created in the HR domain to a dashboard in the IT domain. This report is not visible to users in the IT domain, although they can see the widget container.
- Joe's company
- Other companies in the TOP company
- All HR, CS, and IT child domains in those companies if it is shared with those users.