Domain separation and Field Service Management
Summarize
Summary of Domain Separation and Field Service Management
Domain separation in Field Service Management (FSM) facilitates the management of complex organizational environments by segmenting data and configurations into logical domains. This structure enhances security and efficiency by ensuring that users only access data pertinent to their domain.
Show less
Key Features
- Company Entity: The Company entity drives domain separation, where each company is assigned to a specific domain. Work orders and tasks created for a company are automatically associated with that domain.
- Mandatory Fields: The Company field is required on the Work Order form, ensuring that all work orders are created within the appropriate company domain.
- Integration with Customer Service Management: When integrated with Customer Service Management, the Account field becomes mandatory, linking work orders to the account domain.
- Domain Inheritance: Work orders inherit the domain from their associated company or account, which affects related tasks and processes.
- Domain Filtering: Qualification, dispatcher, and assignment groups are filtered based on the work order's domain, ensuring that group domains align with work orders.
- Parts Process: The parts process is also domain-specific, with part requirements and transfer orders created within the relevant domain.
Key Outcomes
By implementing domain separation, ServiceNow customers can expect improved data management and security tailored to their organizational structure. This setup ensures that users have access only to the information and processes relevant to their domain, which enhances operational efficiency and compliance. For further assistance with setup, customers should contact ServiceNow, Inc.
Domain separation provides a structured and efficient way to manage complex, multi-tiered organizational environments by logically segmenting data and configurations. This ensures users only access data relevant to their domain, boosting 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.
Overview
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. In the Field Service Management application, you can use the Company entity to drive domain separation. Assign a domain to each company and then any work orders and tasks created for a company are created within the company domain. Other entities and tasks related to work orders, such as dispatcher and assignment groups, part requirements, and transfer orders, are driven by the company and work order domains.
How domain separation works in Field Service Management
Domain separation for Field Service Management uses the Company entity to drive the domain structure. To use domain separation, all companies must be assigned to a domain.
When using Field Service Management in a domain separated instance, the Company field is a mandatory field on the Work Order form. When you create a work order for a company, the work order is created in the company domain. Any tasks created for the work order are also created in the company domain.
When using Field Service Management integrated with Customer Service Management in a domain separated instance, the Account field is a mandatory field on the Work Order form. When you create a work order for an account through a customer service case, the work order is created in the account domain. Any tasks created for the work order are created in the same domain as the work order. In the event that the domain of the work order changes, the domain of the work order tasks is also updated.
Setting up domain separation in Field Service Management
To set up domain separation for Field Service Management, contact ServiceNow, Inc.
Work orders created from Incident, Problem, or Change
- The company on the work order is inherited from the original record.
- The domain of the work order is inherited from the company.
- If the original record does not include a company, the Company field is still a required field on the Work Order form.
Groups
Qualification, dispatcher, and assignment groups are filtered based on the domain of the work order and work order tasks. The group domain must match the work order or work order task domain.
Parts process
- Part requirements are created in the work order domain.
- Transfer orders and transfer order lines created for a part requirement are created in the part requirement’s domain.
- When sourcing a part, the following are available:
- Assets are available for a work order or work order task based on the part requirement domain.
- Assets are available based on the part requirement domain.
- Stockrooms are available based on available assets.