Domain Separation and Customer Service Problem Management
Summarize
Summary of Domain Separation and Customer Service Problem Management
Domain separation is a vital feature designed to help manage complex, multi-tenant organizational environments effectively. It ensures that users only access data relevant to their specific domain, enhancing security and operational efficiency. This feature is essential for ServiceNow customers who operate across multiple tenants or account domains, such as service providers managing interactions with various customers.
Show less
Customer Service Problem Management (CSPM) supports domain separation at the account level, ensuring that all customer data and problem cases are isolated by domain. This separation aligns with domain separation practices in Customer Service Management, enabling secure and organized handling of service problems across different accounts.
Key Features
- Runtime domain separation: The application enforces domain separation dynamically, affecting user interface, cache keys, reporting, rollups, and aggregations.
- Account-level data separation: Customer details and service problem cases are separated by account name, providing clear domain boundaries.
- Role-based domain access: Administrators can assign fulfillment agents and managers to specific domains, allowing them to work on service problem cases across accounts within their domain.
- Domain-separated tables: Multiple key CSPM tables such as Service Problem Case, Service Diagnostic Task, Service Resolution Task, and various test-related tables support domain separation to maintain data integrity and security.
- Domain value assignment: Domain values for CSPM objects are derived from related entities (e.g., accounts, companies, or users), ensuring consistent domain context throughout the application.
Practical Implications for ServiceNow Customers
- Service providers can securely manage service problems and customer interactions across multiple tenants without data leakage.
- Administrators gain precise control over user access and data visibility based on domain assignments, facilitating compliance and operational efficiency.
- Customers benefit from seeing relevant responses and updates within their domain, improving communication and service quality.
- By following domain separation guidelines, customers can implement CSPM in a way that supports complex organizational structures and multi-tenant scenarios effectively.
Domain separation provides a structured and efficient way to manage complex, multi-tiered organizational environments. It enables tailored access and control, ensuring that users see only the data relevant to their domain, enhancing security and efficiency.
Support level: Basic
- Business logic: Ensure that data goes into the proper domain for the application’s service provider use cases.
- The application supports domain separation at run time. The domain separation includes separation from the user interface, cache keys, reporting, rollups, and aggregations.
- The owner of the instance must set up the application to function across multiple tenants.
Sample use case: When a service provider (SP) uses chat to respond to a tenant-customer’s message, the customer must be able to see the SP's response.
For more information on support levels, see Application support for domain separation.
Introduction to Customer Service Problem Management
Customer Service Problem Management (CSPM) supports domain separation at an account level. All customer data and service problem cases have account (customer) level separation.
How domain separation works in Customer Service Problem Management
- Ensure that the account is domain separated according to the domain separation guidelines in Customer Service Management. For more information, see Domain separation and Customer Service Management.
- Customer details and service problem cases are domain separated using the account name.
- If an administrator assigns fulfillment agents and managers to work on the service problem cases for a specific domain, these agents and managers can work on these types of transactions across accounts.
Domain separated tables
- Service Problem Case
- Service Diagnostic Task
- Service Resolution Task
- Service Test Definition
- Test Measure Definition
- Test Definition Characteristic
- Test Definition Relationship
- Specification to Test Definition Relationship
- Threshold Rule
- Measure Consequence
- Test Run
- Test Characteristic
- Test Measure
- Threshold Rule Violation
- Applied Consequence
Use cases
If customer or service problem cases have an account name, an administrator can identify and separate the customer or service problem cases for different domains.
If fulfillment agents or managers are assigned to a domain, an administrator can assign them to work on the service problem cases for a specific domain (account).
How domain values are allocated to CSPM objects
| CSPM objects | Domain source |
|---|---|
| Service Problem Case | Gets domain value from Account. |
| Service Diagnostic Task | Setting domain from Company. |
| Service Resolution Task | Setting domain from Company / task_for / task_for.company / default. |
| Service Test Definition | Setting domain of current user. |
| Test Measure Definition | Setting domain from Test Definition. |
| Test Definition Characteristic | Test Definition Characteristic |
| Test Definition Relationship | Setting domain from Test Definition. |
| Specification to Test Definition Relationship | Setting domain from test definition. |
| Threshold Rule | Setting domain from Test measure. |
| Measure Consequence | Setting domain from threshold rule. |
| Test Run | Setting domain from Service Diagnostic task. |
| Test Characteristic | Setting domain from Test Run. |
| Test Measure | Setting domain from Test Run. |
| Threshold Rule Violation | Setting domain from Test Measure. |
| Applied Consequence | Setting domain from Threshold Rule Violation has context menu. |