Free ServiceNow CSA Practice Exam with Questions & Answers | Set: 15

In ServiceNow,Data Policiesare rules thatenforce data consistencyby ensuring that specific fields meet certain conditionsbefore being saved to the database. They apply toall data operations, including form submissions, web services, and data imports.

Work at the server-side level, ensuring data integrity before it is stored.

Canmake fields mandatoryorread-onlyacross different interfaces (e.g., forms, API calls, imports).

UnlikeUI Policies, which apply only toforms, Data Policies apply to alldata transactions, including integrations and imports.

Help maintaindata quality and consistencyacross the system.

Making a Field Mandatory:

Ensure that the"Short Description"field is always filled before saving anIncident.

Enforcing a Read-Only Field:

Prevent users from modifying the"Created Date"field.

Standardizing Data on Import:

When importing employee data, ensure that the"Department"field is always set and not left blank.

Data Policies ensuredata accuracy and integritybefore it is stored.

They apply toforms, web services, import sets, and background processes.

They help organizationsmaintain standardized and structured data.

A. Data Policies enforce security – Incorrect

Security is enforced usingAccess Control Lists (ACLs), not Data Policies.

B. Data Policies standardize data in Update Sets – Incorrect

Update Sets trackconfiguration changes, not data validation.

D. Data Policies apply to lists to standard data – Incorrect

Data Policies do not specifically target lists; they enforce rules at thedatabase level.

ServiceNow Docs: Data Policies Overview

ServiceNow CSA Study Guide – Data Policies vs. UI Policies

ServiceNow Product Documentation: Enforcing Data Consistency with Data Policies

Key Features of Data Policies:Example Use Cases of Data Policies:Why "C. Data Policies enforce data consistency" is the Correct Answer?Explanation of Incorrect Options:References from Certified System Administrator (CSA) Documentation:

Importing data into ServiceNow from a spreadsheet involves a structured process to ensure data integrity and proper mapping. The three main steps in the process are:

The first step in importing data into ServiceNow is to load the spreadsheet into an Import Set table.

This can be done through theSystem Import Sets > Load Datamodule.

The system will create a temporary table (Import Set) where the data will be staged before being transformed into target tables.

ATransform Mapis required to map fields from the Import Set table to the target table in ServiceNow.

Transform Maps define how data from the source (Import Set table) will be transferred and transformed into the destination table (e.g., Incident, User, CMDB, etc.).

The Transform Map allows for additional transformations such ascoalescing records(to avoid duplicates) and scripting for data manipulation.

After configuring the Transform Map, the final step is toRun Transform, which applies the mappings and moves the data from the Import Set table to the target table.

This process ensures that the imported data is correctly integrated into the ServiceNow instance and adheres to the configured rules.

Option A: "Select Data Source, Schedule Transform"– Incorrect because selecting a data source is part of data import, but "scheduling" a transform is not a required step in the standard import process.

Option C: "Define Data Source, Select Transform Map, Run Transform"– Incorrect because "Define Data Source" is more relevant when setting up external data imports. The process must begin with "Load Data" rather than defining the data source.

Option D: "Select Import Set, Select Transform Map, Run Transform"– Incorrect because an Import Set must first be created by loading data before it can be selected.

ServiceNow Docs: Importing Data Overview

ServiceNow Docs: Creating a Transform Map

ServiceNow Docs: Running a Transform Map

Step 1: Load DataStep 2: Create Transform MapStep 3: Run TransformWhy Other Options Are Incorrect?References from Certified System Administrator (CSA) Documentation:

InServiceNow Flow Designer, users can accessdetailed informationabout actions added to a flow via theHelp Panel. The Help Panel providescontextual guidanceand documentation about the available actions, conditions, and steps within the flow.

Displays Information About Actions:

When an action is selected in Flow Designer, theHelp Panelprovidesdescriptions and usage details.

Helps users understandwhat the action doesand how to configure it.

Accessing the Help Panel:

Inside Flow Designer, users can click theHelp icon ( ? )or expand the Help Panel from the side.

This providesinline documentationfor added actions.

Guidance for New Users:

The panel providesServiceNow documentation links and tipsto help users build flows effectively.

Key Features of the Help Panel:Why Option C (Help Panel) is Correct?TheHelp Panelprovides built-in documentation and details about actions added to the flow.

Why Other Options Are Incorrect?A. Virtual Agent Help→ Incorrect

Virtual Agent Help is related tochatbot and conversational assistance, not Flow Designer.

B. Local Action Help→ Incorrect

No such feature exists in ServiceNow; action details are found in theHelp Panel.

D. Flow Assistant→ Incorrect

Flow Assistanthelps withbuilding expressions and selecting data pillsbut does not provide action documentation.

ServiceNow Docs – Flow Designer Help Panelhttps://docs.servicenow.com

ServiceNow Learning – Flow Designer and Automation Best Practices

ServiceNow Developer Portal – Flow Designer Action Configuration

References from Certified System Administrator (CSA) Documentation:

TheFilter Navigatorin theApplication Navigatoris a powerful search tool inServiceNowthat allows users toquickly find applications and modulesby typing keywords instead of manually browsing through the navigation menu.

Quick Navigation:

Users can type thename of an application or moduleto locate it instantly.

Example: Typing"incident"in the Filter Navigator will show links to"Create New Incident," "All Incidents," "Open Incidents," etc.

Dynamic Filtering:

The list of applications and modulesdynamically updatesas you type.

Helps users findrelevant sectionswithout scrolling through the full menu.

Keyboard Navigation Support:

Users canuse the keyboard (arrow keys and Enter)to navigate through the filtered results.

Time-Saving Feature:

Reduces the need toexpand and collapse menus manually.

Especially useful fornew users or users working across multiple modules.

Key Functions of the Filter Navigator:Why Option B is Correct?The Filter Navigator is specifically designed to help users quickly search and navigate to applications and modules.

Why Other Options Are Incorrect?A. Filter applications in order of use→ Incorrect

The Filter Navigatordoes not sort applications by usage; it simply filters based on text input.

C. Collapse and expand applications→ Incorrect

Expanding/collapsing applications is donemanually, but the Filter Navigator is purely forsearching and filtering.

D. List applications in order of Top Requests→ Incorrect

The Filter Navigatordoes not rank applicationsby usage or requests. It onlyfiltersbased on search input.

ServiceNow Docs – Using the Filter Navigatorhttps://docs.servicenow.com

ServiceNow Learning – Application Navigator and UI Features

References from Certified System Administrator (CSA) Documentation:

InServiceNow, Favorites allow users to quickly access frequently usedmodules, records, lists, or reports. Favorites can be customized, including renaming them, changing their icons, or modifying their colors.

Changing the Label of a FavoriteTorename or edit a Favorite, you must use thePencil icon (✏️), which indicatesedit mode.

Navigate to theApplication Navigatoron the left-hand side.

Locate theFavoritessection.

Hover over the favorite item you want to rename.

Click on thePencil icon(✏️) to open the edit menu.

Update thelabel(name) and other properties like color or icon.

ClickSaveto apply changes.

A. Clock(Incorrect)

TheClock icontypically representsrecently accessed items, not Favorites.

B. Hamburger(Incorrect)

TheHamburger menu (☰)represents navigation menus but is not used to edit Favorites.

D. Three dots(Incorrect)

TheThree dots (⋮)often indicate a menu with additional options but do not specifically edit Favorites.

E. Triangle(Incorrect)

NoTriangle iconis used for renaming Favorites.

F. Star(Incorrect)

TheStar icon (⭐)is used toadd or removeFavorites, but not to rename them.

ServiceNow Favorites Overview:https://docs.servicenow.com/en-US/bundle/utah-platform-user-interface/page/administer/navigation-and-ui/task/t_CreateFavorites.html

Steps to Change the Label of a Favorite:Explanation of Incorrect Options:Official References from Certified System Administrator (CSA) Documentation:

In ServiceNow,Record Producersallow users to create records in tables through a user-friendly interface in the Service Catalog. Since the goal is to enableonly first-line workersto order the T-shirt, we need to control access based on their role.

ARecord Producerin the Service Catalog is the best way to gather user input (size, color, etc.) and create a new order record in the system.

The"Available For"list allows administrators to restrict access to specificusers or roles.

TheFirst Line [sn_first_line]role is explicitly designed to includeonly first-line workerswhile excluding managers.

Why is Option A Correct?Why Are the Other Options Incorrect?B. Create Catalog Item and use the Not Available list to specify the Manager Group

Catalog Itemsare valid for this use case but using the"Not Available For"list is a less effective approach.

If newmanager rolesorgroupsare added in the future, this method won’t automatically exclude them.

It’s better toexplicitly definewho can access the item rather than relying on exclusions.

C. Create Catalog Item and use the Available For list to specify ITIL [itil] role

TheITIL roleis typically assigned to Service Desk personnel and IT staff,not first-line workers.

This approach would allowmany unintended usersto request the T-shirt.

D. Create Order Guide and use the User Criteria list to specify First Line [sn_first_line] role

Order Guidesare used to bundle multiple catalog items and guide users through a complex ordering process.

Since this scenario only involves asingle item (T-shirt request),using an Order Guide is unnecessary.

ServiceNow Service Catalog Management - Record Producers

ServiceNow User Criteria and Access Control Best Practices

ServiceNow CSA Guide - Managing Roles and Access Restrictions

References to Official Certified System Administrator (CSA) Documentation:

When importing data into ServiceNow, thefirst stepin theImport Set processisloading the datainto a temporaryImport Set table. This is done using theLoad Datamodule.

Load Data (First Step)

This step imports raw data from a source file (e.g., CSV, Excel, XML) into anImport Set tablein ServiceNow.

No transformation occurs at this stage; it simply moves data into a temporary staging table.

Create Transform Map & Apply Transform

After loading, aTransform Mapis used to map fields from the Import Set table to the target table (e.g., Incident, CMDB, Users).

TheTransform Datastep converts and inserts data into the final table.

Coalesce to Avoid Duplicates

Coalescing is an optional step that determines whether existing records should be updated or if new records should be created.

A. Coalesce Data(Incorrect)

Coalescingis used during theTransform phaseto prevent duplicate records but is not the first step.

B. Transform Data(Incorrect)

Transforming data occursafter it has been loadedinto the Import Set table.

C. Import Data(Incorrect)

No such specific module exists as"Import Data"; the process begins with "Load Data."

Importing Data Using Import Sets:https://docs.servicenow.com/bundle/utah-platform-administration/page/administer/import-sets/concept/c_ImportDataUsingImportSets.html

Load Data Module in ServiceNow:https://docs.servicenow.com/en-US/bundle/utah-platform-administration/page/administer/import-sets/task/t_LoadData.html

Steps in Importing Data:Explanation of Incorrect Options:Official References from Certified System Administrator (CSA) Documentation:

InServiceNow Knowledge Management, thepublishing and retiring process for knowledge articlesis managed throughWorkflows. These workflows define the steps an article must go through before it is published, updated, or retired.

Submission:

A user creates a knowledge article and submits it for approval.

Approval Process:

Based on the workflow, an article may require manager or SME (Subject Matter Expert) approval.

Publishing:

Once approved, the article ispublishedand made available in the Knowledge Base.

Updating & Versioning:

If edits are needed, the article enters adraft or reviewstate.

Retirement:

When an article is no longer needed, it follows the workflow toretire or archiveit.

Knowledge Approval Publish(requires approval before publishing)

Knowledge Instant Publish(automatically publishes the article)

Knowledge Retire(handles retiring or archiving articles)

A. Approval Policies(Incorrect)

ServiceNow does not use a separate "Approval Policy" for knowledge articles; approvals are managed within the workflow.

B. Approval Definitions(Incorrect)

There is no such specific feature in ServiceNow. Approvals are configured within workflows, not separate definitions.

C. Workflow Designer(Incorrect)

TheWorkflow Designeris a tool used tocreate workflows, but it does not control the publishing process directly. The workflows themselves do.

E. State Lifecycle(Incorrect)

While knowledge articleshave a lifecycle (Draft → Review → Published → Retired), this is controlledby workflows, not by an independent "State Lifecycle" feature.

Knowledge Workflows Overview:https://docs.servicenow.com/bundle/rome-servicenow-platform/page/product/knowledge-management/reference/r_KnowledgeWorkflows.html

ServiceNow Knowledge Management Process:https://docs.servicenow.com/en-US/bundle/utah-it-service-management/page/product/knowledge-management/concept/knowledge-management-overview.html

How Workflows Control Knowledge Article Publishing & Retiring:Common Knowledge Workflows in ServiceNow:Explanation of Incorrect Options:Official References from Certified System Administrator (CSA) Documentation:

InServiceNow, theTask [task]table is acore tablethat provides aset of standard fieldsused by multiple tables that extend it, including:

Incident [incident]

Problem [problem]

Change Request [change_request]

Service Request [sc_request]

These tablesinherit fieldsfrom theTasktable, ensuring consistency inassignments, state management, and workflows.

Standard Fields:

Assigned To

Assignment Group

Priority

State

Created By / Updated By

Short Description / Description

Extensibility:

TheIncident, Problem, and Change tablesallextendthe Task table, inheriting its fields.

Developers canadd additional fieldswhile keeping core task properties intact.

TheTask table is the primary tablefor work-related records in ServiceNow.

Itstandardizes fieldsacross multiple ITSM modules.

B. Assignment [assignment]→Incorrect

There isno standard "Assignment" tablein ServiceNow.

Assignments are managed through theTask tablevia theAssigned To and Assignment Group fields.

C. Service [service]→Incorrect

There isno generic "Service" tablethat acts as a core table for ITSM processes.

Service-related items are stored in different tables, such ascmdb_ci_service(for service records).

D. Workflow [workflow]→Incorrect

TheWorkflow tableis used for managing automated workflows anddoes not store task-related records.

Key Features of the Task Table:Why is "A. Task [task]" the Correct Answer?Why the Other Options Are Incorrect?

ServiceNow Docs: Task Table Overviewhttps://docs.servicenow.com/en-US/bundle/utah-it-service-management/page/product/incident-management/concept/task-table.html

References from Certified System Administrator (CSA) Documentation:This confirms thatthe Task table is the core table that extends to Incident, Problem, and other related tables.

When testing acatalog itemwith amanager approval flow, it's important to verify that the request submission, approval process, and workflow execution are working as expected. Following best practices ensures that the process functions correctly before deployment.

Why These Options Are Correct?A. Make sure the latest flows are activated.

ServiceNowflow designerallows admins to create and manageapproval flowsfor catalog items.

Before testing, it's crucial to verify that the latest version of the flow isactivated, ensuring that the system runs the correct approval logic.

C. Impersonate the requester to ensure the form works.

Impersonationallows administrators totest the user experiencewithout logging in as different users manually.

This is essential to verify thatnon-admin userscan correctlysubmit the requestand trigger the approval process.

D. Make sure the requester's user record has a manager specified.

Themanager approval flowrelies on the requester'sManagerfield in their user record.

If this field is empty, the approval requestwill not be sent to the correct manager, causing the workflow to fail.

Why the Other Options Are Incorrect?B. Use the instance Incognito setting to quickly toggle between requester and approver.

There isno "Incognito setting"in ServiceNow to toggle users.

Thecorrect methodis using theimpersonatefeature.

E. Create and select your Testing Update Set, before starting the test cases.

WhileUpdate Setstrack customizations, they arenot required for testinga catalog item’s approval workflow.

Update Sets are primarily used formigrating changesbetween instances (e.g., from Dev to Test).

F. Use your Admin account, so you can approve the items quickly.

Admin accountsoverride approval workflowsand do not provide an accurate test.

The correct method is toimpersonate the requester and approver roles separatelyto ensure the workflow works as expected.

ServiceNow Flow Designer - Approval Workflow Testing Best Practices

ServiceNow Impersonation Feature for User Testing

ServiceNow ITSM - Catalog Item Testing & Validation

References to Official Certified System Administrator (CSA) Documentation: