CSA Exam Dumps - ServiceNow Certified System Administrator

In ServiceNow,User Criteriadefine conditions that determinewhich userscancreate, read, write, and retireknowledge articles in aKnowledge Base (KB). User Criteria help enforceaccess controland ensure that only authorized users can interact with specific knowledge bases.

Control who canread, contribute, edit, or retireknowledge articles.

Based onroles, groups, departments, locations, or custom conditions.

Applied at theKnowledge Base level, affecting all articles within that KB.

Can be combined using " Must match all " or " Match any " logic.

Example 1: Restricting Read Access

A knowledge base for IT Support should be accessibleonly to IT employees.

User Criteria:Department = IT, OR Role = itil

Only IT employees or ITIL users can read articles in this KB.

Example 2: Controlling Who Can Contribute

OnlyHR staffshould be allowed to create or update HR-related knowledge articles.

User Criteria:Group = HR Team, OR Role = knowledge_manager

Only HR Team members and Knowledge Managers can contribute.

User Criteriais the official term in ServiceNow for defining access control conditions for knowledge articles.

It allows precise control over who canread, create, write, or retirearticles.

It is a feature within theKnowledge Management application.

A. User Conditions – Incorrect

No such concept exists in ServiceNow. User Criteria, not " User Conditions, " determine knowledge article access.

B. User Info – Incorrect

" User Info " refers to details stored in thesys_usertable (e.g., name, email) but does not define knowledge permissions.

D. User Permissions – Incorrect

While permissions exist in ServiceNow (via roles and ACLs),User Criteriaspecifically manageKnowledge Baseaccess.

ServiceNow Docs: User Criteria for Knowledge Management

ServiceNow CSA Study Guide – Knowledge Management Permissions

ServiceNow Product Documentation: Configuring Knowledge Base Access

Key Features of User Criteria:Examples of User Criteria:Why " C. User Criteria " is the Correct Answer?Explanation of Incorrect Options:References from Certified System Administrator (CSA) Documentation:

Theconversational bot platforminServiceNowthat helps usersobtain information, make decisions, and perform common tasksis calledVirtual Agent.

What is Virtual Agent?Virtual Agent is achatbot frameworkin ServiceNow that allows users to interact with the system usingnatural language processing (NLP). It automates responses, guides users through processes, and integrates with ServiceNow workflows to resolve requests efficiently.

Conversational AI & Automation

Uses AI andNatural Language Understanding (NLU)to interpret user input and provide relevant responses.

Predefined Topics & Custom Topics

Comes with pre-built conversation topics (e.g., resetting passwords, requesting IT help) and allows organizations to create custom topics.

Multi-Channel Support

Works with platforms likeMicrosoft Teams, Slack, ServiceNow Chat, and web portals.

Self-Service Capabilities

Enables users to resolve issueswithoutcontacting the Service Desk, improving efficiency.

Integration with ServiceNow Workflows

Can trigger workflows tocreate incidents, update records, retrieve knowledge articles, or complete approvals.

A. Answer Agent

Incorrect: There is no feature named " Answer Agent " in ServiceNow.

B. Live Feed

Incorrect:Live Feedis a social collaboration tool in ServiceNow that allows users to post updates and interact with others, similar to a message board. It does not provide AI-based conversational assistance.

D. Connect Chat

Incorrect:Connect Chatis ServiceNow’s real-timecollaborative chat system, used for direct communication between users and support agents, but it isnot an AI-driven Virtual Agent.

Key Features of Virtual Agent:Why Other Options Are Incorrect?

ServiceNow Product Documentation - Virtual Agent

Virtual Agent Overview

Setting Up Virtual Agent

ServiceNow Conversational Interfaces

Virtual Agent vs. Connect Chat

References from ServiceNow CSA Documentation:

InServiceNow, the best practice for managingusers, groups, and rolesis based onrole-based access control (RBAC).

Assign Roles to Groups (Correct)

Instead of assigning roles directly to users, it is abest practice to assign roles to groups.

This ensuresbetter role management, easier administration, and scalability.

Example:

The " IT Support " group has the " itil " role.

All users in this group automatically get theitilrole.

Add Users to Groups (Correct)

Users should be assigned togroupsrather thanroles directly.

Groups inherit roles, so when a user is added to a group, they automatically receivethe appropriate access.

Example:

A new Service Desk agent joins the " Service Desk " group and immediately gets the associated roles (itil,incident_manager, etc.).

A. You should never assign roles to groups(Incorrect)

Incorrect: Assigning roles to groups is therecommended best practice.

Managing roles at thegroup levelmakesaccess control more efficient and scalable.

B. You should assign roles to users(Incorrect)

Incorrect: Assigning roles directly to users isnot a best practicebecause it becomes difficult to manage as the organization grows.

Instead, users should beadded to groupsthat have the necessary roles.

Best Practices for Users, Groups, and Roles:Why Other Options Are Incorrect?

Managing Users, Groups, and Roles

ServiceNow Best Practices for Roles & Groups

Role-Based Access Control (RBAC)

User Administration

References from ServiceNow CSA Documentation:

TheHistory sectionin theApplication Navigatortracks recently visited records, lists, and forms within ServiceNow. This feature allows users to quickly navigate back to previously accessed content without searching manually.

What Appears in the History Section?The History sectionlogs user activityrelated to:

Records (Option A)– Recently viewed records from any table, such as incidents, requests, or tasks.

Lists (Option C)– Any list views a user has accessed, such asIncident ListorChange Request List.

Forms (Option D)– Any individual record viewed in form view, such as anincident formoruser form.

Why is Option B (UI Pages) Correct?UI Pages do NOT appear in the History section.

UI Pagesare special custom pages built with Jelly scripting and used forcustom interfaces, portals, and dashboards(e.g., Service Portal pages).

Since they do not represent individual records, lists, or forms,they are not included in the user’s History tracking.

Why Are the Other Options Incorrect?A. Records

Recordsare individual database entries (e.g., specific incidents, change requests, or users).

Since records are frequently accessed, theyare logged in History.

C. Lists

Listsdisplay multiple records from a table (e.g., all open incidents).

Since users navigate through lists frequently, theyare logged in History.

D. Forms

Formsare used to view or edit individual records (e.g., an incident form).

Since forms are commonly accessed, theyare logged in History.

Reference from Certified System Administrator (CSA) Documentation: 📌 ServiceNow Docs – Application Navigator & History

🔗 ServiceNow Application Navigator Documentation

" The History section of the Application Navigator displays a list of the records, lists, and forms that you have recently accessed. "

" Custom UI Pages are not included in History tracking. "

UI Policies and UI Actionsare both part of theServiceNow user interface customizationbut serve different purposes.

Used todynamically change form field behaviorsbased on specific conditions.

Canmake fields read-only, mandatory, or hiddenwithout requiring scripts.

Runson the client-side (browser)to improve performance and responsiveness.

Example:

If theCategoryisHardware, theSerial Numberfield becomesmandatory.

Used tocreate buttons, links, and context menu actions.

Can executescriptsto perform specific actions when clicked.

Runs on theserver-side or client-sidedepending on configuration.

Example:

A " Save " buttonthat becomesvisible only to users with a specific role.

UI Policy(not UI Action) is responsible for making fieldsread-only, mandatory, or hidden.

UI Action(not UI Policy) is responsible for making aSave button visiblefor specific users.

ServiceNow Docs: UI Policy Overviewhttps://docs.servicenow.com/en-US/bundle/utah-platform-administration/page/administer/form-administration/concept/c_UIPolicies.html

ServiceNow Docs: UI Action Overviewhttps://docs.servicenow.com/en-US/bundle/utah-platform-administration/page/administer/form-administration/concept/c_UIActions.html

UI Policy:UI Action:Why Option A is Incorrect?References from Certified System Administrator (CSA) Documentation:

ASchema Mapin ServiceNow is a graphical representation of tables and their relationships within the database. It helpsadministrators and developersunderstand how data is structured and interconnected.

Visual Representation:Showsparent-child relationships,reference fields, andextensionsbetween tables.

Database Schema Navigation:Enablesquick accessto table structures and fields.

Impact Analysis:Helps inassessing changesbefore modifying fields, tables, or relationships.

Enhances Development Efficiency:Aids in customizing the system by understanding data dependencies.

Navigate to:System Definition → Schema Map

Select a Table:Enter a table name (e.g.,incident,task)

View Relationships:The map will display related tables (e.g., extended, referenced, and referencing tables).

Key Features of a Schema Map:How to Access Schema Maps:

A. A schema map enables administrators to define records from specific tables as trouble sources for Configuration Items– Incorrect.

Schema mapsdo not define trouble sources; they are used to visualizetable relationships.

B. A schema map graphically organizes the visual task boards for the CMDB– Incorrect.

Visual Task Boardsare separate from schema maps and are used for task management, not database visualization.

C. A schema map graphically displays the Configuration Items that support a business service– Incorrect.

This describes aDependency View, which is part of theCMDB, not the Schema Map feature.

Explanation of Incorrect Answers:

ServiceNow Product Documentation → Schema Maps

ServiceNow CSA Study Guide → Data Schema & Table Relationships

ServiceNow Developer Documentation → Understanding Tables & Relationships

References from Certified System Administrator (CSA) Documentation:Would you like me to verify another question?🚀

TheService Catalogis a core feature in ServiceNow that provides users with a structured interface to request services and products. Thebaseline Service Catalog homepageincludes links to key components that help users navigate and submit requests efficiently. These components are:

Record Producers– These are forms that allow users to create records in tables other than the Request table (e.g., submitting an incident or a change request).

Order Guides– These help users request multiple related items in a single submission, streamlining complex orders.

Catalog Items– These are the individual products or services users can request, such as software installations, hardware requests, or access requests.

Option B: " Order Guides, Item Variables, and Workflows " – Incorrect, becauseItem VariablesandWorkflowsare not direct links on the Service Catalog homepage. Item Variables are attributes of Catalog Items, and Workflows handle backend processing but are not listed as a navigational component.

Option C: " Order Guides, Catalog Items, and Workflows " – Incorrect, because Workflows are not directly linked from the homepage.

Option D: " Record Producers, Order Guides, and Item Variables " – Incorrect, because Item Variables are part of Catalog Items but not a distinct link on the homepage.

ServiceNow Product Documentation - Service Catalog Overview

ServiceNow CSA Study Guide - Service Catalog Fundamentals

ServiceNow Docs: Service Catalog Components

Explanation of Incorrect Options:References from Certified System Administrator (CSA) Documentation:

When a user places an order for an item or service from theService Catalogin ServiceNow, the system generates aRequest (REQ). This is a core component ofRequest Managementwithin the IT Service Management (ITSM) module.

User Places an Order:

The user selects an item from theService Catalog(e.g., a laptop, software, or an access request).

The order may consist of multiple items, depending on the selection.

ServiceNow Generates a Request (REQ):

ThisRequest (REQ#)acts as the umbrella record that tracks the order as a whole.

It is stored in thesc_requesttable.

Creation of Requested Items (RITM#):

Each item within the request generates aRequested Item (RITM#), stored in thesc_req_itemtable.

For example, if the user orders a laptop and a software license, two RITM records are created under the same Request.

Tasks (SCTASK#) Are Created:

Each Requested Item (RITM) may trigger one or moreCatalog Tasks (SCTASK#)in thesc_tasktable.

These tasks define the steps required to fulfill the request (e.g., procurement, approval, and configuration).

A. A Change Request– Incorrect. AChange Request (CHG#)is created only if the requested item involves changes to the infrastructure, such as a server upgrade. Not all catalog items require a change request.

B. An Order Guide– Incorrect. AnOrder Guideis a tool within the Service Catalog that helps users order multiple related items at once. However, it does not get generated when an order is placed.

D. An SLA– Incorrect. AService Level Agreement (SLA)may be associated with the request or tasks, but it is not automatically generated when a request is placed.

ServiceNow Product Documentation → Service Catalog → Request Fulfillment

ServiceNow CSA Study Guide → Service Catalog and Request Management

ServiceNow Tables Reference → sc_request, sc_req_item, sc_task

Understanding the Request Process in ServiceNow:Explanation of Incorrect Answers:References from Certified System Administrator (CSA) Documentation: