ServiceNow CIS-SP ServiceNOW Certified Implementation Specialist - Service Provide Exam Practice Test

Page: 1 / 14
Total 45 questions
Question 1

Name the methods available to provide data access to a user outside of their domain hierarchy.

Choose 2 answers



Answer : C, D

In ServiceNow, providing data access to a user outside of their domain hierarchy can be achieved through the following methods:

1. Access Control Lists (ACLs): ACLs are used to define permissions for accessing data within ServiceNow. By configuring ACLs, you can grant specific users or groups access to data outside their domain hierarchy. This is done by setting up rules that allow or deny access based on various conditions, such as roles, user attributes, or specific field values1.

2. sys_visibility.domain system property: This system property can be configured to control the visibility of records across different domains. By setting this property, you can define which domains' data should be visible to users outside their own domain hierarchy. This allows for more granular control over data access and visibility2.

These methods ensure that users can access the necessary data while maintaining the integrity and security of the domain separation model.

1: ServiceNow ACL Documentation

2: ServiceNow Domain Separation Documentation


Question 2

A System Administrator wants to setup their domain hierarchy in a new instance, which practice should they follow when creating the structure?



Answer : A

Best practices for setting up a domain hierarchy in ServiceNow recommend creating a structure that is not too shallow or too deep. A hierarchy that is 3-5 layers deep is considered optimal as it allows for the use of 'contains' relationships where necessary12. This structure should include a default domain, which typically serves as the catch-all layer for any data that does not belong to a more specific domain3. The default domain is often the TOP domain or a domain just below it. This setup facilitates better organization and management of data and processes across different domains within the instance45.


Question 3

What is the best practice regarding User Criteria and Shared Knowledge Bases?



Answer : C

In ServiceNow, the best practice for setting up User Criteria and Shared Knowledge Bases is to define them in the parent domain. This approach ensures that the knowledge bases are accessible to all relevant child domains, promoting efficient information sharing and management. When knowledge bases and user criteria are defined at the parent domain level, they inherit down to the child domains, allowing for centralized control while still supporting visibility across the domain hierarchy.

This practice aligns with the principles of domain separation, which is a key feature in ServiceNow for managing data and user access in a multi-tenant environment. By defining these elements in the parent domain, organizations can maintain a clear and organized structure that supports both separation and sharing of knowledge as needed.

For more detailed guidance on this topic, ServiceNow's official documentation provides insights on designing user criteria for knowledge bases, which can be found in their support portal. It is recommended to review these resources for a comprehensive understanding of the best practices in configuring user criteria and knowledge bases within ServiceNow.


Question 4

Which are the available Domain Types on a baseline instance?

Choose 3 answers



Answer : B, C, D

In a baseline ServiceNow instance, the available domain types include Primary, TOP, and Customer. These domain types are part of the domain hierarchy that ServiceNow uses to organize data, processes, and administrative tasks within the platform.

* Primary: This is the main domain where the instance is initially set up. It's the starting point for the domain hierarchy and typically contains the core configurations and settings for the instance.

* TOP: The TOP domain is the highest level in the domain hierarchy, above all other domains. It is used for defining global processes and settings that can be inherited by lower-level domains.

* Customer: Customer domains are created to represent individual customers or tenants in a multi-tenancy environment. Each customer domain can have its own unique configurations, processes, and data that are separate from other domains.

The concept of MSP (Managed Service Provider) and Vendor domains are not standard domain types in a baseline instance but can be configured as part of a domain separation strategy to cater to specific business needs. The ServiceNow documentation provides detailed information on domain separation, including the types of domains and how they are used within the platform. Domain separation allows organizations to maintain data privacy and process customization across different business entities within a single instance of ServiceNow.


Question 5

If a business rule exists in the parent domain and a separate non-overriding business rule exists in the child domain, which rule will run for the child domain?



Answer : B

In ServiceNow, domain separation allows for the partitioning of data, processes, and administrative tasks into distinct domains within the same instance. When it comes to business rules, if a business rule exists in the parent domain and another non-overriding business rule exists in the child domain, both rules will be executed for the child domain1.

This behavior is part of the domain hierarchy logic, where the child domain inherits the properties and rules of its parent unless explicitly overridden. Since the business rule in the child domain is non-overriding, it does not cancel or replace the parent domain's rule. Instead, it adds to the logic that will be processed when the conditions for the business rule are met.

Therefore, when an action occurs that triggers the business rules, the system will first run the business rule from the parent domain followed by the business rule from the child domain. This ensures that the foundational logic set by the parent domain is always applied, while still allowing for additional, domain-specific customizations in the child domains2.

It's important to note that this behavior can be controlled and configured according to the needs of the organization, and understanding the implications of domain inheritance is crucial for proper domain separation management in ServiceNow3.


Question 6

In a new domain separated instance, which data will a user in customer Domain X definitely have visibility to?

Choose 2 answers



Answer : C, E

In ServiceNow, domain separation is used to segregate data, processes, and administrative tasks into logical groupings called domains. This allows for control over data visibility and operations within an instance. When it comes to data visibility:

* Domain X: A user in Domain X will definitely have visibility to their own domain, as this is the primary context in which they operate1.

* Child domains of Domain X: Users can view data in their home domain (Domain X) and any child domains of that home domain. This is because child domains inherit permissions and visibility from their parent domains, allowing users in a parent domain to see data in the child domains1.

However, users do not have access to data present in their parent domains or other unrelated domains by default. The primary domain and default domain are typically reserved for global or top-level administrative purposes and are not automatically visible to users in customer domains unless specific permissions are granted12.

It's important to configure domain separation carefully to ensure that users have the appropriate level of access to data necessary for their roles while maintaining the security and integrity of the data across the instance31.


Question 7

When an administrator working in a domain modifies a policy that exists in a higher domain or in global, the system automatically:



Answer : C

When an administrator working in a domain modifies a policy that exists in a higher domain or in the global domain, ServiceNow automatically creates a new record for that administrator's current domain and overrides the original policy. This ensures that the changes are specific to the current domain and do not affect the policies in the higher or global domains. This behavior is part of the domain separation feature, which allows different domains to have their own customized policies and configurations without impacting each other.

For more detailed information, you can refer to the following resources:

* ServiceNow Support Article on Domain Separation

* Developing Domain-Separated Applications


Page:    1 / 14   
Total 45 questions