Free Practice Questions for ServiceNow CSA Exam

TheCI Dependency View Mapin ServiceNow is a graphical representation of therelationshipsanddependenciesbetween Configuration Items (CIs) within theConfiguration Management Database (CMDB). Right-clicking on a CI in the Dependency View provides additional options for analyzing its impact and history.

A. View Affected CIs

Shows all CIsimpactedby the selected CI.

Example: If adatabase servergoes down, this option lists all applications and services affected.

B. View Related Tasks

Displays tasks (e.g.,Incidents, Changes, Problems) associated with the selected CI.

Example: Viewing allopen Incidentsrelated to aserver CI.

C. View Recent Outages

Showsrecently reported outageslinked to the selected CI.

Useful for analyzing recurring issues or identifying historical failures.

D. View Cases

Casesare used inCustomer Service Management (CSM), not in CMDB CI dependency maps.

E. View Knowledge

WhileKnowledge Articlesmay reference a CI, this is not an option in theCI Dependency View Map.

Detailed Explanation:

Data Policiesin ServiceNow are designed to enforce data consistency across all entry points into the platform, including record forms (UI), Import Sets, and Web Services. Data Policies ensure that required fields, read-only fields, and other data integrity rules are maintained consistently. Unlike UI Policies, Data Policies apply universally to data imported or integrated, ensuring platform-wide data governance. (Reference: ServiceNow Documentation - Data Policies and Data Consistency)

=================

In ServiceNow,User Criteriais the mechanism used to control and determine user access toknowledge bases (KBs) and knowledge articles. User criteria define which users, groups, or roles canread, write, and contributeto a knowledge base or specific articles within it.

How User Criteria Works:User Criteria are applied at both theknowledge baselevel and theknowledge articlelevel to manage access. They can be configured with specific conditions to allow or restrict access based on:

Users(specific users can be added directly)

Groups(access can be granted to a specific user group)

Roles(users with specific roles can be given access)

Advanced conditions(such as department, company, location, etc.)

A knowledge base can havemultiple user criteria, and a single user criterion can apply to multiple knowledge bases.

Read User Criteria– Determines who can view the knowledge base or an article.

Write User Criteria– Determines who can create, edit, or contribute knowledge articles.

Exclusions– You can exclude users or groups from accessing specific knowledge bases or articles even if they meet other conditions.

A. sn_kb_read, sn_article_read:

These are not standard ServiceNow permissions for controlling knowledge access.

In ServiceNow, permissions are managed through roles and user criteria, not direct ACL names like these.

B. Privacy Settings:

ServiceNow does not use "Privacy Settings" as an access control mechanism for knowledge bases.

Privacy settings might be relevant in other contexts, such asuser profiles or system preferences, but not for knowledge access control.

C. Read Access Flag:

There is no "Read Access Flag" in ServiceNow's knowledge management module.

Access is controlled viaUser Criteria, Roles, and Knowledge Base Settings.

Key Features of User Criteria in Knowledge Management:Why Other Options Are Incorrect?Official ServiceNow Documentation References:For more details, refer to the official ServiceNow documentation:

User Criteria for Knowledge Bases

Managing Knowledge Base Access

Knowledge Management User Criteria

Client Scriptsin ServiceNow are scripts that runon the client-side (browser)and execute in real-time based on user interactions with a form.

B. A client script

Runs in the user’s browserwhen they interact with the form.

Can trigger alerts, field changes, or validationsinstantly.

Example:

If a user changes thePriorityfield on anIncident form, aClient Scriptcan:

Display analert

Change other field values (e.g., auto-setImpact and Urgency)

Validate input before submission

A. A server script

Server-side scripts executeon the server, not in the browser.

These includeBusiness Rules, Script Includes, and Scheduled Jobs.

They runafter form submission, not during real-time user interactions.

C. A fix script

Fix scripts areone-time scriptsused fordata correctionsorinstance updates.

They donotexecute based on form interactions.

D. A business rule

Business Rulesrunon the serverand typically triggeron record insert, update, or delete.

They donotprovide real-time alerts in the user’s browser.

ThePropertiessection in theReport Designeris used to:

Specify the report name

Select the table or data sourcefor the report

Allows renaming the reportfor better identification.

Defines the primary data source(table) for the report.

Sets report-level settingssuch as visibility, sharing options, and description.

B. Data →Incorrect

TheData sectionis used tofilter and refine the databut not to set the table or name the report.

C. Configure →Incorrect

No such section named"Configure"exists in the Report Designer.

D. Type →Incorrect

TheType sectionis used toselect the type of report(e.g., Pie Chart, Bar Chart, List, etc.).

E. Sources →Incorrect

No"Sources"section exists in the Report Designer.

Key Features of the Properties Section:Why Other Options Are Incorrect?

Report Designer Overview

Official ServiceNow Documentation Reference:

The Security Hardening feature in the ServiceNow Security Operations Security Center is specifically designed to help identify, resolve, and mitigate platform-related security issues and misconfigurations. Security hardening provides prescriptive guidance on improving your platform’s security posture by addressing vulnerabilities and ensuring compliance with security best practices. It includes automated checks and recommendations related to system configurations, access controls, and other settings that, if left unchecked, could expose the system to threats.

The Security Center’s Security Hardening dashboard aggregates these findings and allows administrators to track remediation progress effectively. Unlike the Security Scanner, which focuses more on vulnerability scanning of integrated systems, or Customer Actions, which involves manual customer intervention for specific issues, Security Hardening is the proactive tool ServiceNow provides to manage platform security risks internally.

When an item isordered from the Service Catalog, two main records are created in ServiceNow:

sc_req_item(Requested Item - RITM)

Representseach individual itemin the order.

Tracks the approval process, fulfillment, and delivery for that specific item.

sc_task(Service Catalog Task - SCTASK)

Used toassign workto different fulfillment teams (e.g., IT, HR).

A singlesc_req_itemmay generate multiplesc_taskrecords.

A user orders aMacBook Profrom the Service Catalog.

ARequest (REQ#)is created.

ARequested Item (RITM#)is generated to track the MacBook order.

One or moreService Catalog Tasks (SCTASK#)are created for fulfillment (e.g., Procurement, Shipping).

C. A change record

Change records (chg_request) are created only if thecatalog item is linked to Change Management, which is not always the case.

D. An Incident record

Incidents (incident) are created forissues or break/fix cases, not for service requests.

E. A problem record

Problem records (problem) are used forroot cause analysis, not service catalog requests.