CSA ServiceNow Certified System Administrator Free Practice Exam Questions (2026 Updated)

✔UI Policiesare the best way to implement dynamic form behavior such asmaking fields mandatory, hiding/showing fields, and setting values based on conditions.

Making " Resolution Code " mandatory when " State " is changed to " Resolved "

This requires aUI Policythat:

Condition:State = Resolved

Action:Set " Resolution Code " field toMandatory = True

Hiding the " Major Incident " checkbox unless the logged-in user has the " Major Incident Manager " role

This requires anotherUI Policythat:

Condition:User does NOT have the rolemajor_incident_manager

Action:Hide the field

Option A (Dictionary Design)

The dictionary defines the structure of fields butdoes not control dynamic form behaviorlike field visibility or conditions.

Option B (Field Limiter)

There is no such feature called " Field Limiter " in ServiceNow.

Option D (UI Design)

" UI Design " is not a recognized concept in ServiceNow.UI Policiesare used for form behavior changes.

Option E (Form Constraint)

There is no " Form Constraint " feature in ServiceNow; ACLs and UI Policies control field behavior instead.

Dot Walkingis a ServiceNow feature that allows you to access and includedata from related tableswhen creating reports, conditions, scripts, and business rules.

When working with records, each table has fields that may reference another table (e.g., anIncidentrecord has an " Opened by " field that references theUsertable).

Dot Walkingallows you to traverse these relationships by using adot (.) notationto pull in data from related tables.

Example: If you want toinclude the email address of the user who created an incident, you can reference it as:

How Dot Walking Works:CopyEdit

incident.opened_by.email

This is useful forreportingwhen you need to include data from multiple related tables without needing custom joins.

A. SQL→ Incorrect. ServiceNow does not use direct SQL queries for reports. It relies on GlideRecord and Dot Walking instead.

C. Outer Join→ Incorrect. ServiceNow does not provide traditional SQL joins for reports. Instead, it usesDot Walking and Database Views.

D. Joins→ Incorrect. While Database Views allow for joins,Dot Walking is the primary method used to include related table data in reports.

In ServiceNow Knowledge Management, the ability to create, edit, or import articles into a specific Knowledge Base is governed by User Criteria , specifically the Can Contribute criteria.

1. User Criteria vs. Roles:

While ServiceNow heavily utilizes Roles (like itil or admin) for general platform security, Knowledge Bases use a more granular, criteria-based approach. On a Knowledge Base definition record, administrators define who can interact with it using two primary related lists:

Can Read: Who is allowed to see the articles.

Can Contribute: Who is allowed to author, edit, and import articles.

2. The Import Process:

ServiceNow allows users to import Word documents directly into a Knowledge Base to automatically generate HTML articles. To utilize this feature for a given KB, the user must meet the conditions defined in that KB ' s " Can Contribute " User Criteria (which could be based on their department, group, role, or individual user record).

3. Why the other options are incorrect:

A & B: sn_knowledge_contribute and sn_knowledge_import are not standard out-of-the-box base platform roles dedicated specifically to the single action of importing.

C: There is no distinct " Can import " User Criteria related list. The right to import is bundled into the general right to author/contribute.

Knowledge Management (KM)in ServiceNow is the process that enables users tocreate, categorize, review, approve, and browse important informationin acentralized repositorythat is shared across the organization.

Key Features of Knowledge Management:Centralized knowledge basefor storing important information.

Categorization and taggingfor easy search and retrieval.

Approval workflowsto ensure content accuracy.

Role-based access control(User Criteria) for managing visibility.

Integration with Self-Service and Service Catalogfor user assistance.

Example Use Case:A company’sIT support teamdocuments solutions to common IT issues. Employees cansearch the Knowledge Basefor solutions before opening a ticket, reducing the number of support requests.

A. Self-Service Management →Incorrect

Self-Serviceallows users to submit requests and incidents but doesnot manage knowledge articlessystematically.

C. Knowledge-Centered Management →Incorrect

No such term as " Knowledge-Centered Management " in ServiceNow.

The correct industry term isKnowledge-Centered Service (KCS), but ServiceNow usesKnowledge Management (KM).

D. Information Portal Management →Incorrect

No such concept in ServiceNow; portals provide UI access but do not manage structured knowledge bases.

E. Business Information Management →Incorrect

Business Information Management (BIM)focuses onbusiness data strategy, notknowledge sharing.

Why Other Options Are Incorrect?

Knowledge Management Overview

Creating and Managing Knowledge Articles

Official ServiceNow Documentation Reference:

To filter records in alist view, users can:

Click on thefilter icon.

Applyconditionsto refine the displayed records.

InServiceNow Access Control Definitions, permissions for a table can be set usingAccess Control Rules (ACLs), which define who cancreate, read, update, and delete (CRUD)records. Permissions can be applied using:

Roles

Roles(sys_user_role) control access by grouping users with similar permissions.

Example: An ACL rule can specify that only users with theitilrole can view incidents.

Script that sets the answer variable to true or false

Customscripts(written in ACL conditions) determine access dynamically.

Example: A script may check if the logged-in user is therecord ' s assigned userbefore granting permission.

Conditional Expressions

Conditional expressions allowrule-based accesswithout scripting.

Example: A condition like " Assigned to is the current user " can be used to restrict access.

A. Groups

Access Control Rules are applied based onroles, not groups. While roles can be assigned to groups, ACLs do not directly use groups.

B. CRUD

CRUD (Create, Read, Update, Delete) isnot a method of setting permissionsbut rather theactionsthat ACLs control.

Predictive Intelligence (PI)in ServiceNow is anAI-powered frameworkthat helpsautomate classificationanddecision-makingbased on historical data. It canautomatically populate values for fields like Priority and Categorybased on theShort Descriptionfield value.

D. Predictive Intelligence

Usesmachine learning modelsto analyze patterns in previous records.

Automaticallysuggests or assigns valuesfor fields likePriority, Category, and Assignment Group.

Example:

If a user submits anincident with " Email not working " in theShort Description, Predictive Intelligence can:

SetCategorytoEmail

SetPrioritytoMedium

Assign the ticket to the appropriateSupport Group

A. UI Policy

UI Policiescontrolform behavior(e.g., showing/hiding fields) butdo notdynamically assign values based on machine learning.

B. Assignment Rule

Assignment Rulesdeterminewho gets assigneda record based on conditions butdo not populate Priority or Category automatically.

C. Action

" Action " is not a framework—it refers toFlow Designer actions, which require manual configuration.

E. CSDM (Common Service Data Model)

CSDMis adata frameworkfor managing CIs and services, but it doesnot handle automatic field population.

To ensure data consistency across the entire ServiceNow platform, developers use Data Policies .

1. The Scope of Data Policies:

Data Policies enforce requirements on data payload at the database engine level (server-side). Because they operate at this deep layer, they act as a universal gatekeeper. It does not matter if a user types the data into a browser UI Form, if the data is bulk-loaded via an Import Set, or if it is pushed in via a REST/SOAP Web Service API—the Data Policy will evaluate the data. If the data fails the policy (for example, a mandatory field is missing), the database will reject the insert or update.

2. Comparison to UI Policies:

This is the critical distinction developers must know. UI Policies only run on the client-side (in the browser). If you make a field mandatory with a UI policy, a user on the form cannot submit it. However, an external API could easily bypass that UI Policy and insert a blank record. A Data Policy prevents that bypass.

3. Why the other options are incorrect:

B, C, and D: " Write Policies, " " Data Integrity Policies, " and " Data Submission Policies " are not standard ServiceNow platform features or terminology.

In ServiceNow,data policiesenforce rules to ensure data consistency and integrity across the platform. They can be applied at both theserver-sideandclient-side, even outside the standard UI (such as data imports and APIs).

Incident numbers should be read-only on all lists and forms, for all users.

Data policies can enforce field read-only rules globally.

TheIncident number (Number field) is typically auto-generatedand should not be editable by users. A data policy can ensure it remains read-only across all interfaces.

Short Description field should be mandatory, on all records, across all applications, on insert.

Data policies can make a field mandatory across the system, not just on specific forms.

UnlikeUI policies(which work only in forms), adata policy ensures this rule applies even during imports and API updates.

B. Dictionary Design Policy– No such policy exists in ServiceNow.

C. Data Quality Policy– This isnot a defined policy typein ServiceNow.

D. Field Criteria Policy– Not a recognized policy type in ServiceNow.

ServiceNow Data Policies Overview

ServiceNow CSA Training Module: " Data Policies vs. UI Policies – When to Use Each "

How Data Policies Apply to This Scenario:Why Other Answers Are Incorrect:References from Certified System Administrator (CSA) Official Documentation:

When importing data into ServiceNow,data integrity and accuracyare critical. ServiceNow recommendscleaning and verifyingdatabefore importingit into the system.

Obsolete or inaccurate datacan cause duplicate or incorrect records.

Pre-cleaningensures onlyrelevant, high-quality datais loaded into ServiceNow.

Improves system performanceby preventing unnecessary data clutter.

Identify and remove obsolete records(e.g., inactive users, old assets).

Fix formatting issues(e.g., date formats, duplicate values).

Verify data mappingsto ensure correct field alignment.

Use a small test importbefore a full-scale import.

Best Practice: Clean Data Before ImportingRecommended Pre-Import Steps:

A. Adjust your Transform maps, after the data is loaded into the target table →Incorrect

Transform Mapsshould be setbefore importing, not after.

Adjusting them afterward may requirereloading data.

B. Use extremely large Import Sets, instead of multiple large Import Sets →Incorrect

Large imports can causeperformance issues.

Best practice: Useincremental importswith data validation.

C. Create a new Import Set table for each new data load →Incorrect

Reusing Import Set tablesis more efficient.

New tables are neededonly for major structural differences.

E. Monitor data quality and clean imported data, using the Data Scrub Workspace →Incorrect

No such featureas " Data Scrub Workspace " exists in ServiceNow.

Datashould be cleaned before importing, not after.

Why Other Options Are Incorrect?

Best Practices for Importing Data

Preparing Data for Import

The Dependency View provides a visual representation of the relationships between configuration items (CIs) in ServiceNow. It allows you to see how CIs are connected and how changes to one CI may impact others.

InServiceNow Access Control Rules (ACLs), if an administrator wants to grant access toall rows and all fieldsof a custom table (e.g.,customertable) to specific roles (customer_table_adminandcustomer_table_user), they should create an ACL rule using theformat:

➡️tablename.*

For theCustomer Table, the correct ACL format is:

➡️customer.*

This rule allows bothcustomer_table_adminandcustomer_table_userfull accessto all fields and records in thecustomertable.

A. customer.all

Incorrect syntax; ServiceNow does not use.allin ACL rules.

C. customer.field

This would applyonly to a specific field, not all rows and fields.

D. customer.none

No such ACL naming convention exists in ServiceNow.

In theData Visualizationconfiguration panel, users can define how data is presented. Theavailable optionsinclude:

Metrics (A)→ Used to track and visualize performance over time.

Chart mapping (D)→ Displays data in a graphical format like bar charts, pie charts, and line graphs.

Explanation of Incorrect Options:

Time maps (B)→ Not a standard Data Visualization component in ServiceNow.

Configuration items (C)→ Refers to CMDB records, not a visualization method.

Data sources (E)→ Provides data but isnot a visualization method.