CSA ServiceNow Certified System Administrator Questions and Answers

An Update Set in ServiceNow is a mechanism used to capture configuration changes (such as UI policies, business rules, client scripts, and more) from one instance and move them to another. This ensures that customizations and modifications can be transferred across different ServiceNow instances efficiently.

The process of retrieving an Update Set from another instance follows these key steps:

Verify Update Set is Complete

Before moving an Update Set, it must be marked as Complete to ensure that all related changes are included.

Navigate to System Update Sets > Local Update Sets and confirm that the status is set to Complete.

If the status is In Progress, the Update Set cannot be retrieved.

Retrieve Update Set

In the target instance, navigate to System Update Sets > Retrieved Update Sets.

Click "Retrieve Update Set" and provide the remote instance’s URL where the update set exists.

The system will fetch the Update Set from the source instance.

Preview Update Set

Before applying changes, ServiceNow provides a preview option to check for potential errors or collisions with existing customizations.

Click "Preview Update Set" to initiate validation.

The preview will highlight any skipped records, collisions, or missing dependencies.

Commit Update Set

If the preview is successful (i.e., no critical errors), click "Commit Update Set" to apply the changes to the instance.

Once committed, the changes in the Update Set will be merged into the system's configuration.

"Commit" is the correct final step – after previewing, the Update Set must be committed to take effect.

"Apply" is incorrect – ServiceNow does not use "Apply" in the Update Set process; instead, it uses "Commit."

"Test Connection" is not part of the Update Set retrieval process – it is relevant for MID Server connectivity but not for Update Sets.

Why the Correct Answer is "D. Verify Update Set is Complete, Retrieve, Preview, Commit"Thus, the correct sequence is:✔ Verify Update Set is Complete → Retrieve → Preview → Commit

ServiceNow CSA Official Documentation – Update Set Management

ServiceNow Docs - Update Sets (Search for "Update Set Lifecycle")

ServiceNow Community Best Practices on Update Sets

ServiceNow Community (Search for "Best Practices for Update Sets")

ServiceNow Learning Portal - Admin Fundamentals

Available via ServiceNow Now Learning Platform (Look under "Instance Configuration" and "Update Sets")

References from Certified System Administrator (CSA) Documentation:

When creating a custom table in ServiceNow, the platform automatically assigns a table name prefixed with "u_" to differentiate custom tables from out-of-the-box (OOB) tables.

The default prefix "u_" is applied to all custom global tables.

The table name follows the format: "u_" + [custom name].

Example:

If you create a table named "abc", the system assigns it the table name: u_abc.

All custom tables created by users automatically receive the "u_" prefix.

Prevents conflicts with ServiceNow’s internal tables.

Ensures custom tables are easy to identify.

Naming Convention for Custom Tables:Why "C. u_abc" is Correct?

A. snc_abc – Incorrect

"snc_" is not used for custom tables; it is reserved for internal ServiceNow functionality.

B. abc – Incorrect

Custom tables do not use raw names; they always include a prefix (u_).

D. sys_abc – Incorrect

"sys_" is reserved for system tables (e.g., sys_user, sys_db_object).

Explanation of Incorrect Options:

ServiceNow Docs: Creating Custom Tables

ServiceNow CSA Study Guide – Table Administration

ServiceNow Product Documentation: Understanding Table Naming Conventions

References from Certified System Administrator (CSA) Documentation:

In ServiceNow, users can quickly generate a report from a list view without needing to navigate to the Reports module. The two main ways to do this are:

Steps:

Open any list view (e.g., Incident, Change, or any table-based list).

Click the three-line (hamburger) context menu on the top-left of the list.

Select Create Report to generate a basic report based on the current list view.

Modify report settings (e.g., visualization type, filters, groupings).

Save the report for future reference.

Steps:

Apply the necessary filters to refine the list view.

Right-click on a column header (e.g., Priority, State, Category).

Select Create Report from the context menu.

Configure the report visualization and save it if needed.

1. Using the Context Menu (Option C)2. Right-click on a Column Header (Option E)

Incorrect Answer Choices Explanation:❌ A. Click on filter breadcrumb, drag and drop on the Report > Create New module

There is no such drag-and-drop functionality for report creation in ServiceNow.

❌ B. Click Funnel, define filter conditions, click Create Report

The Funnel icon is used to filter list views but does not directly generate reports.

❌ D. Apply filter, right-click on column header, select Bar Chart

There is no direct "Bar Chart" option available when right-clicking on a column header.

Creating Reports from List Views

ServiceNow KB Article: KB0014148

Official CSA Documentation Reference:

In ServiceNow, UI Policies and Data Policies serve different but complementary purposes in controlling data behavior and enforcing business rules.

UI Policies are client-side rules that dynamically change form behavior based on user interactions.

They enable administrators to show/hide fields, make fields read-only, or set fields as mandatory dynamically.

UI Policies only apply when a user is interacting with a form through the ServiceNow UI (Client-side execution).

These policies do not enforce rules if data is added via an Import Set, API, or background script.

Data Policies enforce rules server-side, meaning they apply regardless of how data is entered (e.g., form submission, Import Sets, SOAP/REST API calls, or Business Rules).

They ensure data integrity by making fields mandatory, setting read-only properties, or applying other restrictions.

Data Policies can apply conditions globally, unlike UI Policies, which work only in the UI context.

UI Policies:Data Policies:Key Differences:Feature

UI Policy

Data Policy

Scope

Affects only forms (Client-side)

Affects all data entry points (Server-side)

Execution Location

Runs in the browser

Runs on the server

Triggers

User interaction on the form

Any data entry method (Forms, Import Sets, API, etc.)

Enforcement

Works only when using the UI

Applies even when data is added outside the UI

"Data Policies run regardless of how data is entered into ServiceNow" → Correct, because Data Policies enforce rules whether the data is entered via UI, API, Import Sets, or other means.

"UI Policies are used for form interactions" → Correct, because UI Policies apply only to client-side form behavior.

Option A: Incorrect. UI Policies are not set by web services; they are applied when interacting with forms.

Option B: Incorrect. While some Data Policies can be converted into UI Policies, the reverse is not true in all cases.

Option D: Incorrect. UI Policies and Data Policies operate independently, and Data Policies do not depend on UI Policies running first.

Why Option C is Correct:Why Other Options are Incorrect:

References:For official documentation, refer to:

ServiceNow Docs - UI Policies

ServiceNow Docs - Data Policies

ServiceNow Community - UI Policy vs Data Policy

The ServiceNow platform provides various interfaces for users to interact with the system based on their role and requirements. These interfaces cater to different use cases, such as web-based, mobile, and portal-based access.

Now Mobile Apps (A) – ✅ Correct

ServiceNow provides Now Mobile applications for both iOS and Android.

These apps allow users to access self-service options, request services, check approvals, and complete tasks from mobile devices.

Apps include Now Mobile, Field Service Mobile, and Mobile Agent.

Service Portals (D) – ✅ Correct

Service Portals provide a user-friendly web interface that allows users to submit requests, search for knowledge, and interact with catalog items in a simplified way.

Service Portals are customizable and used for self-service and customer-facing interactions.

Now Platform® User Interfaces (E) – ✅ Correct

This includes the standard UI16 (Current Web Interface), UI Builder for custom interfaces, and the Classic UI for legacy systems.

Users can access ServiceNow through desktop web browsers, mobile web interfaces, and UI frameworks.

B. Agent Control Center ❌ (Incorrect)

No such predefined interface exists in ServiceNow as "Agent Control Center."

C. Back Office Dashboard ❌ (Incorrect)

This is not a standard ServiceNow interface but may be a custom-built dashboard.

F. Field Service Taskboard ❌ (Incorrect)

This is a feature within Field Service Management (FSM), not a platform-wide interface.

ServiceNow User Interfaces Overview: https://docs.servicenow.com/en-US/bundle/utah-platform-user-interface/page/administer/navigation-and-ui/concept/c_NavigationAndTheUserInterface.html

Now Mobile App: https://docs.servicenow.com/en-US/bundle/utah-now-mobile/page/administer/service-now-mobile/concept/now-mobile-overview.html

Types of Interfaces in ServiceNow:Incorrect Options:Official References from Certified System Administrator (CSA) Documentation:

The Flow Designer module in ServiceNow is used to create and manage automations that involve business logic such as approvals, tasks, notifications, and integrations. It provides a no-code/low-code environment where users can define automated workflows without needing to write scripts.

Automates Processes – Handles approvals, notifications, and task assignments.

No-Code Interface – Users can build workflows using a drag-and-drop interface.

Replaces Legacy Workflows – Flow Designer is the modern alternative to Workflow Editor.

Integrates with Spokes – Can connect to other systems using Integration Hub.

Triggers – Define when a flow starts (e.g., record changes, schedules, API calls).

Actions – Define what happens (e.g., create a task, send an email, update a record).

Conditions – Add logic to control execution paths.

B. Process Automation > Flow Administration → Used for managing existing flows, not creating new ones.

C. Process Automation > Workflow Editor → This is the legacy workflow automation tool, replaced by Flow Designer.

D. Process Automation > Process Flow → No such module exists in ServiceNow.

E. Process Automation > Active Flows → Displays already running flows, but does not allow new flow creation.

In ServiceNow, the Submit button appears when creating a new record, but it is not visible when editing an existing record. Instead, when editing an existing record, the Update button is used.

Creating a New Record:

When a user opens a form to create a new record, the Submit button appears.

Clicking Submit saves the record and closes the form.

Example: When creating a new Incident, Change Request, or User record, the Submit button is visible.

Editing an Existing Record:

When a user opens an existing record, the Update button replaces the Submit button.

Clicking Update saves the changes but does not create a new record.

Example: Editing an existing Incident record does not show a Submit button, only Update.

Changing a Reference Field in an Existing Record:

Updating a reference field (like Assigned To or Caller) in an existing record does not trigger a Submit button—only Update is available.

Saving an Old Record:

The Save button may be available when a user makes changes but does not want to exit the form.

When Does the Submit Button Appear?When Does the Submit Button NOT Appear?Why Option B (When Creating a New Record) is Correct?✅ The Submit button appears only when a new record is being created.

Why Other Options Are Incorrect?❌ A. When saving an old record → Incorrect

The Save button appears when modifying an existing record but does not replace Submit.

❌ C. When changing the reference field in an existing record → Incorrect

Editing a reference field does not make the Submit button appear. Only Update is available.

❌ D. When updating an existing record → Incorrect

The Update button appears instead of Submit when modifying an existing record.

ServiceNow Docs – Forms and Form Buttonshttps://docs.servicenow.com

ServiceNow Learning – Creating and Editing Records

ServiceNow Developer Portal – Understanding Form Actions (Submit vs. Update)

References from Certified System Administrator (CSA) Documentation:

A Business Rule in ServiceNow is a server-side script that executes when records are inserted, updated, deleted, or queried in a specified table. Business Rules allow automation and customization of workflows by defining logic that runs under specific conditions.

Table (B) – ✅ Correct

A Business Rule must be associated with a specific table where it will execute (e.g., Incident, Change, Task).

This determines which records the rule applies to.

Script to Run (E) – ✅ Correct

A script must be provided when defining advanced logic in a Business Rule.

Business Rules use server-side JavaScript to perform various actions, such as setting field values, enforcing validation, or triggering workflows.

Timing (H) – ✅ Correct

The execution timing of a Business Rule determines when it runs relative to a database transaction.

Business Rules can run:

Before (before record is saved)

After (after record is saved)

Async (after the transaction completes)

Display (when a form loads)

Condition to Evaluate (I) – ✅ Correct

Conditions define when the Business Rule should execute based on specific criteria.

Example: A Business Rule might run only when the priority is set to High.

A. UI Action ❌ (Incorrect)

UI Actions (buttons, links, context menus) are separate from Business Rules and are used for UI customization.

C. Fields to update ❌ (Incorrect)

While Business Rules can update fields, you do not specify "fields to update" as a required setting. Instead, updates are made via scripts within the rule.

D. Who can run ❌ (Incorrect)

Business Rules always run on the server-side and do not require user-specific execution settings.

F. Application Scope ❌ (Incorrect)

Although Business Rules belong to an application scope, this is automatically determined based on the current application.

G. Update Set ❌ (Incorrect)

Business Rules are captured in an Update Set, but this is not a configuration setting while creating the rule.

ServiceNow Business Rules Overview:https://docs.servicenow.com/bundle/utah-application-development/page/script/server-scripting/concept/business-rules.html

Creating Business Rules:https://docs.servicenow.com/en-US/bundle/utah-application-development/page/script/server-scripting/task/t_CreateABusinessRule.html

Key Elements to Specify When Creating a Business Rule:Incorrect Options:Official References from Certified System Administrator (CSA) Documentation:

On the Reports page in ServiceNow, different sections allow users to see which reports are visible to various audiences.

Why These Options Are Correct?✅ C. My reports

Displays reports created by the logged-in user.

These reports are private unless explicitly shared.

✅ E. Dashboards

Dashboards consolidate multiple reports and make them visible to specific audiences.

Users can share dashboards with groups or individuals.

✅ F. Global

Global reports are available to all users with reporting access.

These reports are not restricted to a specific user or group.

✅ I. All

The "All" section lists every report the user has access to, including:

Personal reports

Shared reports

Global reports

Reports from dashboards

Why the Other Options Are Incorrect?❌ A. Group

There is no "Group" section in the Reports page.

However, reports can be shared with groups, but there is no direct "Group" view.

❌ B. Department

Departments do not determine report visibility in the Reports page.

Report access is controlled by roles, users, and groups, not departments.

❌ D. Team

Teams are not a standard report visibility category in ServiceNow.

Reports are shared at user, role, and global levels, not by "Team."

❌ G. Admin

There is no "Admin" section in the Reports page.

However, Admins can access all reports via the "All" section.

❌ H. Analytics

Analytics is a separate module in ServiceNow, primarily used for Performance Analytics (PA) and dashboards.

It is not a standard report visibility section.

❌ J. Company

There is no "Company" section in the Reports page.

Reports can be shared at a global level, but not specifically by "Company."

ServiceNow Reports - Managing Visibility and Access

ServiceNow Reporting Guide - Sections of the Reports Page

ServiceNow Dashboards and Report Sharing Best Practices

References to Official Certified System Administrator (CSA) Documentation:

The Common Service Data Model (CSDM) is a framework provided by ServiceNow that ensures your application's data correctly maps to the Configuration Management Database (CMDB) tables. It standardizes how configuration items (CIs), services, and relationships are structured within the CMDB.

Standardized Data Model: Ensures consistent and correct CMDB data structuring.

Alignment with CMDB Best Practices: Helps businesses align their IT assets, services, and business functions effectively.

Better Service Mapping: Provides structured relationships between business services and their technical components.

Compliance & Governance: Ensures data integrity by enforcing best practices for CMDB population.

Key Functions of CSDM:

Incorrect Answer Choices Explanation:❌ B. Service Mapping Utility (SMU) – Service Mapping is used for discovering and mapping dependencies but is not a data model framework.

❌ C. Service Schema Map (SSM) – No such official term exists in ServiceNow documentation.

❌ D. CMDB Class Manager (CMDBCM) – This is a tool used to manage CI classes but does not define a data model framework like CSDM.

❌ E. CI Class Manager (CICM) – Incorrect term; CMDB Class Manager is used for CI class hierarchy management, not for mapping applications to CMDB tables.

ServiceNow Documentation: Common Service Data Model (CSDM)CSDM Overview

ServiceNow CMDB Best PracticesCMDB and CSDM Alignment

Official CSA Documentation Reference:

In ServiceNow, Business Rules are server-side scripts that execute at specific times relative to database operations. The "When" setting determines when the Business Rule runs in relation to a record action (Insert, Update, Delete, Query).

Why is Option A Correct?✅ Before

Executes before a record is saved to the database.

Used to validate data, modify values, or prevent an action (e.g., stopping an invalid update).

✅ After

Executes after a record is inserted, updated, or deleted.

Commonly used for triggering notifications or creating related records.

✅ Async (Asynchronous)

Runs after a database operation but executes in the background.

Ideal for long-running or performance-heavy tasks (e.g., integrating with external systems).

✅ Display

Executes before a form loads, allowing modifications to fields before they are displayed to the user.

Typically used for pre-filling form fields based on user roles or conditions.

Why Are the Other Options Incorrect?❌ B. Prior to, Synchronous, on Update

"Prior to" is not a valid Business Rule execution timing.

"Synchronous" is a general term but is not a specific execution timing option in Business Rules.

"on Update" is a database operation, not an execution timing.

❌ C. Insert, Update, Delete, Query

These are database operations that trigger Business Rules, not execution timings.

Execution timing determines when (before, after, etc.), while these determine what triggers it.

❌ D. Before, Synchronous, Scheduled Job, View

"Synchronous" is not a Business Rule timing option.

"Scheduled Job" refers to Scheduled Jobs (not Business Rules).

"View" is a UI-related concept, not a Business Rule execution timing.

ServiceNow Business Rules - How They Work

ServiceNow Best Practices - Business Rule Execution Timing

ServiceNow Developer Documentation - Before, After, Async, and Display Business Rules

References to Official Certified System Administrator (CSA) Documentation:

A Reference field in ServiceNow allows you to look up values from another table, effectively creating a relationship between two tables. When a user selects a value in a reference field, they are selecting a record from the referenced table.

Stores a sys_id (unique identifier) of a record from another table.

Displays a user-friendly label from the referenced record.

Allows dot-walking, enabling access to related fields from the referenced table.

Incident Table (source table) → Contains a "Caller" field that references the User Table (sys_user).

The Caller field allows users to select a user from the User Table.

B. Verity → Not a valid field type in ServiceNow.

C. Options → Options are typically used in choice lists, not for referencing another table.

D. Selections → No such field type exists in ServiceNow.

E. Dot Walk → Dot-walking is a feature that allows accessing related fields but is not a field type itself.

F. Lookup → While "Lookup Select Box" exists, it functions differently by filtering choices rather than directly referencing another table.

In ServiceNow, UI Actions are used to add buttons, links, and context menu items on forms and lists to enhance user interaction.

UI Actions provide interactive elements such as buttons, links, and context menu options on forms and lists.

UI Actions allow execution of server-side and client-side scripts, including GlideAjax and GlideRecord calls.

They can be configured to execute under specific conditions, such as user roles, field values, or record states.

Examples of UI Actions include:

Submit, Update, and Delete buttons on forms.

Custom action buttons such as "Escalate Incident" or "Resolve Task".

List context menu items such as "Approve" or "Reject" for workflow items.

A. UI Policies: ❌ Used for dynamically showing, hiding, or making fields mandatory, but not for adding buttons or links.

B. UI Settings: ❌ No such module in ServiceNow.

D. UI Config: ❌ Not a valid option; UI Actions, not "UI Config," control buttons and menus.

UI Actions Overview: ServiceNow Docs

Configuring UI Actions for Forms and Lists

Why is the Correct Answer "UI Actions"?Why Not the Other Options?References from the Certified System Administrator (CSA) Official Documentation:By using UI Actions, developers can enhance the user experience by providing interactive buttons and menu options in ServiceNow.

In ServiceNow, Number Maintenance is the application used to manage and modify numbering schemes for different tables, including the Incident table. Since the default prefix for Incident numbers is "INC", an administrator can modify it to a company-specific prefix (e.g., "IN") by following these steps:

Navigate to the Number Maintenance Application:

Go to All → System Definition → Number Maintenance

Search for the Incident table (task.number record for Incident).

Modify the Prefix:

Open the existing Incident numbering record.

Change the Prefix from "INC" to "IN".

Ensure the Next Number field is correctly set (e.g., "IN0001001").

Save the Changes:

Click Update to apply the new prefix.

All newly created incidents will now follow the new format (IN0001001).

Existing incidents are NOT affected—only newly created records will reflect the new prefix.

Steps to Change the Incident Number Prefix:Why Option A (Number Maintenance) is Correct?✅ The Number Maintenance application is the correct place to modify prefixes for tables like Incident.

Why Other Options Are Incorrect?❌ B. Create a Business Rule that modifies the prefix before the Insert operation → Incorrect

Business Rules do not control number generation.

Number generation is managed by Number Maintenance at the system level.

❌ C. The prefix of an incident cannot be changed because it is a built-in feature → Incorrect

The prefix CAN be changed using the Number Maintenance application.

Only existing records retain their original prefix; new records follow the updated format.

❌ D. Submit a Change Request to ServiceNow Technical Support → Incorrect

This is not necessary, as administrators can make this change directly through Number Maintenance.

ServiceNow Docs – Number Maintenance Configurationhttps://docs.servicenow.com

ServiceNow Learning – Customizing Numbering Schemes

ServiceNow Developer Portal – Number Prefix Best Practices

References from Certified System Administrator (CSA) Documentation:

An Access Control rule (ACL) in ServiceNow defines who can access data and what actions they can perform on that data. Each ACL consists of three primary components:

Object being secured – The specific table, field, or record that the rule applies to.

Operation – The type of action that is being secured (e.g., Read, Write, Create, Delete).

Permissions required – The conditions, roles, or scripts that determine whether access is granted.

ACLs evaluate whether a user has permission to access a specific table, field, or action.

The security rules are processed from most specific to least specific (e.g., field-level > table-level).

Permissions can be granted based on roles, conditions, or custom scripts using GlideSystem (gs).

A. Groups, Conditional Expressions, and Workflows ❌ (Incorrect)

ACLs do not manage workflows or directly control group assignments.

B. Table Schema, CRUD, and User Authentication ❌ (Incorrect)

CRUD (Create, Read, Update, Delete) permissions are controlled by ACLs, but User Authentication is managed separately through login policies (LDAP, SSO, etc.).

D. security_admin ❌ (Incorrect)

security_admin is a special elevated role required to modify security settings, but it is not what an ACL specifies.

Access Control Rules Overview:https://docs.servicenow.com/en-US/bundle/utah-platform-security/page/administer/security/concept/access-control-rules.html

Configuring ACLs in ServiceNow:https://docs.servicenow.com/en-US/bundle/utah-platform-security/page/administer/security/task/t_CreateOrModifyAnAccessControl.html

How ACLs Work in ServiceNow:Explanation of Incorrect Options:Official References from Certified System Administrator (CSA) Documentation:

ServiceNow provides multiple security-related modules that a System Administrator frequently uses to manage access, authentication, and overall system security.

Why These Options Are Correct?✅ A. System Properties > Security

This module allows administrators to configure general security settings, including password policies, session timeout, and encryption settings.

It helps manage security parameters at a system-wide level.

✅ E. System Security > Access Control (ACL)

Access Control Lists (ACLs) define what data users can access, modify, and delete within the instance.

ACLs operate at the table, field, and record levels, ensuring proper role-based access control (RBAC).

This is one of the most commonly used security modules by admins.

✅ G. System Security > High Security Settings

High Security Settings (previously known as Security Hardening) enforce strict security controls, such as requiring multi-factor authentication (MFA) and enforcing strict password policies.

It is often used for compliance with security regulations like HIPAA, GDPR, and ISO 27001.

Why the Other Options Are Incorrect?❌ B. Utilities > Migrate Security

This option does not exist in ServiceNow. There is no "Migrate Security" under Utilities.

❌ C. System Security > Security

There is no "System Security > Security" module in ServiceNow. The correct structure is System Security > Access Control or System Properties > Security.

❌ D. Self-Service > My Access

This is a self-service module for end users to request and review their access.

It is not a tool that System Administrators use to manage security settings.

❌ F. Password Management > Security Questions

This is used to configure security questions for password recovery but is not a core security module that admins frequently use.

General Security Settings in ServiceNow

ServiceNow Access Control (ACL) Best Practices

ServiceNow System Security and Role Management

References to Official Certified System Administrator (CSA) Documentation:

A Many-to-Many (M2M) relationship in ServiceNow allows two or more tables to be related bi-directionally, so that related records are visible in a related list on both tables.

Unlike a One-to-Many (1:M) relationship (where only one table references another), M2M relationships link records in both directions.

This is achieved through an intermediary table, known as a Many-to-Many table, which stores the relationships.

A Many-to-Many table contains:

A reference field for each of the tables being linked.

The relationship records, which connect records between the two tables.

Suppose you want to relate Incidents to Problems and vice versa.

Instead of adding a reference field in each table, you create an m2m_incident_problem table.

Now, an Incident can be linked to multiple Problems, and each Problem can be linked to multiple Incidents.

These relationships will be visible as related lists in both tables.

How Many-to-Many Relationships Work in ServiceNow:Example of a Many-to-Many Relationship:

Incorrect Answer Choices Explanation:❌ A. Database View – Used to combine data from multiple tables for reporting but does not establish a bi-directional relationship between tables.

❌ C. One to Many (1:M) – A single record in one table relates to multiple records in another, but the relationship is not bi-directional.

❌ D. Extended – Refers to table inheritance, where a table inherits fields from its parent table, not a Many-to-Many relationship.

Many-to-Many Relationships in ServiceNow

Understanding Table Relationships

Official CSA Documentation Reference:

If a user reports that they cannot see certain modules in the Application Navigator, the best way to troubleshoot is to impersonate the user. Impersonation allows an administrator to see exactly what the user sees without needing their password.

Click on your profile icon (top-right corner).

Select Impersonate User.

Search for and select the user’s name.

The instance will reload, and you will see the UI as the user experiences it.

Navigate to the Application Navigator and check for missing modules.

Once done, click Stop Impersonation.

Ensures security (no need to reset or look up passwords).

Speeds up troubleshooting by allowing admins to replicate user issues.

Helps verify role-based access permissions.

Steps to Impersonate a User in ServiceNow:Why is Impersonation Useful?

Incorrect Answer Choices Explanation:❌ A. Look up their password, so you can login with their account

This is a security violation and not an acceptable practice.

❌ B. Initiate a Connect Chat session

Chatting with the user can help gather information, but it does not allow you to see what they see.

❌ C. Install the Bomgar plug-in

Bomgar is a remote support tool, but impersonation is the built-in and recommended method for troubleshooting in ServiceNow.

❌ E. Launch a NowChat window

NowChat is used for customer support and collaboration, not for verifying module visibility.

Impersonate Users in ServiceNow

User Roles and Permissions

Official CSA Documentation Reference:

A Service Level Agreement (SLA) in ServiceNow is a tracking mechanism that ensures tasks are completed within a specified time frame. SLAs help in monitoring and enforcing deadlines for various tasks, such as incidents, changes, or service requests.

Tracks Task Duration

SLAs calculate the elapsed time since a task was created and determine if it meets or breaches the defined resolution targets.

Ensures Timely Completion

SLAs define start, pause, and stop conditions based on specific criteria (e.g., an incident must be resolved within 8 hours).

Visual Indicators

SLAs include progress bars, warning alerts, and breach notifications to help users track deadlines.

Works with Business Rules and Workflows

SLAs can trigger escalations, notifications, or automated actions if a task is at risk of breaching the SLA.

A. Task Escalation Clock ❌ (Incorrect)

No such feature called "Task Escalation Clock" exists in ServiceNow. Escalations are handled using SLA workflows and escalation rules.

C. Inactivity Monitor ❌ (Incorrect)

The Inactivity Monitor is used to detect when a task has not been updated for a specific period, but it does not enforce time-bound completion.

D. Response Time Clock ❌ (Incorrect)

No specific "Response Time Clock" exists in ServiceNow. Response SLAs track the time taken to acknowledge a task, but this is part of the broader SLA system.

E. Business Time Remaining ❌ (Incorrect)

This is not a specific feature but rather a calculated field within SLAs that shows the time remaining before an SLA breaches.

Service Level Agreements (SLA) Overview:https://docs.servicenow.com/en-US/bundle/utah-it-service-management/page/product/service-level-management/concept/c_ServiceLevelAgreements.html

How SLAs Work in ServiceNow:https://docs.servicenow.com/en-US/bundle/utah-it-service-management/page/product/service-level-management/concept/slas-how-work.html

Key Features of SLAs in ServiceNow:Incorrect Options:Official References from Certified System Administrator (CSA) Documentation:

To translate Service Catalog items into multiple languages in ServiceNow, the Translation Framework plugin (com.glide.translation_framework) must be activated. This plugin enables automatic translation of text fields, including:

Service Catalog items

Knowledge Base articles

Field labels

UI components

Provides multi-language support for catalog items.

Uses machine translation or manual translation mapping.

Works with the ServiceNow Language Packs to provide localized experiences.

Key Features of the Translation Framework Plugin:

The Translation Framework plugin (com.glide.translation_framework) is specifically designed to support multi-language content translation for the Service Catalog.

It allows translation of catalog item descriptions, labels, and options without custom scripting.

Why "B. Translation Framework Plugin" is the Correct Answer?

A. Localization Framework Plugin (com.glide.localization_framework) – Incorrect

This plugin helps with localization settings but is not specifically for catalog item translation.

C. Multiple Language Framework Plugin (com.glide.multiple.language_framework) – Incorrect

No such plugin exists in ServiceNow.

D. Language AI Framework Plugin (com.glide.language.ai_framework) – Incorrect

This is not a valid ServiceNow plugin.

Explanation of Incorrect Options:

ServiceNow Docs: Translation Framework Plugin

ServiceNow CSA Study Guide – Multi-language Support

ServiceNow Product Documentation: Translating Service Catalog Items

References from Certified System Administrator (CSA) Documentation:

In ServiceNow, a sys_id is a unique 32-character identifier (UUID - Universally Unique Identifier) that is automatically assigned to every record in the system.

It is a unique 32-character alphanumeric string (e.g., 5137153cc611227c000bbd1bd8cd2005).

Every record in every table in ServiceNow has a sys_id field.

The sys_id remains the same across instances if the record is transferred via an Update Set.

It helps uniquely identify records and is used in scripting, APIs, and database relationships.

In the Incident [incident] table, an incident record might have:

Number: INC0012345

sys_id: 9d72f6141b122200d37a85e15b2d6fe6

Key Characteristics of sys_id:Example:

The sys_id is always 32 characters long.

It is a critical part of the ServiceNow database structure.

Used for relationships, APIs, scripting, and querying records.

Why "A. Unique 32-character identifier that is assigned to every record" is Correct?

B. A client-side Business Rule – Incorrect

Business Rules do not generate sys_ids; they control logic execution.

C. A server-side Business Rule – Incorrect

Business Rules are used for automation, but sys_id is a system-generated field.

D. Unique 64-character identifier that is assigned to every record – Incorrect

The correct length of sys_id is 32 characters, not 64.

Explanation of Incorrect Options:

ServiceNow Docs: Understanding sys_id

ServiceNow CSA Study Guide – Database Architecture

ServiceNow Product Documentation: Unique Identifiers in ServiceNow

References from Certified System Administrator (CSA) Documentation:

The Application Integration and Plugin Delivery (A1PD) SpokeBatch Install plugin in ServiceNow allows users to install multiple applications, customizations, and plugins at once.

Batch Installation

Enables administrators to install multiple applications or plugins simultaneously, reducing manual effort.

Automated Delivery

Facilitates automated deployment of related applications and customizations.

Improved Instance Management

Ensures consistent configurations across multiple instances (e.g., Dev → Test → Prod).

B. Continuous Integration and Continuous Delivery (CICD) SpokeBatch Install ❌

Incorrect: CICD is used for version control and automated deployments, not plugin installation.

C. Multiple Integration and Process Delivery (MIPD) SpokeBatch Install ❌

Incorrect: No such ServiceNow plugin exists.

D. Quick Integration and Multiple Delivery (QIMD) SpokeBatch Install ❌

Incorrect: No such ServiceNow feature exists.

Key Features of A1PD SpokeBatch Install:Why Other Options Are Incorrect?

A1PD Plugin Overview

ServiceNow Plugin Installation

Application Integration Best Practices

Managing Installed Applications

References from ServiceNow CSA Documentation:Final Verification: ✅ Answer is 100% correct and aligned with official ServiceNow Certified System Administrator (CSA) documentation.

In ServiceNow, a group is a collection of users who share common responsibilities, such as handling incidents, approvals, or service requests.

Groups are stored in the sys_user_group table ✅

Each group is a record in the sys_user_group table, which manages user access and permissions.

Example: The "Service Desk" group (sys_user_group record) may contain multiple IT support users.

Groups are used for role assignments ✅

Instead of assigning roles directly to users, roles are assigned to groups for easier access management.

Groups can be used for approvals and task assignments ✅

Groups are often assigned to handle approval workflows, incident resolution, and change management tasks.

A. A group is one record stored in the Group Type [sys_user_group_type] table ❌ (Incorrect)

The sys_user_group_type table is used for categorizing groups, not storing actual group records.

C. A group defines a set of users that share the same location ❌ (Incorrect)

Incorrect: Groups are not location-based; they are used for task assignments, approvals, and permissions.

D. A group defines a set of users that share the same job title ❌ (Incorrect)

Incorrect: Users with the same job title may belong to different groups based on their responsibilities.

Key Details About Groups in ServiceNow:Why Other Options Are Incorrect?

Groups in ServiceNow

Managing User Groups

User and Group Management

ServiceNow User and Group Administration

References from ServiceNow CSA Documentation:Final Verification: ✅ Answer is 100% correct and aligned with official ServiceNow Certified System Administrator (CSA) documentation.

In ServiceNow, an Update Set is a mechanism used to capture customizations made in an instance and move them to another instance (e.g., from development to production). However, certain elements are not included in an Update Set by default.

Homepages (A) – ✅ Correct

Homepages are stored as user-specific or global content, and they are not included in update sets by default.

To migrate them, you need to manually export/import them or use the sys_portal_page_set table.

Data (B) – ✅ Correct

Update Sets do not include actual data, such as incident records, user records, or CMDB data.

Only configuration changes (like fields, forms, and workflows) are captured.

Data migration must be handled separately using Data Export or Integration methods.

Published Workflows (C) – ✅ Correct

Once a workflow is published, it is stored as a runtime instance and not automatically included in an Update Set.

To capture it, you must manually update the workflow before moving it in an Update Set.

Report Definitions (H) – ✅ Correct

Reports and their configurations are not automatically included in Update Sets.

You must manually include them by marking them as "Captured in Update Set."

D. Business Rules ✅ (Captured in Update Sets)

E. Schedules ✅ (Captured in Update Sets)

F. Database changes ✅ (Captured in Update Sets)

G. Related Lists ✅ (Captured in Update Sets)

I. Scheduled Jobs ✅ (Captured in Update Sets)

J. Client Scripts ✅ (Captured in Update Sets)

K. Views ✅ (Captured in Update Sets)

ServiceNow Update Sets Overview: https://docs.servicenow.com/en-US/bundle/utah-application-development/page/build/system-update-sets/concept/c_UpdateSets.html

ServiceNow Update Set Best Practices: https://docs.servicenow.com/en-US/bundle/utah-application-development/page/build/system-update-sets/concept/update-set-best-practices.html

Items NOT Included in Update Sets (By Default):Items That ARE Included in Update Sets (By Default):Official References from Certified System Administrator (CSA) Documentation:

A Transform Map in ServiceNow is a tool used to define relationships between fields in an import set table and fields in a target table. It helps map incoming data to the appropriate fields within the ServiceNow database when importing data from external sources.

Data is loaded into an Import Set Table.

A Transform Map is created to define how fields from the import set correspond to fields in the target table.

The Transformation Process is executed, applying the mapping rules.

The data is stored in the Target Table with any specified transformations applied.

Supports field mapping, scripted transformations, and coalesce fields (for avoiding duplicate records).

Allows for data cleansing and standardization during the transformation process.

Can be reused for multiple data imports.

A. Transform Schema → No such concept exists in ServiceNow.

B. Schema Map → Provides a visual representation of table relationships but does not define field mappings for imports.

C. Dictionary Map → Used for mapping between dictionary definitions, not for transforming import set data.

E. Field Transformer → Not a ServiceNow tool.

F. Import Designer → No such module in ServiceNow.

In ServiceNow, the "Service Desk > My Groups Work" module is designed to display tasks assigned to a group but not yet assigned to an individual user. This means that even if an IT manager oversees the Network and Hardware assignment groups, they will not see any tasks in this list if all tasks have already been assigned to specific individuals within the group.

Let’s break down why option A is the correct answer and why the other options are incorrect:

The "My Groups Work" list only shows tasks that are assigned to the group but have not been assigned to a specific individual within the group.

If all tasks are assigned to specific team members, then the manager will not see any tasks in this list.

The IT manager can verify this by navigating to the Task List (e.g., Incidents, Changes, or Requests) and filtering by the Network and Hardware assignment groups.

✅ Explanation for Correct Answer (A):

The itil role allows users to view, create, update, and resolve incidents, changes, problems, and other ITSM tasks.

However, not having this role would restrict access to various ITSM functionalities, but it does not impact whether tasks appear in My Groups Work.

If the manager lacks the itil role, they might have trouble accessing or modifying tasks, but this wouldn't explain why they don’t see anything in the list.

The Service Desk group is a separate entity in ServiceNow, typically associated with incident handling and user support.

The My Groups Work module is not restricted to the Service Desk group—it displays work assigned to any group the user belongs to.

Since the manager is responsible for the Network and Hardware groups, being part of the Service Desk group is irrelevant.

If the manager was not a member of these groups, they wouldn't see any group-related tasks at all.

However, the question states that the manager is responsible for these groups, so it’s reasonable to assume they are either a member or at least a group manager with visibility.

Even if they were just a manager and not an official group member, they would still be able to see the tasks assigned to the groups.

The Assignment Group manager field is an informational field that indicates who manages a group.

This field does not control what is displayed in the My Groups Work module.

Even if this field were empty, it wouldn’t prevent a manager (who is a group member) from seeing unassigned tasks.

❌ Explanation for Incorrect Answers:(B) The manager does not have the itil role.(C) The manager is not a member of the Service Desk group.(D) The manager is not a member of the Network and Hardware groups.(E) The Assignment Group manager field is empty.

ServiceNow CSA Guide - User Interface and Navigation

ServiceNow ITSM Fundamentals - Incident and Task Management

ServiceNow Role-Based Access Controls and Group Management

ServiceNow KB Articles - My Groups Work Module

References to Official Certified System Administrator (CSA) Documentation:

In ServiceNow, when applying filters, the Funnel icon opens the condition builder, allowing users to set criteria for displaying records.

Understanding the requirement:

The user wants to see Incidents where the state is Closed OR Incidents where the Assignment Group is Network.

The key word here is OR, meaning records satisfying either condition should be displayed.

Steps to apply this filter in ServiceNow:

Click the Funnel icon to open the condition builder.

Define the first condition → Select State = Closed.

Click the OR button (since we want records meeting either condition).

Define the second condition → Select Assignment Group = Network.

Press Enter to apply the filter.

Since the user wants either condition to be true, OR is the correct logical operator.

Pressing Enter after defining the second condition executes the filter.

A. Define the first condition; click AND button; define second condition; click Run: ❌ Incorrect because AND would require both conditions to be true simultaneously, which is not what the user wants.

B. Define the first condition; click AND button; define second condition; press enter: ❌ Same issue as option A—AND will narrow the results instead of expanding them.

D. Define the first condition; click > icon on breadcrumb, define second condition; click Run: ❌ The breadcrumb navigation is used to modify filters after applying them, not to create them initially.

E. Define the first condition; click > icon on breadcrumb, define second condition; press enter: ❌ Same issue as option D—breadcrumb navigation is for modifying, not for initial filter creation.

Using Filters and Condition Builder in ServiceNow: ServiceNow Docs

ServiceNow Querying and Filtering Best Practices

Why is the Correct Answer "C"?Why Not the Other Options?References from the Certified System Administrator (CSA) Official Documentation:Using OR ensures both conditions are considered independently, displaying incidents that are either Closed or assigned to Network.

In ServiceNow Knowledge Management, the publishing and retiring process for knowledge articles is managed through Workflows. 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 is published and made available in the Knowledge Base.

Updating & Versioning:

If edits are needed, the article enters a draft or review state.

Retirement:

When an article is no longer needed, it follows the workflow to retire or archive it.

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)

The Workflow Designer is a tool used to create workflows, but it does not control the publishing process directly. The workflows themselves do.

E. State Lifecycle ❌ (Incorrect)

While knowledge articles have a lifecycle (Draft → Review → Published → Retired), this is controlled by 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:

When you impersonate a user in ServiceNow for testing, you temporarily assume their permissions and role-based access. To return to your own user session, the best way is to End Impersonation.

Click on the User Menu (top right corner).

Select "End Impersonation".

You will immediately return to your original user session.

A. Turn your computer off and on again → Unnecessary and does not affect session management.

B. Clear browser cache → Cache clearing is not required; impersonation is session-based.

D. Log out and back in → While this works, it is not the best method because End Impersonation is a faster and direct solution.

In ServiceNow, administrators can reuse the same notification content across multiple channels (such as email, SMS, and push notifications) by using Common Notification Content.

Consistency Across Channels

Ensures that the same message format is used across email, SMS, and push notifications.

Easier Maintenance

Instead of creating separate content for each channel, administrators can manage all notification content from one place.

Dynamic Content

Supports variables and dynamic placeholders to customize messages based on recipient data.

A. Configure Default notification content ❌

Incorrect: There is no "default notification content" feature in ServiceNow.

B. Enable Actionable notification content ❌

Incorrect: Actionable notifications allow users to take actions directly from the notification, but they do not manage common content.

D. Set up Related notification content ❌

Incorrect: No such feature as "Related notification content" exists in ServiceNow.

Key Features of Common Notification Content:Why Other Options Are Incorrect?

Common Notification Content Overview

ServiceNow Notification Management

Setting Up Common Notification Content

Creating Reusable Notification Content

References from ServiceNow CSA Documentation:

Virtual Agent is ServiceNow’s AI-powered chatbot that provides assistance via a messaging interface. It helps users obtain information, make decisions, and complete common tasks without human intervention.

Conversational Interface → Users interact through chat to get information and perform tasks.

Automated Responses → Uses predefined topics and natural language understanding (NLU) to provide relevant answers.

Integration with ServiceNow Applications → Can create incidents, reset passwords, check order statuses, etc.

Available on Multiple Channels → Works with Microsoft Teams, Slack, and the ServiceNow portal.

A. Agent Workspace → A unified interface for agents to manage cases, not an AI chatbot.

B. Chat bot → A generic term; Virtual Agent is the official chatbot in ServiceNow.

D. Knowledge Chat → No such feature exists; however, Virtual Agent can integrate with the Knowledge Base.

E. Now Support → ServiceNow’s customer support portal, not an AI-driven assistant.

When importing data into ServiceNow, the first step in the Import Set process is loading the data into a temporary Import Set table. This is done using the Load Data module.

Load Data (First Step) ✅

This step imports raw data from a source file (e.g., CSV, Excel, XML) into an Import Set table in ServiceNow.

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

Create Transform Map & Apply Transform

After loading, a Transform Map is used to map fields from the Import Set table to the target table (e.g., Incident, CMDB, Users).

The Transform Data step 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)

Coalescing is used during the Transform phase to prevent duplicate records but is not the first step.

B. Transform Data ❌ (Incorrect)

Transforming data occurs after it has been loaded into 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:

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

Changing the Label of a FavoriteTo rename or edit a Favorite, you must use the Pencil icon (✏️), which indicates edit mode.

Navigate to the Application Navigator on the left-hand side.

Locate the Favorites section.

Hover over the favorite item you want to rename.

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

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

Click Save to apply changes.

A. Clock ❌ (Incorrect)

The Clock icon typically represents recently accessed items, not Favorites.

B. Hamburger ❌ (Incorrect)

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

D. Three dots ❌ (Incorrect)

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

E. Triangle ❌ (Incorrect)

No Triangle icon is used for renaming Favorites.

F. Star ❌ (Incorrect)

The Star icon (⭐) is used to add or remove Favorites, 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:

Access Control Rules (ACLs) are a fundamental security feature in ServiceNow that protect applications by identifying and restricting access to files and data. ACLs define which users or roles have permissions to create, read, write, or delete data within an application.

Understanding Access Control Rules (ACLs)ACLs in ServiceNow operate based on three key elements:

Object Type – Defines what is being secured (table-level or field-level access).

Operation – Specifies the type of access (Create, Read, Write, Delete, Execute, etc.).

Condition & Script – Determines when access is granted (role-based permissions or specific conditions).

Data Security: Ensures that only authorized users can access specific data.

Granular Access: Controls permissions at the table and field level.

Regulatory Compliance: Helps organizations maintain security standards and data protection laws.

ServiceNow applies ACLs from the most specific to the most general (Field-level → Table-level → Global-level).

If no ACL explicitly allows access, the system denies it by default (Deny by Default Policy).

ACLs can be role-based, condition-based, or script-based for advanced security configurations.

A. Application Configuration – This refers to application settings but does not control access to data.

B. Verbose Log – Logging helps in debugging but does not secure applications or restrict access.

D. Application Scope – Defines application boundaries but does not control data access permissions.

ServiceNow CSA Documentation: Access Control Rules (ACLs)

ServiceNow Security Best Practices: Security and Access Control

Why Access Control Rules are Important?How ACLs Work in ServiceNow?Incorrect Answer Choices Explanation:Official CSA Documentation Reference:

In ServiceNow, every record in a table has a unique 32-character identifier called sys_id. This ID uniquely identifies a record and is stored in the sys_id field for every table.

sys_id is a globally unique identifier assigned to every record in ServiceNow.

It is a 32-character hexadecimal string, ensuring uniqueness across instances.

It remains constant for a record, even if other fields in the record are modified.

sys_id is used in API calls, reference fields, and update sets to track records across environments.

A. sn_rec_id: ❌ No such field in ServiceNow.

B. rec_id: ❌ Not a valid field in ServiceNow.

C. u_id: ❌ Not a standard ServiceNow field. Custom fields may use "u_" prefix but u_id is not a system field.

E. sn_gu_id: ❌ No such field in ServiceNow.

F. sn_sys_id: ❌ No such standard field in ServiceNow.

G. id: ❌ Generic term, but not a standard field in ServiceNow.

ServiceNow Data Model and sys_id Explained: ServiceNow Docs

sys_id Best Practices for Data Management

Why is the Correct Answer "sys_id"?Why Not the Other Options?References from the Certified System Administrator (CSA) Official Documentation:The sys_id is crucial for tracking and managing records efficiently in ServiceNow and plays a key role in integrations, workflows, and automation.

In ServiceNow, the global search bar is located in the Banner Frame, which is the topmost section of the user interface. The global search feature allows users to search across multiple tables and records within the platform.

Searches across multiple record types (Incidents, Knowledge Articles, Change Requests, etc.).

Auto-suggests results as you type.

Filters results based on user roles and permissions.

Uses indexing to improve search speed and efficiency.

Key Features of the Global Search in the Banner Frame:

Why "B. Banner frame" is Correct:✅ The Banner Frame contains the global search bar, which enables users to search across all available records in ServiceNow.

A. Application Navigator → ❌ The Application Navigator is used for browsing modules and applications, not for performing a global search.

C. List pane → ❌ The List Pane only displays records from a specific table, and its search is limited to that list view.

D. Content frame → ❌ The Content Frame displays forms, lists, and dashboards, but does not provide a global search function.

Why Other Options Are Incorrect:

ServiceNow Documentation: Global Search in ServiceNow

CSA Exam Guide: Covers Banner Frame and its functions, including Global Search.

Reference from CSA Documentation:Thus, the correct answer is:✅ B. Banner frame

The three-bar icon in the Form header of ServiceNow is commonly referred to as the Hamburger icon. It provides access to additional form actions through a context menu.

Opens a drop-down menu with options such as:

Configure Form Layout

Configure Form Design

Insert and Stay

View History

Export Options

Helps users access quick actions without navigating away from the form.

The icon consists of three horizontal lines, resembling a hamburger (bun-patty-bun).

This naming convention is widely used in web and mobile UI design.

Functions of the Hamburger Icon in ServiceNow:Why is it Called a "Hamburger Icon"?

Incorrect Answer Choices Explanation:❌ A. Pancake Icon – No such term exists in ServiceNow UI terminology.

❌ B. Additional Actions or Context Menu – While the icon does provide additional actions, "Context Menu" refers to right-click options or three-dot menus, not the three-bar menu.

❌ D. Cake Icon – No such UI term exists in ServiceNow or general UI design.

Understanding the ServiceNow Form Header

ServiceNow UI Overview

Official CSA Documentation Reference:

UI Policies are the preferred method to dynamically control the visibility, read-only state, or mandatory status of form fields without requiring a page reload.

Best Practice suggests using UI Policies over Client Scripts whenever possible because UI Policies execute on the client side and are easier to manage.

They do not require scripting in most cases and provide a simple rule-based approach.

Explanation of Incorrect Options:

Client Scripts (A) → Used for executing JavaScript logic in the browser, but making fields mandatory or hidden should be done via UI Policies.

Business Rules (C) → Run on the server-side and do not directly affect form fields in real-time.

UI Actions (D) → Used for creating buttons, links, or context menu actions; not for modifying field properties.

A Schema Map in ServiceNow provides a visual representation of a table's relationships, including its extensions, references, and dependencies. This is useful for administrators and developers to understand how data is structured within an instance.

Navigate to System Definition > Tables

Select the desired table (e.g., incident, task, cmdb_ci, etc.)

Scroll to the "Related Links" section at the bottom of the form

Click "Show Schema Map"

How to Access the Schema Map for a Table:This will open a graphical representation of the table, showing:✅ Tables that extend from the selected table✅ Tables that reference the selected table✅ Fields that establish relationships

A. System Dictionary > Show Schema Map; Select Table

The Schema Map is not accessed via the System Dictionary.

C. System Definition > Show Schema Map; Select Table

There is no direct "Show Schema Map" menu under System Definition; you must go through Tables first.

D. System Definition > Dictionary: Select Table; Go to Related Links and click Show Schema Map

The Dictionary module does not provide a Schema Map option directly for tables.

Schema Maps Overview

Viewing Table Relationships with Schema Map

Why Other Options Are Incorrect?Official ServiceNow Documentation Reference:

In ServiceNow, the Favorites feature allows users to quickly access frequently used modules, applications, or records. Users can customize Favorites by changing the icon and color.

To edit a favorite, you need to:

Open the Application Navigator.

Locate your Favorites list.

Click the Pencil (✏) icon next to the favorite you want to edit.

Choose a new icon and color.

Save the changes.

A. Star ❌

The Star icon is used to add or remove a favorite but not for editing.

B. Triangle ❌

No Triangle icon is used for Favorites customization.

D. Clock ❌

The Clock icon represents recently viewed items, not Favorite customization.

Detailed Explanation:In ServiceNow, when reporting data is required from multiple tables and dot-walking isn’t feasible, creating a Database View is often the best approach. A Database View allows joining multiple tables virtually without creating new records, making it highly efficient for reporting. This view can then be used as a data source for reports, pulling information across tables without physically combining data. According to ServiceNow documentation, this is especially useful for creating complex reports that rely on data relationships across tables without altering the underlying data structure. (Reference: ServiceNow Documentation - Database Views)

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

In ServiceNow, when importing data from an external source (e.g., CSV, Excel, or an external database), the records first go into a staging area before being transformed and inserted into their final destination table.

The Import Set Row Table (sys_import_set_row) is where records are temporarily stored during an import.

This table holds raw data from the Import Set Table (sys_import_set), allowing transformation and validation before writing to the target table.

Load Data → Records are loaded into the Import Set Row Table (sys_import_set_row).

Transform Data → A Transform Map processes and moves data to the target table.

Clean Up → Processed records are removed from the staging table after transformation.

A. Transform Table → ❌ Incorrect

No such table called "Transform Table" exists in ServiceNow.

Transformation happens via Transform Maps, not a separate table.

B. Staging Table → ❌ Incorrect

The term "staging table" is a general concept but not an actual table name in ServiceNow.

D. Temp Table → ❌ Incorrect

ServiceNow does not use a "Temp Table" for imports.

Temporary data is held in sys_import_set_row, not a table named "Temp Table."

Import Sets Overview

Understanding Import Set Row Table

The Correct Table: Import Set Row TableImport Process Flow:Why Other Options Are Incorrect?Official ServiceNow Documentation Reference:

A Natural Language Query (NLQ) allows users to filter list data using plain English instead of using the traditional condition builder. NLQ interprets human-readable search terms and translates them into system queries, making it easier for non-technical users to retrieve information without having to understand the underlying database structure.

User-friendly: Users can type a question in normal language (e.g., "Show me all open incidents assigned to me").

Automatic Query Conversion: The system translates the NLQ into a structured query that ServiceNow understands.

Faster Search & Filtering: It helps in quickly filtering and finding records without manually setting conditions.

Works on Lists: NLQ is used primarily in list views where users need to filter or search records.

Key Features of NLQ in ServiceNow:Example Usage:If a user enters "Show me all open incidents for John Doe", the NLQ engine will convert it into a structured query like:[State = Open] AND [Assigned To = John Doe]

ServiceNow Product Documentation → "Natural Language Query Overview"

ServiceNow List Filters and Condition Builder → "Using Natural Language Queries for Filtering"

References from Certified System Administrator (CSA) Documentation:

In ServiceNow Access Control Lists (ACLs), rules can be applied at different levels:

Table-level – Applies to all fields and records in a table.

Field-level – Applies to specific fields within a table.

To create an ACL rule that applies to all rows and all fields of the Incident table, the correct object name is:➡ incident.*

incident.* ✅ – Grants or restricts access to all fields and records in the Incident table.

incident.number – Restricts access to the "Number" field in the Incident table.

incident.short_description – Controls access to the "Short Description" field only.

B. incident.all ❌

No such ACL naming convention exists in ServiceNow.

C. incident.! ❌

This is not a valid ACL syntax in ServiceNow.

D. incident.None ❌

This is not a recognized ACL format in ServiceNow.

Flow Designer in ServiceNow allows users to automate workflows with actions. Actions are reusable operations that execute tasks like creating records, sending notifications, and approvals.

A. Wait for Condition ✅

This action pauses the flow until a specified condition is met.

Example: Wait until an Incident is resolved before proceeding with follow-up actions.

B. Ask for Approval ✅

Sends an approval request to a user or group.

Example: Ask a manager for approval before escalating an incident.

C. Create Record ✅

Creates a new record in any table.

Example: Create a new Change Request when an Incident reaches a critical priority.

F. Look Up Record ✅

Retrieves records based on specified criteria.

Example: Find the user’s manager based on the requested user’s ID.

D. Wait for Match ❌

There is no core Flow Designer action called "Wait for Match."

This is likely confused with "Wait for Condition", which is the correct action.

E. Look for Update ❌

There is no standard action named "Look for Update."

Instead, flows use "Wait for Condition" or "Look Up Record" to detect changes.

ServiceNow Documentation: Flow Designer Actions

ServiceNow Training: Using Flow Designer

Correct Answers Explanation:Incorrect Answer Choices Explanation:References:

Applying an Update Set in ServiceNow follows a structured process to ensure that changes are correctly transferred from one instance to another.

Retrieve – The update set is fetched from the remote instance or uploaded manually.

Preview – The system analyzes the update set for potential conflicts or missing dependencies.

Commit – The update set is applied to the target instance, implementing the changes.

Retrieve:

The update set is pulled from a remote instance (such as from a development to a test instance) using the "Retrieve Update Set" option.

Alternatively, an XML file containing the update set can be manually uploaded.

Preview:

Before applying, ServiceNow checks for conflicts or missing dependencies.

It ensures that the update set will not introduce errors or inconsistencies.

If conflicts are detected, they must be resolved before committing.

Commit:

The update set is permanently applied to the instance.

The system integrates the changes into the instance’s configuration and logs the update.

B. Specify, Transform, Apply:

This does not reflect the correct update set process.

"Transform" is a term used in data imports, not update sets.

C. Retrieve, Assess, Apply:

There is no official "Assess" step in the update set process.

The correct term is "Preview" because it checks dependencies and conflicts before committing.

D. Get, Test, Push:

"Push" is not a valid step in applying an update set.

Instead, update sets are retrieved and committed, not "pushed."

E. Pull, Review, Push:

"Push" is not part of the update set application process.

The official process uses "Retrieve," not "Pull."

Steps for Applying an Update Set:Explanation of Each Step:Why Other Options Are Incorrect?Official ServiceNow Documentation Reference:For more details, refer to the official ServiceNow documentation:

Update Set Overview

Applying Update Sets

Scripts that run in the browser (client-side) help control UI behavior, form validation, and field interactions in real-time without needing a server request.

Types of Client-Side Scripts in ServiceNow:✅ Client Scripts

Run directly in the user's browser.

Used for form validation, auto-populating fields, or UI interactions.

Example:

javascript

CopyEdit

function onLoad() {

g_form.setValue('priority', '2');

}

✅ UI Policies

Control field visibility, mandatory status, and read-only state dynamically.

Example: If category = Hardware, make Serial Number field mandatory.

B. Access Control Scripts → ❌ Incorrect

Access Control Lists (ACLs) run server-side, not in the browser.

C. Script Includes → ❌ Incorrect

Script Includes run server-side and are used for reusable functions and API logic.

D. Business Rules → ❌ Incorrect

Business Rules also run on the server, not in the browser.

Why Other Options Are Incorrect?

Client Scripts Overview

UI Policies in ServiceNow

Official ServiceNow Documentation Reference:

Performance Analytics (PA) in ServiceNow allows users to create dashboards with widgets that visualize trends over time to monitor and improve processes.

Key Features of Performance Analytics:✔ Data Visualization: Users can track KPIs, measure performance trends, and create meaningful insights.✔ Dashboards & Widgets: Custom dashboards with interactive widgets display real-time analytics.✔ Historical & Trend Analysis: Unlike standard reports, PA analyzes trends over time, helping organizations improve their services.✔ Predictive Insights: Uses historical data to identify patterns and drive informed decisions.

A. Analytics Reports ❌

No such feature exists in ServiceNow under this name. The correct term is Performance Analytics.

C. Scheduled Reports ❌

Scheduled reports allow users to automate report delivery, but they do not provide interactive dashboards or trend analysis.

D. Reporting ❌

Standard Reporting provides snapshot views of data but does not support trend analysis over time like Performance Analytics.

In ServiceNow, related lists display records that have a relationship with the current record based on reference fields or database relationships. When adding a related list to a form, users select from a List Collector, which shows available related lists based on table relationships.

B. Catalog Task → Parent ✅

Catalog Tasks are individual work items that belong to a Request Item (RITM).

The Parent field links a Catalog Task to its corresponding RITM.

This related list allows users to view all Catalog Tasks associated with a parent request.

C. HR Case → Parent ✅

In HR Service Delivery (HRSD), HR Cases track employee requests.

The Parent field links an HR Case to a parent HR Case or HR Service Request.

This related list allows HR agents to see all related sub-cases.

D. Problem → Parent ✅

Problem Records can have a Parent-Child relationship where a child problem is linked to a larger problem.

The Parent field is used to establish this hierarchy.

This related list helps track all sub-problems linked to a main problem.

A. Release Phase == Parent ❌

"Release Phase" is not a standard related list in ServiceNow.

The Release Management module uses phases, but they do not typically function as a Parent reference.

E. Outage → Task Number ❌

While Outages can be linked to Tasks, they are not commonly referenced as a related list in standard implementations.

A more appropriate relationship would be "Affected CI" rather than Task Number.

ServiceNow Documentation: Related Lists Overview

ServiceNow Configuration Guide: Adding Related Lists to Forms

Correct Answers Explanation:Incorrect Answer Choices Explanation:References:

In ServiceNow, roles determine what users can see and do within the platform.

The IT user only sees the Self-Service homepage instead of the full ServiceNow interface, including task records.

This suggests that their account does not have the necessary role(s) to access task records.

Issue:Why the Correct Answers?✅ D. Their user account does not have the itil role

The itil role is required to work with ITSM task records (e.g., Incidents, Problems, Changes).

Without this role, users only have access to the Self-Service portal.

✅ E. Their user account does not belong to any groups, which contain the itil role

Even if a user is not directly assigned the itil role, they can inherit it through a group membership.

If their user account is not part of an ITSM-related group that has the itil role, they will not be able to access tasks.

A. Their user account failed LDAP authentication → ❌ Incorrect

If LDAP authentication failed, the user would not be able to log in at all.

In this case, they are logged in but only see Self-Service, meaning authentication is not the issue.

B. Their user account is not logged in properly → ❌ Incorrect

If the login was incorrect, they would be logged out or receive an error message.

The issue here is a lack of permissions, not a login failure.

C. Their user account was not approved by their manager → ❌ Incorrect

Manager approval is not required for standard ITSM roles and access.

Why Other Options Are Incorrect?

User Roles in ServiceNow

Assigning Roles and Group Memberships

Official ServiceNow Documentation Reference:

Importing spreadsheet data into a ServiceNow table follows a structured process that ensures data is accurately mapped and transformed before being added to the target table. The correct process consists of three main steps:

Navigate to System Import Sets > Load Data.

Upload the spreadsheet (CSV, Excel, etc.) or connect to an external data source.

The system creates an Import Set Table to temporarily store the imported data.

A Transform Map is created to define how fields from the Import Set map to fields in the target table (e.g., incident, cmdb_ci).

Field mappings can be manually configured or auto-mapped if field names match.

Coalesce fields are defined to prevent duplicate records by identifying unique keys.

The Transform Map is executed, transferring data from the Import Set to the final target table.

Any transformation scripts (such as data conversions) are applied during this process.

The imported data is now available in the production table.

1. Load Data (Import Set Creation)2. Create Transform Map (Mapping Fields to Target Table)3. Run Transform (Apply Data to the Target Table)

B. Select Import Set, Select Transform Map, Run Transform

You must first load data before selecting an Import Set. Import Sets are created after data is loaded into the system.

C. Select Data Source, Schedule Transform

While Data Sources define where data comes from, they do not load data directly. Scheduling transformations is optional, but it's not the primary step-by-step method for importing data.

D. Define Data Source, Select Transform Map, Run Transform

Defining a Data Source is part of setting up external integrations, but it is not required for a basic spreadsheet import.

Why Other Answers Are Incorrect:

ServiceNow Data Import and Transform Maps

ServiceNow CSA Training Module: "Importing Data and Managing Import Sets"

References from Certified System Administrator (CSA) Official Documentation:

Dot Walking is a ServiceNow feature that allows you to access and include data from related tables when creating reports, conditions, scripts, and business rules.

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

Dot Walking allows you to traverse these relationships by using a dot (.) notation to pull in data from related tables.

Example: If you want to include 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 for reporting when 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 uses Dot 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.

Process Automation Designer (PAD) is a feature in ServiceNow that allows business process owners to create unified and digitized cross-enterprise processes using a task board interface.

Organizes multiple flows into a single process

Uses a visual task board-style interface to manage process stages

Integrates with Flow Designer to create, manage, and execute automation tasks

Allows role-based task assignment and collaboration

Key Features of Process Automation Designer:Use Case Example:Imagine a company has a New Employee Onboarding process that involves:

IT setting up hardware

HR completing paperwork

Security providing building access

Instead of managing this manually across multiple flows, Process Automation Designer brings all these steps into one unified process, making it easy to track and automate.

A. Flow Designer → ❌ Incorrect

Flow Designer is used to create individual automated workflows, but it does not provide a unified digitized task board.

C. Process Workflow Designer → ❌ Incorrect

No feature called "Process Workflow Designer" exists in ServiceNow.

D. Workflow Editor → ❌ Incorrect

Workflow Editor (Legacy tool) is used to create graphical workflows, but it does not support cross-enterprise digitized task boards.

Why Other Options Are Incorrect?

Process Automation Designer Overview

Using Process Automation Designer

Official ServiceNow Documentation Reference:

In ServiceNow, when defining a filter condition, the element being filtered is called a Field.

A field is an individual piece of data within a table (e.g., Caller, State, Priority in the Incident table).

The available fields in a filter depend on:

The table being filtered

User access rights (roles and permissions)

The columns (fields) available on the table

Understanding Fields in Filter Conditions:Example of a Filter Condition:css

CopyEdit

[ State ] [ is ] [ In Progress ]

State → This is a Field in the table.

is → This is the Operator used for filtering.

In Progress → This is the Value being compared.

A. Attribute – Attributes are metadata about a field but do not define filter conditions.

B. Label – The label is the display name of a field but is not used in filtering.

D. Column – While fields are stored as columns in a database, in filtering, they are referred to as Fields.

E. Data Element – This is a general term, not specific to filter conditions.

ServiceNow Filtering and Conditions

ServiceNow CSA Training Module: "Using Filters and Queries in ServiceNow"

Why Other Answers Are Incorrect:References from Certified System Administrator (CSA) Official Documentation:

When selecting a Target Table for an Import Set, you must choose a table that exists within the ServiceNow system and falls within your scope of permissions. The following types of tables are eligible as target tables:

Tables within the Global Scope (A - Correct Answer)

If the table exists within the global application scope, it is accessible from all applications.

Example: Task [task], User [sys_user], Configuration Item [cmdb_ci]

Tables within the Existing Application Scope (B - Correct Answer)

Tables belonging to the same application scope as the import set can be selected.

Example: If you are working in a scoped application like HR Service Delivery, you can import data into HR-related tables.

Related Tables Using Dot Walk (E - Correct Answer)

You can select related tables using dot-walking to reference data from linked tables.

Example: If importing into Incident [incident], you can reference data from Caller (sys_user) via dot-walking.

C. Tables outside of ServiceNow

ServiceNow cannot directly import data into external databases or non-ServiceNow tables.

Instead, you can export data to an external system after processing.

D. Tables which allow write access to other applications

ServiceNow enforces scope protection, so you cannot write to tables in a different application scope unless explicitly allowed.

You need cross-scope privileges to modify tables in another application.

Importing Data into ServiceNow

Understanding Application Scope

Why Other Options Are Incorrect?Official ServiceNow Documentation Reference:

Natural Language Query (NLQ) in ServiceNow allows users to filter a list by typing a natural language phrase, making it easier to search and retrieve data without manually building filters.

For example, users can type:➡️ "Show me all open incidents assigned to John Doe"➡️ "Incidents created this week"

The platform interprets the phrase and automatically applies the correct filter to the list.

A. Automatically select a filter, based on keywords ❌ – NLQ does not automatically select filters based on keywords; instead, it processes full phrases into a filter.

C. Predict the filter desired by the user ❌ – NLQ does not predict filters but rather converts typed queries into list filters.

D. Speak to the condition builder ❌ – NLQ does not interact with the condition builder directly; it translates text queries into filters.

E. Set list filter, using audible commands ❌ – NLQ does not support voice commands, only typed queries.

In ServiceNow, lists allow users to view, filter, and group records dynamically. If you want to group records based on a particular column (e.g., Category), you can use the "Group By" functionality.

A. On list Context Menu, select Group By > Category

The List Context Menu (right-clicking anywhere in the list header) provides an option to group records by a specific column.

Selecting "Group By > Category" organizes records into expandable sections based on the selected field.

This is one of the quickest ways to group records in a list.

E. On the Category column title, click Context menu > Group By Category

Each column header in a list has its own Column Context Menu (accessible by clicking the three-line menu or right-clicking the column title).

Clicking “Group By Category” on the Category column will instantly rearrange the list based on the values in that column.

B. On the Filter Menu, select Group By > Category ❌

The Filter Menu is used for setting up filters and conditions, but it does not provide a "Group By" option.

It allows users to filter records but does not change the list structure.

C. Click Group On icon, select Category ❌

There is no "Group On" icon in ServiceNow lists.

Grouping is done through context menus, not a dedicated "Group On" button.

D. On Navigator Filter, type tablename.group.category and press enter ❌

The Application Navigator Filter is used for searching applications, modules, and tables—not for modifying list views.

Entering something like incident.group.category will not perform a grouping action on a list.

Official ServiceNow Documentation: Grouped Lists

ServiceNow User Interface Guide: List Control Features

Correct Answers Explanation:Incorrect Answer Choices Explanation:References:

An Order Guide in ServiceNow is used to group multiple catalog items together so that users can request all necessary items in one streamlined process.

The Employee Onboarding team needs a way for managers to order multiple items (computers, monitors, business cards, cell phones) for new employees.

An Order Guide allows managers to request all necessary items in a single request, instead of ordering them one by one.

The guide can also use rules and conditions to determine which items should be included based on user input (e.g., different job roles might require different devices).

A. Create Record Producer – Record Producers are used to capture information and create records (e.g., Incidents, Requests) but do not group multiple catalog items together like an Order Guide does.

C. Create Requested Item – A Requested Item (sc_req_item) is created when a request is submitted, but it is not the starting point for fulfilling this requirement.

D. Create Onboarding Bot – No such feature exists in ServiceNow; onboarding is typically handled via Order Guides and HR Case Management.

ServiceNow Order Guides Documentation

ServiceNow CSA Training Module: "Service Catalog: Order Guides and Catalog Items"

Why an Order Guide is the Best Choice for This Scenario?Why Other Answers Are Incorrect:References from Certified System Administrator (CSA) Official Documentation:

A Transform Map in ServiceNow is used to define how imported data from external sources (such as CSV files, Excel sheets, or third-party integrations) is mapped into the target table within the platform.

They allow administrators to define field mappings between the import set table and the target table.

Can include field transformations, such as converting data formats or merging values.

Support scripted transformations using onBefore and onAfter scripts.

A. Field Transform – No such module exists in ServiceNow. Transform Maps handle field transformations.

C. Schema Map – The Schema Map visualizes table relationships but does not handle data imports.

D. Import Map – This is not a valid ServiceNow module. The correct term is Transform Map.

ServiceNow Transform Maps Documentation

ServiceNow CSA Training Module: "Importing Data and Transform Maps"

Key Features of Transform Maps:Why Other Answers Are Incorrect:References from Certified System Administrator (CSA) Official Documentation:

UI Policies in ServiceNow dynamically control form field behaviors without scripting. They help maintain data consistency and improve user experience.

B. Setting fields hidden ✅

UI Policies can hide form fields based on conditions.

Example: Hide the "Resolution Notes" field unless State = Resolved.

D. Setting fields read-only ✅

UI Policies can make fields read-only to prevent users from modifying certain data.

Example: Set "Requested For" field read-only after submission.

E. Setting fields mandatory ✅

UI Policies can enforce mandatory fields based on conditions.

Example: Make the "Justification" field mandatory if Priority = High.

A. Setting fields to accept the data with ‘n’ number of characters ❌

Field length restrictions are set in the Dictionary Definition, not UI Policies.

C. Setting fields to accept the data in an expected format ❌

Data formatting (e.g., date, phone number) is controlled by Field Types and Data Policies, not UI Policies.

ServiceNow Documentation: UI Policies Overview

ServiceNow Developer Guide: Creating UI Policies

Correct Answers Explanation:Incorrect Answer Choices Explanation:References:

When moving homepages or dashboards between ServiceNow instances (e.g., from development to production), they are not automatically included in an update set. Instead, they must be manually added to the update set before migration.

C. Manually add them to the update set ✅

Homepages and dashboards do not get included in update sets by default.

To move them, you must:

Navigate to System UI > Homepage Admin > Pages or Performance Analytics > Dashboards

Select the homepage or dashboard you want to move.

Use the Add to Update Set function to include them in your active update set.

Once added, move the update set to another instance and commit it.

A. Create a separate update set for them ❌

While it's a good practice to keep UI elements in separate update sets, it is not a requirement.

Homepages/dashboards can be added to any active update set manually.

B. They are automatically added to the update set ❌

Incorrect—ServiceNow does not automatically add homepages or dashboards to update sets.

D. They cannot be moved via update set ❌

Incorrect—They can be moved via update sets, but they must be manually added.

ServiceNow Documentation: Moving Homepages and Dashboards Between Instances

ServiceNow Best Practices: Working with Update Sets

Correct Answer Explanation:Incorrect Answer Choices Explanation:References:

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

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

This requires a UI Policy that:

Condition: State = Resolved

Action: Set "Resolution Code" field to Mandatory = True

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

This requires another UI Policy that:

Condition: User does NOT have the role major_incident_manager

Action: Hide the field

Option A (Dictionary Design) ❌

The dictionary defines the structure of fields but does not control dynamic form behavior like 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 Policies are 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.

In the Data Visualization configuration panel, users can define how data is presented. The available options include:

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 is not a visualization method.

In Service Catalog Management, categories are used to logically group catalog items to make navigation easier for users. Categories help organize items into meaningful sections, ensuring that users can quickly locate the services they need.

For example:

"Software Requests" can be a category containing catalog items like "Microsoft Office," "Adobe Photoshop," and "VPN Access."

"Hardware Requests" can include items like "Laptops," "Monitors," and "Keyboards."

A. Variable Sets ❌ – Variable sets are reusable groups of variables for catalog items, but they do not organize items into groups.

B. Catalog Items ❌ – Catalog items refer to individual service requests (e.g., "Request a Laptop"), but they are grouped using categories, not other catalog items.

C. Sections ❌ – Sections are used in forms to group related variables together, not for organizing catalog items.

In the ServiceNow Service Catalog module, tables have a One-to-Many (1:M) relationship, meaning a single record in one table can relate to multiple records in another table. This is especially important for handling Service Catalog requests, as multiple items, approvals, and tasks may be associated with a single request.

One Request can have many Requested Items (REQ → RITM) ✅

A Request (REQ) is a container for multiple Requested Items (RITM).

When a user submits a catalog request, multiple items (such as a laptop and a phone) can be ordered in the same request.

Table Relationship: sc_request (Request) → sc_req_item (Requested Item)

One Requested Item can have many Approvals (RITM → Approval) ✅

Some Requested Items (RITM) require approval before being fulfilled.

For example, a laptop purchase might need approvals from both the IT department and a manager.

Table Relationship: sc_req_item (Requested Item) → sysapproval_approver (Approval)

One Requested Item can have many Catalog Tasks (RITM → SCTASK) ✅

A Requested Item (RITM) can generate multiple Catalog Tasks (SCTASK) for different fulfillment teams.

For example, if an employee requests a new laptop, one task might go to IT to set it up, while another goes to finance for cost approval.

Table Relationship: sc_req_item (Requested Item) → sc_task (Catalog Task)

Breakdown of Correct Answers:Incorrect Answers Explanation:A. One Approval can have many Requests ❌

Approvals do not relate to multiple requests. Instead, a request may contain multiple approvals.

E. One Cart can have many Requests ❌

The Cart is only a temporary storage of items before checkout. Once submitted, it generates a single Request (REQ), not multiple requests.

ServiceNow Product Documentation → "Understanding Service Catalog Tables and Relationships"

ServiceNow Data Model → "Request, Requested Item, and Catalog Task Relationships"

References from Certified System Administrator (CSA) Documentation:

The Configuration Management Database (CMDB) in ServiceNow is a centralized repository that stores information about Configuration Items (CIs), which can include both tangible and intangible business assets.

Tangible assets: Physical devices like servers, network components, and workstations.

Intangible assets: Software, applications, cloud services, licenses, and business services.

Relationships and Dependencies: CMDB maintains the relationships between CIs to help with impact analysis, change management, and troubleshooting.

What is Stored in the CMDB?CMDB plays a crucial role in IT Service Management (ITSM), ensuring that organizations have accurate and up-to-date asset data for better decision-making.

(A) The CMDB contains data about tangible and intangible business assets – Correct ✅

The CMDB tracks and manages both physical (tangible) and virtual (intangible) assets.

Examples of tangible assets: Servers, routers, desktops, mobile devices.

Examples of intangible assets: Cloud services, software applications, business services.

(B) The CMDB contains the Business Rules that direct the intangible, configurable assets used by a company – Incorrect ❌

Business Rules are not stored in the CMDB.

Business Rules in ServiceNow are part of the platform’s automation framework and control system behavior but do not define configuration items.

(C) The CMDB archives all Service Management PaaS equipment metadata and usage statistics – Incorrect ❌

The CMDB does not function as an archive; it maintains real-time, active data about CIs.

Usage statistics are stored in performance analytics and reporting tools, not in the CMDB.

(D) The CMDB contains ITIL process data pertaining to configuration items – Incorrect ❌

While CMDB supports ITIL processes, it does not store ITIL process data directly.

ITIL process data (e.g., incident, problem, change records) is stored in ITSM modules, not in the CMDB itself.

CMDB does contain CI relationships that support ITIL processes like Incident, Problem, and Change Management.

Explanation of Each Option:

CI Classes & Hierarchy: ServiceNow CMDB uses a hierarchical structure with various CI Classes (e.g., cmdb_ci, cmdb_ci_server, cmdb_ci_database).

CMDB Health Dashboard: Ensures data accuracy with completeness, compliance, and correctness metrics.

Relationship Management: CIs in the CMDB are linked to show dependencies, which is crucial for impact analysis in change and incident management.

Discovery & Service Mapping: ServiceNow’s Discovery and Service Mapping tools help automate CI data collection.

Additional Notes & Best Practices:

ServiceNow Docs: CMDB Overview

https://docs.servicenow.com

ServiceNow Community: Best Practices for CMDB Data Accuracy

https://community.servicenow.com

References from Certified System Administrator (CSA) Documentation:

In ServiceNow, UI Policies allow administrators to dynamically control form fields based on conditions without using scripts. With UI Policies, you can change the behavior of a field by making it:

Read-only → The user can view the field but cannot edit it.

Mandatory → The field becomes required, and the user must fill it out before submitting the form.

Hidden → The field is removed from visibility on the form.

Explanation of Each Option:✅ A. Read-only – Correct

A UI Policy can make a field read-only, meaning users can see the field but cannot modify its value.

Example: A field like Request Number (REQ0001) is typically read-only after submission.

❌ B. Write-only – Incorrect

ServiceNow does not have a "write-only" field setting in UI Policies.

If a field is editable, users can both read and write; if it’s hidden or read-only, writing is not possible.

❌ C. Necessary – Incorrect

There is no "Necessary" field state in ServiceNow UI Policies.

If the intent is to make a field required, the correct term is "Mandatory".

✅ D. Mandatory – Correct

UI Policies can make a field mandatory, requiring the user to enter a value before submitting the form.

Example: An Incident Description field might be mandatory before an incident is submitted.

❌ E. Empty – Incorrect

UI Policies cannot directly enforce an "empty" state. However, a default value could be cleared using a client script, but this is not a UI Policy feature.

✅ F. Hidden – Correct

UI Policies can hide a field, making it invisible on the form.

Example: A "Manager Approval" field may be hidden until a certain condition (e.g., request cost > $1000) is met.

Final Answer:✅ Read-only✅ Mandatory✅ Hidden

ServiceNow Docs – UI Policies and UI Policy Actionshttps://docs.servicenow.com

ServiceNow Learning – Form Configuration & UI Policies

ServiceNow Developer Portal – Controlling Form Behavior with UI Policies

References from Certified System Administrator (CSA) Documentation:

In ServiceNow, the Load Data and Transform Map process is used to import data from external sources (e.g., CSV, Excel, XML) into the ServiceNow platform. The Mapping Assist tool is a feature within this process that helps administrators visually map fields between the source data (imported file) and the target table in ServiceNow.

Load Data:

Data is imported from an external source (e.g., CSV file, Excel spreadsheet, XML data).

The imported data is temporarily stored in a staging table (Import Set Table).

Transform Map:

A Transform Map defines how fields in the import set should be mapped to the target table in ServiceNow.

It allows data transformation, filtering, and scripting during the import process.

Mapping Assist:

Mapping Assist is a visual tool that helps administrators easily map fields between the import set and the target table.

It provides a drag-and-drop interface to connect fields.

Helps prevent errors in field mapping, ensuring data integrity.

Understanding the Load Data and Transform Map Process

Why Answer "D" is Correct:✔️ "Mapping fields using a Field Map."

The Field Map is created in the Transform Map to define how fields from the import set match fields in the target table.

Mapping Assist is used to visually link these fields, making it easier to set up the transformation process.

Why the Other Answers Are Incorrect:❌ A. "Mapping fields using the Import Log."

Incorrect because the Import Log tracks the progress of an import job but does not provide field mapping.

The Import Log is used for troubleshooting errors, not for mapping fields.

❌ B. "Mapping fields using Transform History."

Incorrect because Transform History tracks past transformations and changes made during imports, but it is not used for mapping fields.

It is used for auditing and debugging transformations, not field mapping.

❌ C. "Mapping fields using an SLA."

Incorrect because SLAs (Service Level Agreements) are used for tracking and enforcing deadlines on tasks, not for data mapping.

SLAs have no role in the Load Data and Transform Map process.

ServiceNow CSA Study Guide – Import Sets & Data Transformation

ServiceNow Docs: Transform Maps & Field Mapping (ServiceNow Documentation)

ServiceNow Docs: Mapping Assist Feature

References from the Certified System Administrator (CSA) Documentation:

In ServiceNow, all tables in the database are recorded in a master table called [sys_db_object]. This table stores metadata about each table in the system, including its name, label, and other attributes.

Stores a record for every table in the ServiceNow instance.

Tracks essential table properties, such as the table name, label, and whether it is an extension of another table.

Helps administrators view, modify, or create new tables in ServiceNow.

Used in Table Administration and Custom Table Development.

A. [sys_master_db] –

This table does not exist in ServiceNow.

C. [sys_master_object] –

There is no such table named "sys_master_object" in ServiceNow.

D. [sys_object_db] –

This table does not exist in ServiceNow.

The correct name is sys_db_object.

Navigate to System Definition → Tables.

Search for the table sys_db_object.

Open the table to see records representing all tables in the instance.

ServiceNow Docs: Understanding Tables and Fieldshttps://docs.servicenow.com/en-US/bundle/utah-platform-administration/page/administer/metadata/concept/c_TablesAndFields.html

ServiceNow CSA Official Training Guide (System Data and Tables Overview)

Key Functions of [sys_db_object]:Why the Other Options Are Incorrect?How to View the [sys_db_object] Table in ServiceNow?References from Certified System Administrator (CSA) Documentation:This confirms that [sys_db_object] is the master table that contains a record for every table in the ServiceNow database.

The Configuration Management Database (CMDB) in ServiceNow is a centralized repository that stores information about Configuration Items (CIs), their attributes, and relationships. It plays a crucial role in IT Service Management (ITSM), helping organizations track assets, dependencies, and service impacts.

The four correct concepts associated with the CMDB are:

The CMDB is structured using tables and fields within the ServiceNow database.

Different tables store different types of Configuration Items (CIs) such as servers, applications, and network devices.

Example CMDB Tables:

cmdb_ci (Base CMDB Table)

cmdb_ci_server (Stores server-specific CIs)

cmdb_ci_database (Stores database-related CIs)

Each table has fields that store attributes (e.g., Serial Number, IP Address, Location).

The CMDB is essentially a database that holds detailed information about IT assets and their relationships.

It enables organizations to maintain an accurate inventory of IT infrastructure.

The database helps with incident management, change management, and asset tracking.

Dependency View provides a graphical representation of how Configuration Items (CIs) are related.

This visualization helps IT teams understand dependencies, impact analysis, and root cause analysis.

Example:

If a database server goes down, the Dependency View can show which applications and services will be affected.

The CMDB supports various IT Service Management (ITSM) processes, such as:

Incident Management (linking incidents to affected CIs)

Change Management (analyzing the impact of changes on CIs)

Problem Management (identifying root causes of recurring issues)

The CMDB ensures that these processes operate with accurate and updated asset data.

1. Tables and Fields (✅ Correct)2. A Database (✅ Correct)3. The Dependency View (✅ Correct)4. Service Processes (✅ Correct)

Why the Incorrect Option is Wrong:❌ B. User Permissions (Incorrect)

While user permissions (such as roles and access controls) exist in ServiceNow, they are not a fundamental concept of the CMDB itself.

Permissions (like cmdb_read or admin) control who can access and modify the CMDB, but they are not core CMDB components.

An IT administrator wants to check which business services depend on a specific database server before performing maintenance.

Using the CMDB Dependency View, they see that the database server is linked to an email service and a customer portal.

This insight helps them plan a change request to notify impacted users before the server is taken offline.

Example Use Case:

ServiceNow Documentation: CMDB Overview

ServiceNow Learning Path: CMDB Fundamentals

ServiceNow Docs: Dependency Views in CMDB

References:

In ServiceNow, knowledge articles within a Knowledge Base (KB) are grouped by categories to help users easily find and navigate relevant information.

Hierarchical Structure:

Categories can have parent-child relationships, allowing for subcategories.

Example:

Key Features of Knowledge Article Categorization:nginx

CopyEdit

IT Support

├── Hardware

│ ├── Laptops

│ ├── Printers

├── Software

│ ├── Windows

│ ├── MacOS

Improved Search & Filtering:

Users can filter knowledge articles by category in the Service Portal, Knowledge Management homepage, or in the Global Search.

Permissions & Visibility Control:

Categories can have specific user criteria to restrict access to certain articles based on roles or groups.

Article Organization & Management:

Knowledge managers can reassign articles to different categories if needed.

Knowledge Base (KB) articles are always assigned to a category for structured organization.

Without categories, articles would be unstructured and difficult to locate.

Knowledge Management Overview

Knowledge Management in ServiceNow

Creating and Managing Knowledge Categories

Knowledge Base Categories

Why the Answer is True?References from ServiceNow CSA Documentation:Final Verification: ✅ Answer is 100% correct and aligned with official ServiceNow Certified System Administrator (CSA) documentation.

In ServiceNow, a Dictionary Override allows an administrator to customize the properties of a field in a child table without modifying the field in the parent table.

This is particularly useful in table inheritance scenarios, where a child table inherits fields from a parent table but needs different behavior for certain fields.

Modify field properties (e.g., mandatory, read-only, default value) in extended tables.

Preserve inheritance while allowing exceptions for specific child tables.

Avoid modifying the original dictionary definition of a field at the parent table level.

Key Functions of Dictionary Overrides:Example of Dictionary Override in Action:Consider the Task Table (task), which is a parent table for many modules like Incident, Change, and Problem.

The Task Table has a priority field.

If the Incident Table (incident) needs to override the priority field to make it mandatory, an administrator can create a Dictionary Override for the priority field in the incident table.

The priority field in other child tables (e.g., change_request, problem) remains unaffected.

(A) A Dictionary Override is an incoming customer update in an Update Set which applies to the same objects as a newer local customer update – Incorrect ❌

This definition describes Update Set Collisions, not Dictionary Overrides.

Update Set Collisions occur when an update set applies changes to an object that has been modified locally.

(B) A Dictionary Override is the addition, modification, or removal of anything that could have an effect on IT services – Incorrect ❌

This describes Change Management in ITSM, which tracks changes to IT services.

Dictionary Overrides specifically modify field properties in extended tables.

(C) A Dictionary Override is a task within a workflow that requests an action before the workflow can continue – Incorrect ❌

This describes Approval Actions in Workflows, not Dictionary Overrides.

Workflow approvals pause execution until an action is completed, but Dictionary Overrides do not function this way.

(D) A Dictionary Override sets field properties in extended tables – Correct ✅

This is the correct definition.

Dictionary Overrides allow admins to customize field behavior in child tables while maintaining inheritance from parent tables.

Explanation of Each Option:

Use Dictionary Overrides sparingly to avoid unnecessary complexity.

Always test changes in a sub-production environment before applying them in production.

Document overrides properly to help future administrators understand why an override was applied.

Use the "Dictionary Entry" (sys_dictionary) table to view and manage dictionary overrides.

Additional Notes & Best Practices:

ServiceNow Docs: Dictionary Overrides Overview

https://docs.servicenow.com

ServiceNow Community: Best Practices for Dictionary Overrides

https://community.servicenow.com

References from Certified System Administrator (CSA) Documentation:

UI Policies and UI Actions are both part of the ServiceNow user interface customization but serve different purposes.

Used to dynamically change form field behaviors based on specific conditions.

Can make fields read-only, mandatory, or hidden without requiring scripts.

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

Example:

If the Category is Hardware, the Serial Number field becomes mandatory.

Used to create buttons, links, and context menu actions.

Can execute scripts to perform specific actions when clicked.

Runs on the server-side or client-side depending on configuration.

Example:

A "Save" button that becomes visible only to users with a specific role.

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

UI Action (not UI Policy) is responsible for making a Save button visible for 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:

In ServiceNow, record numbers are automatically generated and incremented by the system. Each record created in a table receives a unique identifier based on a predefined number format.

Each table that extends the "task" or other core tables has a default numbering format.

Numbering is automatic, meaning users do not have to manually increment numbers.

The numbering format follows a prefix + incremental number (e.g., INC0001001 for incidents, CHG0002001 for changes).

The system ensures unique sequential numbering within each table.

How Record Numbering Works:Configuring Auto-Numbering:Admins can customize numbering formats by modifying the "Number Maintenance" module:

Navigate to System Definition → Number Maintenance.

Select a table and configure the prefix, length, and starting number.

Changes apply automatically to new records created in that table.

Record numbers do not require manual updates; the system handles it automatically.

Users can change format settings, but cannot manually increment individual record numbers.

ServiceNow prevents duplicate numbers to maintain data integrity.

Why "False" is the Correct Answer:

Manual incrementing is not required or possible for individual records.

The platform automatically assigns the next sequential number to each record.

Why "True" is Incorrect:

ServiceNow Documentation: Number Maintenance

CSA Exam Guide: Covers automatic record numbering and Number Maintenance settings.

Reference from CSA Documentation:Thus, the correct answer is:✅ B. False

A UI Action in ServiceNow can be configured to prompt or notify users when an action is completed, such as submitting an Incident. UI Actions are used to create buttons, links, or context menu items that trigger specific actions.

A UI Action (e.g., a "Submit" button on the Incident form) can be configured with a success message using the gs.addInfoMessage() function.

This message is displayed after the form submission to inform the user that their Incident has been successfully submitted.

How UI Actions Can Prompt a Success Message:Example of a UI Action Script:javascript

CopyEdit

gs.addInfoMessage("The incident has been successfully submitted.");

This will display a confirmation message at the top of the page when an Incident is submitted.

Why "True" is the Correct Answer:✅ UI Actions can display confirmation messages using gs.addInfoMessage() or similar methods.

Why "False" is Incorrect:❌ UI Actions can be used to provide user feedback, including success messages for actions like submitting an incident.

In ServiceNow, groups are stored in the Group [sys_user_group] table. Groups are used to organize users with similar responsibilities, permissions, or functional roles.

Name (name) – The unique name of the group.

Manager (manager) – The user responsible for managing the group.

Roles (roles) – The roles assigned to the group, which are inherited by all group members.

Parent Group (parent) – If applicable, this establishes group hierarchy.

Assigning access roles to multiple users at once.

Routing tasks or approvals (e.g., Incident assignments to an IT Support group).

Managing security and permissions in ServiceNow.

A. Group [user group] – Incorrect. This is not a valid ServiceNow table.

B. Group [sys_user] – Incorrect. This is the User table, not the Group table.

D. Group [sys_user_group_profile] – Incorrect. This table does not exist in ServiceNow.

ServiceNow Docs: User Administration – sys_user_group Table

ServiceNow CSA Study Guide – Managing Users and Groups

Key Fields in the sys_user_group Table:Common Use Cases for Groups:Explanation of Incorrect Options:References from Certified System Administrator (CSA) Documentation:

ServiceNow follows a single-instance, single-tenant architecture, not a multiple-tenant architecture. This means:

Single-Instance:

Each ServiceNow instance is a unique, independent environment for a customer.

All customers have their own dedicated instance with their own custom configurations, data, workflows, and applications.

ServiceNow instances are hosted in a multi-instance cloud model rather than a multi-tenant model.

Single-Tenant Model (Multi-Instance Architecture):

Unlike multi-tenant architectures (where multiple customers share the same application and database), ServiceNow provides each customer with a separate, isolated instance.

This ensures data security, performance isolation, and customization flexibility.

Each instance has its own data storage, configuration, and upgrade schedule, reducing risks associated with shared environments.

Why ServiceNow Uses Multi-Instance Instead of Multi-Tenant:

Security & Data Isolation: Since each customer has an independent instance, there is no risk of data leakage between tenants.

Customization & Flexibility: Customers can customize their instance freely without affecting others.

Performance & Scalability: Each instance can be scaled independently, ensuring optimal performance.

ServiceNow does NOT use a multiple-tenant architecture. ❌

ServiceNow follows a single-instance, single-tenant (multi-instance) model. ✅

Each customer has a dedicated instance with isolated resources and configurations. ✅

A multi-tenant architecture means multiple customers share the same application/database with logical separation, which is NOT the case in ServiceNow.

ServiceNow instead provides separate instances for each customer, meaning it is not a true multi-tenant system.

ServiceNow Product Documentation – Multi-Instance Cloud Modelhttps://docs.servicenow.com

ServiceNow Community – Single-Tenant vs. Multi-Tenant Explained

ServiceNow Best Practices – Security & Instance Architecture

Why Option B (False) Is Correct?Why Option A (True) Is Incorrect?References from Certified System Administrator (CSA) Documentation:

In ServiceNow Knowledge Management, knowledge articles must be in a specific state before they can be visible to end users. The correct state that allows users to view the article is Published.

Understanding Knowledge Article StatesKnowledge articles in ServiceNow go through a lifecycle that includes the following states:

Draft – The article is being created or edited and is not visible to end users.

Review – The article is under internal review by approvers before publication. It remains hidden from users.

Published – The article is approved and publicly available to users who have access to the Knowledge Base.

Retired – The article is no longer relevant or has been replaced. It is not visible to end users.

Only Published articles appear in the Knowledge Base and can be accessed by users.

Articles in Draft, Review, or Retired states are not visible to the general audience.

B. Drafted – Articles in Draft are still being written or edited and cannot be accessed by users.

C. Retired – Retired articles are considered obsolete and are no longer displayed in the Knowledge Base.

D. Reviewed – Articles in Review are under approval but are not yet visible to users.

ServiceNow Docs: Knowledge Article Stateshttps://docs.servicenow.com/en-US/bundle/utah-servicenow-platform/page/product/knowledge-management/concept/knowledge-article-states.html

ServiceNow CSA Official Training Guide (Knowledge Management Lifecycle & Publishing Workflow)

Why is "Published" the Correct Answer?Why the Other Options Are Incorrect?References from Certified System Administrator (CSA) Documentation:This confirms that a knowledge article must be in the "Published" state to be visible to users in the Knowledge Base.

In ServiceNow, a filter condition consists of three primary components:

Field – The specific column (attribute) in a table that you want to filter by.

Example: State, Priority, Category, Created Date

Operator – Defines the comparison condition between the Field and the Value.

Example: is, is not, contains, starts with, greater than, less than

Value – The actual data that the filter is looking for.

Example: High (for Priority), New (for State), IT Support (for Category)

Example of a Filter Condition in ServiceNow:If you want to filter Incident records where the State is New, the filter condition would be:

Field: State

Operator: is

Value: New

A. Table –

A table is where data is stored, but it is not a component of a filter condition.

Filters are applied on a table but do not include the table itself in the condition.

ServiceNow Docs: Filtering Data in Lists and Reportshttps://docs.servicenow.com/en-US/bundle/utah-platform-user-interface/page/use/using-lists/concept/filtering-lists.html

ServiceNow CSA Official Training Guide (Filtering and Searching Data)

Why the Other Option is Incorrect?References from Certified System Administrator (CSA) Documentation:This confirms that Field, Operator, and Value are the three core components of a filter condition.

In ServiceNow Service Catalog, an Order Guide is a feature that allows users to order multiple, related catalog items in a single request, simplifying the ordering process.

Helps users request multiple items together instead of submitting separate requests.

Ensures that related items are grouped logically (e.g., when onboarding a new employee, an Order Guide can include a laptop, software licenses, and access to required applications).

Uses variables and rules to pre-fill certain values and guide users through the ordering process.

Reduces the number of individual requests and makes fulfillment more efficient.

Purpose of an Order Guide:

(A) Order Guides restrict the number of items in an order to only one item per request – Incorrect ❌

This is not true because Order Guides allow users to request multiple items at once.

A single request (REQ#) is generated that contains multiple Requested Items (RITMs).

(B) Order Guides provide a list of guidelines for Administrators on how to set up item variables – Incorrect ❌

Order Guides are for users, not just administrators.

They do not provide setup guidelines; instead, they simplify ordering for end-users.

(C) Order Guides provide the ability to order multiple, related items as one request – Correct ✅

This is the primary function of an Order Guide.

Instead of placing separate orders for different catalog items, a user can add all related items to a single request.

Example: Employee Onboarding Order Guide

Laptop

Email account

VPN access

Software (e.g., Microsoft Office, Adobe Suite)

(D) Order Guides take the user directly to the checkout without prompting for information – Incorrect ❌

Order Guides can include user prompts (variables, conditions) before checkout.

Users may be asked for specific details before submitting the request (e.g., laptop specifications, software preferences).

Explanation of Each Option:

Use dynamic variables: Order Guides can ask questions that determine which items should be included in the request.

Improve user experience: Order Guides streamline ordering, ensuring users request all necessary items without forgetting anything.

Enhance fulfillment efficiency: Since multiple items are grouped in one request, IT and fulfillment teams can process them together, reducing delays.

Example Use Cases:

New Hire Onboarding (laptop, software, security badge, phone)

Office Setup Request (desk, chair, monitor, accessories)

Additional Notes & Best Practices:

ServiceNow Docs: Order Guides Overview

https://docs.servicenow.com

ServiceNow Community: How to Configure an Order Guide

https://community.servicenow.com

References from Certified System Administrator (CSA) Documentation:

The User Menu in ServiceNow is accessible from the top-right corner of the interface by clicking on the user’s avatar or name. This menu provides various options that allow users to manage their sessions, roles, and impersonation settings.

The three correct actions a user can select from the User Menu are:

The Log Out option allows users to end their session and securely exit ServiceNow.

It is an essential feature for security and session management.

Location: User Menu > Log Out

Users with appropriate privileges (such as administrators) can elevate their roles to gain temporary access to higher permissions.

This is primarily used when a user needs elevated access (e.g., security_admin) to perform specific administrative actions.

Location: User Menu > Elevate Roles

Example:

A system administrator can elevate their role to security_admin to access security-related configurations.

The Impersonate User feature allows an administrator to act as another user without needing their credentials.

This is useful for troubleshooting, testing permissions, and verifying user-specific configurations.

Location: User Menu > Impersonate User

Example:

An admin impersonating a regular user can verify that the correct permissions and UI settings are applied.

1. Log Out ServiceNow (✅ Correct)2. Elevate Roles (✅ Correct, for Admin Users)3. Impersonate Users (✅ Correct, for Admin Users)

Why the Other Options Are Incorrect:❌ A. Send Notifications (Incorrect)

The User Menu does not include an option to send notifications.

Notifications (emails, push notifications, SMS) are managed through:

System Notification > Email > Notifications

Outbound SMS or Messaging Settings

❌ E. Order from Service Catalog (Incorrect)

Users can order items from the Service Catalog, but this action is not available from the User Menu.

Instead, users access the Service Catalog through:

Self-Service > Service Catalog

Requests and Catalog Items pages

❌ F. Approve Records (Incorrect)

Users can approve records if they have approval roles (e.g., approver), but this action is not directly available from the User Menu.

Approvals are managed through:

My Approvals in Self-Service

The Approvals module in the ServiceNow application navigator

ServiceNow CSA Documentation: User Menu Overview

ServiceNow CSA Learning Path: User Menu and Elevate Roles

ServiceNow Docs: Impersonate Users in ServiceNow

References:

ServiceNow supports multiple authentication methods to verify user identities before granting access to an instance. The three valid authentication methods from the given options are:

Local Database Authentication

This is the default authentication method used in ServiceNow.

User credentials (username and password) are stored in the ServiceNow database.

Authentication is handled directly by ServiceNow without relying on external identity providers.

This is useful for small implementations or instances where external authentication is not required.

LDAP (Lightweight Directory Access Protocol)

LDAP allows ServiceNow to integrate with corporate directory services, such as Microsoft Active Directory, to authenticate users.

Users authenticate using their corporate credentials, reducing the need to maintain separate user accounts in ServiceNow.

ServiceNow connects to an LDAP server and verifies credentials without storing passwords in the ServiceNow database.

SSO (Single Sign-On)

Single Sign-On enables users to log into ServiceNow using an external identity provider (IdP).

ServiceNow supports various SSO protocols, including:

SAML 2.0 (Security Assertion Markup Language)

OAuth 2.0

OpenID Connect

Kerberos

This allows users to authenticate once and gain access to multiple applications, improving security and user experience.

A. XML feed –

XML feeds are used for data exchange, not authentication.

ServiceNow can consume XML feeds for integrations but does not use XML feeds to authenticate users.

E. FTP authentication –

FTP (File Transfer Protocol) is used for transferring files between systems and is not a valid authentication method in ServiceNow.

ServiceNow Docs: User Authentication Methodshttps://docs.servicenow.com/en-US/bundle/utah-platform-administration/page/administer/security/concept/user-authentication-methods.html

ServiceNow CSA Official Training Guide (User Authentication & Security)

Why the Other Options Are Incorrect?References from Certified System Administrator (CSA) Documentation:These references confirm that Local Database, LDAP, and SSO are valid authentication methods in ServiceNow.

In ServiceNow, Favorites allow users to quickly access application menus and modules that they frequently use. By marking an application menu or module as a favorite, it appears under the Favorites tab in the Application Navigator, making navigation faster and more efficient.

(A) Breadcrumb – Incorrect

Breadcrumbs in ServiceNow show the navigation path within a list view or form.

They help users filter data quickly but do not store shortcuts for quick access.

(B) Favorite – Correct

The Favorite feature in ServiceNow allows users to save frequently used menus and modules for quick access.

Users can add, remove, and reorder favorites for better personalization.

Located in the Application Navigator, favorites appear at the top for easy access.

Favorites can include forms, records, reports, or dashboards.

(C) Tag – Incorrect

Tags are used to organize and categorize records (e.g., incidents, problems, change requests).

Tags help users group related records but do not create direct menu shortcuts.

(D) Bookmark – Incorrect

ServiceNow does not use the term "Bookmark" for quick access to menus and modules.

While users can bookmark URLs in a web browser, this is different from ServiceNow’s built-in Favorites feature.

Explanation of Each Option:

Users can customize Favorites by renaming them or selecting an icon for better visibility.

Admins can pre-configure favorites for users based on roles to improve productivity.

Favorites improve user efficiency by reducing the number of clicks needed to reach frequently used items.

ServiceNow Docs: Using Favorites in the Application Navigator

https://docs.servicenow.com

ServiceNow Community: Personalizing the Application Navigator with Favorites

https://community.servicenow.com

Additional Notes & Best Practices:References from Certified System Administrator (CSA) Documentation:

The Application Navigator (App Navigator) search field in ServiceNow allows users to quickly find applications, modules, and favorites by typing relevant keywords. It helps in easy navigation by filtering available options as the user types.

The four correct answers describe what the App Navigator search field can return:

The search field can return both applications and their respective modules in the left navigation panel.

Example: Searching for "Incident" will return:

Application: "Incident"

Modules: "All", "Open", "Resolved", "Create New"

Modules are specific functionalities within an application.

Searching by a module name directly will display results that match the keyword.

Example: Searching for "Create New" will return modules like:

"Create New Incident"

"Create New Change Request"

The search field supports finding full applications by their name.

Example: Typing "Change" will display the Change Management application and its related modules.

If a user has marked specific modules or applications as Favorites, they will appear in search results.

This helps users quickly access commonly used features.

1. Names of Applications and Modules (✅ Correct)2. Names of Modules (✅ Correct)3. Names of Applications (✅ Correct)4. Favorites (✅ Correct)

Why the Other Options Are Incorrect:❌ E. History Records (Incorrect)

The History tab in the navigation panel shows recently accessed records, but it is not searchable through the App Navigator.

Instead, users can find history under:

History Module (System Settings > History)

Recent History Tab in the left navigation

❌ F. Titles of Dashboard Gauges (Incorrect)

Dashboard Gauges are visual elements on Performance Analytics or Reporting Dashboards and are not searchable in the App Navigator.

Instead, dashboards and reports are found under:

Self-Service > Dashboards

Performance Analytics > Dashboards

A ServiceNow user wants to quickly access the "All Incidents" module.

They type "incident" into the App Navigator search.

The search results return:

Incident (Application)

All (Module)

Assigned to Me (Module)

Resolved (Module)

Example Use Case:This allows for quick navigation without manually expanding application menus.

ServiceNow Documentation: Application Navigator Overview

ServiceNow CSA Learning Path: Using the Application Navigator

ServiceNow Docs: Favorites and Navigation

References:

Connect Chat is the real-time messaging tool in ServiceNow that allows logged-in users to communicate instantly within the platform. It provides live, interactive conversations between users, which is particularly useful for collaboration in IT Service Management (ITSM), HR, and other ServiceNow modules.

Primary Functionality:

Enables real-time conversations within ServiceNow.

Allows communication between individual users, groups, and support teams.

Can be integrated into various ServiceNow applications (e.g., Incident Management, HR Service Delivery).

Where to Access It:

Users can access Connect Chat from the Connect Sidebar (a chat window on the right side of the screen).

Available under: All → Connect Chat.

Key Features:

Supports one-on-one and group conversations.

Integrates with work notes and comments on ServiceNow records.

Provides notifications and presence indicators to show who is online.

Understanding Connect Chat:

B. Now Messenger – Incorrect.

No such tool called Now Messenger exists in ServiceNow.

C. User Presence – Incorrect.

User Presence allows users to see who is online in the system but does not provide chat functionality.

D. Comments – Incorrect.

Comments are used to provide asynchronous updates on records but do not enable real-time communication.

Explanation of Incorrect Answers:

ServiceNow Product Documentation → Connect Chat

ServiceNow CSA Study Guide → Collaboration Tools in ServiceNow

ServiceNow Knowledge Base → Connect Chat vs. User Presence

References from Certified System Administrator (CSA) Documentation:

When creating filters in ServiceNow, the elements should be specified in the following order:

Field – The database field (column) that is being filtered.

Operator – The comparison method, such as "is", "contains", "greater than", etc.

Value – The specific data that the filter should match.

Example of a Properly Structured Filter:Imagine filtering a list of Incidents where the priority is high. The filter would be structured as:

Field: Priority

Operator: is

Value: High

is – Matches an exact value

is not – Excludes a specific value

contains – Looks for a partial match

greater than – Finds records with a value greater than the specified one

less than – Finds records with a value less than the specified one

B. Field, Operator, then Condition – Incorrect.

"Condition" is not an individual filter element in ServiceNow; the operator already defines the condition (e.g., "is", "contains").

C. Operator, Condition, then Value – Incorrect.

The field must come first to define what data is being filtered. The operator follows next.

D. Value, Operator, then Field – Incorrect.

This is completely reversed; you must specify what field you are filtering first before applying conditions.

ServiceNow Product Documentation → Filters and Condition Builder

ServiceNow CSA Study Guide → Data Management and List Filters

ServiceNow List Views → Using Filters and Operators

Common Operators in ServiceNow Filters:Explanation of Incorrect Answers:References from Certified System Administrator (CSA) Documentation:

In ServiceNow, knowledge articles can be marked for review using the "Flag article" feature. This allows users to indicate issues such as outdated content, incorrect information, or necessary updates.

Users can flag an article if they believe it needs review or corrections.

The flagged article appears in the Knowledge Management Dashboard, where knowledge managers can track flagged articles.

Knowledge managers or owners can review flagged articles and make necessary updates or retire them if needed.

How the "Flag Article" Feature Works:

B. Review → No such option exists in ServiceNow for marking an article for review. However, knowledge managers can schedule article reviews manually.

C. Bookmark → Used to save frequently accessed articles for personal reference but does not indicate that the article needs a review.

D. On Hold → Applies to workflows or approvals but is not a method for marking an article for review.

Why Other Options Are Incorrect:

ServiceNow Documentation: Flagging a Knowledge Article

CSA Exam Guide: Covers the Flag Article function as a key feature in Knowledge Management.

Reference from CSA Documentation:Thus, the correct answer is:✅ A. Flag article

In ServiceNow, a task is a record that represents work that needs to be completed. It follows a lifecycle where it is:

Created – A task is generated, either manually or automatically (e.g., an incident, change request, or problem record).

Worked Upon – Users perform necessary actions, update statuses, and progress the task towards resolution.

Closed – Once completed, the task reaches a closed state, indicating that no further action is needed.

Tasks in ServiceNow are derived from the Task [task] table.

Common task-based records include Incidents, Change Requests, Problems, and Service Requests.

Tasks follow a defined workflow and state transitions (e.g., New → Work in Progress → Resolved → Closed).

Key Features of a Task:

A. Report:

A report is a visualization of data and does not follow a lifecycle involving work or closure.

B. Workflow:

A workflow defines process automation and the movement of tasks, but it is not something that gets "worked upon" directly like a task.

C. Event:

Events are system-generated triggers that notify or automate actions, but they do not have a structured lifecycle like a task.

Why Other Options Are Incorrect:

ServiceNow Documentation: Task Management in ServiceNow

CSA Exam Guide: Covers task records as fundamental entities that go through a lifecycle.

Reference from CSA Documentation:Thus, the correct answer is D. Task ✅.

In ServiceNow, the best practice for managing users, groups, and roles is based on role-based access control (RBAC).

Assign Roles to Groups (Correct ✅)

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

This ensures better role management, easier administration, and scalability.

Example:

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

All users in this group automatically get the itil role.

Add Users to Groups (Correct ✅)

Users should be assigned to groups rather than roles directly.

Groups inherit roles, so when a user is added to a group, they automatically receive the 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 the recommended best practice.

Managing roles at the group level makes access control more efficient and scalable.

B. You should assign roles to users ❌ (Incorrect)

Incorrect: Assigning roles directly to users is not a best practice because it becomes difficult to manage as the organization grows.

Instead, users should be added to groups that 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:

In ServiceNow, Table Access Control (ACL) rules define the permissions for accessing records within a table. When a user attempts to access a record, ServiceNow processes ACL rules in a specific order to determine if the user has the necessary permissions.

Specific Table Name ACLs

ServiceNow first checks ACL rules that are defined for the exact table being accessed.

If there are multiple ACL rules for the same table, ServiceNow evaluates them from most specific to least specific (i.e., field-level ACLs before table-level ACLs).

Parent Table Name ACLs (If applicable)

If the table inherits from another table (e.g., Incident inherits from Task), ServiceNow next checks ACL rules on the parent table.

This ensures that inherited rules are properly applied.

Wildcard ACLs (*) (Any table)

If no explicit ACL rule is found for the table or its parent, ServiceNow checks wildcard ACL rules (*), which apply to all tables.

Wildcard ACLs act as a last resort when no table-specific rules exist.

Order of Processing ACL Rules:

(A) any table name (wildcard), parent table name, table name – Incorrect

Wildcard rules (*) are processed last, not first.

(B) table name, parent table name, any table name (wildcard) – Correct

This follows the correct processing order:

First: ACLs for the specific table

Second: ACLs for the parent table (if applicable)

Third: Wildcard ACLs (*)

(C) parent table name, table name, any table name (wildcard) – Incorrect

Parent table ACLs are checked after table-specific ACLs, not before.

(D) any table name (wildcard), table name, parent table name – Incorrect

Wildcard ACLs (*) are always processed last, so this order is incorrect.

Explanation of Each Option:

Field-level ACLs (column-specific) take precedence over table-level ACLs.

If multiple ACL rules apply, all must evaluate to true for access to be granted.

Explicit Deny: If an ACL rule explicitly denies access, the user is denied, even if another ACL grants access.

Always Test ACLs: Use the "Security Debugging" feature (/sys_security_acl_list.do) to verify how ACLs are applied.

Additional Notes & Best Practices:

ServiceNow Docs: How Access Control Rules Work

https://docs.servicenow.com

ServiceNow Community: Understanding ACL Processing Order

https://community.servicenow.com

References from Certified System Administrator (CSA) Documentation:

In ServiceNow, reports can be created from multiple locations within the platform. Reports provide insights into data stored within the system and help visualize trends, patterns, and key performance indicators (KPIs). The two correct locations from which reports can be created are:

ServiceNow allows users to create a report directly from a list view.

This feature is useful when working with records in a table, as it enables quick reporting based on the visible columns.

To generate a report from a list view:

Navigate to a list view (e.g., Incidents, Requests, etc.).

Click on a column heading to access the context menu.

Select Bar Chart, Pie Chart, or other visualization options to generate an instant report.

If needed, refine the report using the reporting interface.

The View / Run module is the primary location for creating and managing reports in ServiceNow.

It allows users to create new reports, modify existing reports, and run pre-built reports.

Users can access the Report Designer from this module, where they can configure:

Data sources (tables)

Report type (bar chart, pie chart, trend, etc.)

Filters and conditions

Visualization settings

To access it:

Navigate to Reports > View / Run in the Application Navigator.

Click Create a Report to start building a new report.

1. List Column Heading (✅ Correct)2. View / Run Module (✅ Correct)Why the Other Options Are Incorrect:❌ B. Metrics module (Incorrect)

The Metrics module in ServiceNow is used to track and measure the performance of records over time, but it is not used to create reports.

Metrics focus on data such as time to resolution, SLA compliance, and process efficiency, but reporting is handled separately in the Reports module.

❌ C. Statistics module (Incorrect)

ServiceNow does not have a dedicated Statistics module for report creation.

While reports can generate statistical insights, this is done within the View / Run module and not a standalone "Statistics module."

ServiceNow Documentation: Creating and Running Reports

ServiceNow CSA Learning Path: Reporting and Performance Analytics

ServiceNow Docs: Working with Lists and Reports

References:

In ServiceNow, the Service Catalog is a centralized portal where users can request IT services, hardware, software, and other business-related items. Within the Service Catalog, the fundamental components are known as Service Catalog Items.

Definition of Service Catalog Items:

A Service Catalog Item represents a specific service, product, or action that a user can request from the Service Catalog.

It is the core component that defines what users can request.

Examples include:

Requesting a new laptop

Submitting an access request

Ordering a software installation

Why They Are the "Building Blocks" of the Service Catalog:

All Service Catalog requests are based on catalog items—without them, the catalog has no offerings.

Each item has associated workflows, approvals, and fulfillment processes that define how the request is handled.

They form the foundation of the Service Catalog because every service request must be tied to an item.

Understanding Service Catalog Items

Why Answer "B" is Correct:✔️ "They are the building blocks."

Service Catalog Items serve as the fundamental components of the catalog.

They define what services and products are available for request.

Without catalog items, the Service Catalog would not function as intended.

Why the Other Answers Are Incorrect:❌ A. "They run behind the scenes."

Incorrect because Service Catalog Items are visible to users in the Service Catalog portal.

While workflows and fulfillment processes may operate in the background, the items themselves are not hidden.

❌ C. "They are optional."

Incorrect because Service Catalog Items are mandatory for a functioning Service Catalog.

The catalog is useless without catalog items, making them essential, not optional.

❌ D. "They provide options."

Incorrect because while Service Catalog Items can have variables (such as dropdown selections or checkboxes), their primary role is not just to provide options but to define the services available.

ServiceNow CSA Study Guide – Service Catalog & Request Management

ServiceNow Docs: Service Catalog Overview (ServiceNow Documentation)

ServiceNow Tables & Data Model (sc_catalog, sc_cat_item, sc_request, sc_task)

References from the Certified System Administrator (CSA) Documentation:

In ServiceNow, roles define the level of access a user has within an instance. Roles are stored in the sys_user_role table.

Definition of a Role:

A role is a collection of permissions that grant access to different parts of the system.

Example: The admin role grants full access, while the itil role allows incident management access.

sys_user_role Table:

This table stores role records and their associated metadata.

Every role has a unique sys_id, a name, and may be associated with parent roles (role inheritance).

Users are linked to roles through the sys_user_has_role table.

How Roles Work in ServiceNow:

A user assigned a role gains all the permissions associated with that role.

Roles can be hierarchical (one role can inherit permissions from another).

Example: The itil_admin role includes all the permissions of the itil role, plus additional privileges.

Key Details About Roles and sys_user_role Table:Why Option D (sys_user_role) Is Correct?✅ sys_user_role → The correct table where roles are recorded in ServiceNow.

Why Other Options Are Incorrect?❌ A. sys_user → Incorrect; this table stores user records, not roles.❌ B. sys_user_profile → Incorrect; this table does not exist in ServiceNow.❌ C. sys_user_record → Incorrect; this is not a valid table in ServiceNow.

ServiceNow Docs – Roles and Role Managementhttps://docs.servicenow.com

ServiceNow Table Schema – sys_user_role

ServiceNow Developer Portal – Role Hierarchy & Best Practices

References from Certified System Administrator (CSA) Documentation:

Update Sets in ServiceNow are used to capture customizations and configurations made in an instance, allowing these changes to be moved between instances (e.g., from development to test or production). ServiceNow provides best practices to ensure smooth migration and avoid issues with missing or conflicting updates.

What is an Update Set?

An Update Set is a collection of customizations (e.g., changes to forms, scripts, workflows, business rules) that can be moved from one instance to another.

It tracks changes in a controlled way, preventing accidental loss of configurations.

Why Avoid Using the Default Update Set?

The Default Update Set is automatically used when no other update set is selected.

It captures changes but should never be used for instance-to-instance migrations because:

It cannot be exported.

It contains system changes that are not logically grouped.

It can cause inconsistencies and missing dependencies when moving updates.

Instead, administrators should create a named Update Set for specific development work.

Understanding Update Sets in ServiceNow:

Why Answer "A" is Correct:✔️ "Avoid using the Default Update Set as an Update Set for moving customizations from instance to instance."

This follows ServiceNow’s best practices for managing Update Sets.

Using the Default Update Set can lead to missing updates, conflicts, and untracked changes, making migrations unreliable.

Why the Other Answers Are Incorrect:❌ B. "Before moving customizations from instance to instance with Update Sets, ensure that both instances are different versions."

Incorrect because ServiceNow recommends that instances be on the same version before applying Update Sets.

If instances are on different versions, the Update Set may include incompatible changes, causing failures.

❌ C. "Use the Baseline Update Set to store the contents of items after they are changed the first time."

Incorrect because there is no such thing as a "Baseline Update Set" in ServiceNow.

ServiceNow does not automatically create a backup of original configurations—administrators should manually create an Update Set before making changes.

❌ D. "Once an Update Set is closed as 'Complete,' change it back to 'In Progress' until it is applied to another instance."

Incorrect because a completed Update Set should not be reopened.

Once marked Complete, an Update Set is ready for export and migration. Reopening it can cause data integrity issues and confusion in version control.

ServiceNow CSA Study Guide – Update Sets & Configuration Management

ServiceNow Docs: Best Practices for Update Sets (ServiceNow Documentation)

ServiceNow Docs: Moving Customizations with Update Sets

References from the Certified System Administrator (CSA) Documentation:

In ServiceNow, Access Control Rules (ACLs) define the permissions required for users to interact with records, fields, or UI actions. ACLs are enforced at the database level and are evaluated before granting access to a user.

Access Control rules can be configured using three primary permission requirements:

Roles define a set of permissions assigned to users.

Access Control rules can require users to have a specific role (e.g., admin, itil, catalog_admin) to perform an action on a table, field, or record.

Example:

A rule might state: Only users with the itil role can read the Incident table.

Conditional expressions allow access based on a specified condition.

These conditions are evaluated at runtime, and access is granted if they are met.

Example:

A condition could be: "Allow access if the record's 'State' field is 'New'".

This would mean that users can only modify records if their state is "New".

Scripts allow advanced, custom logic to determine access.

ACLs support server-side scripts (written in JavaScript) that use the gs.hasRole(), current object, or other logic to evaluate whether a user should have access.

Example:

1. Roles (Correct - ✅)2. Conditional Expressions (Correct - ✅)3. Scripts (Correct - ✅)javascript

CopyEdit

// Allow access only if the user is the requester of the record

answer = current.requested_for == gs.getUserID();

Scripts provide flexibility by allowing complex access conditions beyond simple roles or expressions.

C. Assignment Rules ❌ (Incorrect)

Assignment Rules are used to automatically assign records to users or groups based on conditions.

They do not define access control permissions.

E. User Criteria ❌ (Incorrect)

User Criteria is used in Service Catalog and Knowledge Base (KB) to control access to catalog items or knowledge articles.

It is not used for ACLs at the table/field level.

F. Groups ❌ (Incorrect)

Groups are collections of users but cannot be directly used in ACLs.

Instead, roles (which are often assigned to groups) are used to define ACL permissions.

Why Other Options Are Incorrect?

ServiceNow Product Documentation - Access Control Rules

Access Control Rules Overview

Defining Access Control Rules

ServiceNow Security Model

Role-Based Access

Scripted ACLs

References from ServiceNow CSA Documentation:

In ServiceNow, metrics are essential tools used to track and measure key performance indicators (KPIs) related to IT Service Management (ITSM) processes. They help organizations assess how effectively they are meeting their objectives by collecting data over time.

Definition of a Metric:

A metric in ServiceNow refers to a method of measuring and evaluating the performance and effectiveness of IT service management processes over time.

It allows organizations to track changes in records and measure how long specific conditions exist within a workflow.

Key Characteristics of a Metric:

It is used to assess process performance and evaluate efficiency within IT services.

It provides quantifiable data to analyze trends and improvements in Service Management.

Common use cases include tracking incident resolution times, change request approvals, and SLA compliance.

Understanding ServiceNow Metrics:Why Answer "C" is Correct:✔️ "A metric is used to measure and evaluate the effectiveness of IT service management processes."

This definition aligns precisely with how ServiceNow defines metrics—they track, measure, and analyze the efficiency of various ITSM processes over time.

Metrics help organizations understand service performance trends and make data-driven decisions.

Why the Other Answers Are Incorrect:❌ A. "A metric is a report gauge used on homepages to display real-time data."

Incorrect because gauges are UI elements that visualize data from reports or metrics but are not themselves metrics. Metrics collect and measure data, whereas gauges display the information.

❌ B. "A metric is a time measurement used to report the effectiveness of workflows and SLAs."

Incorrect because while time-based metrics exist (e.g., tracking how long an incident stays in a particular state), metrics in ServiceNow are broader and not limited to time measurement alone.

❌ D. "A metric is a comparative measurement used to report the effectiveness of workflows and SLAs."

Incorrect because metrics are not necessarily comparative; they are absolute measures of process effectiveness. Metrics provide raw performance data, which can later be compared or analyzed over time.

ServiceNow CSA Study Guide – Reporting & Performance Analytics

ServiceNow Docs: Metrics Definition & Configuration (ServiceNow Docs - Metrics)

ServiceNow Performance Analytics & Reporting Overview

References from the Certified System Administrator (CSA) Documentation:

In computing and networking, a client refers to an application or system that accesses a remote service or another computer system (known as a server). The client-server model is a fundamental concept in computing, where:

A client sends requests to a server.

The server processes the request and sends back a response.

This architecture is widely used in web applications, databases, and ServiceNow itself, where clients interact with the ServiceNow platform (server) via a web browser or API requests.

In ServiceNow, the client typically refers to a user’s browser or an external system making requests via API calls.

The server is the ServiceNow instance, which processes requests and returns responses.

Client-side scripts (such as Client Scripts or UI Policies) run on the user's browser, while server-side scripts (such as Business Rules and Script Includes) execute on the ServiceNow server.

How This Relates to ServiceNow:

A. Server → A server receives requests and processes them but is not the requesting entity.

C. Script → A script is a piece of code that executes certain actions but does not represent an entire system accessing a service.

D. Policies → Policies define rules or behaviors (e.g., UI Policies, Data Policies) but do not access a remote service.

Why Other Options Are Incorrect:

ServiceNow Documentation: Client and Server in ServiceNow

CSA Exam Guide: Covers Client and Server architecture in ServiceNow.

Reference from CSA Documentation:

In ServiceNow, an Import Set Table is a temporary staging area where raw data is stored before it is transformed and moved into a target table. It is primarily used in data import processes to ensure data integrity and allow transformation before committing data to production tables.

Stores incoming data from external sources (e.g., CSV files, Excel files, APIs, LDAP, etc.).

Acts as a temporary staging area before records are mapped and transformed into a target table (e.g., incident, cmdb_ci, problem).

Allows validation and error handling before final data migration.

Uses Transform Maps to determine how fields in the import set relate to fields in the target table.

Key Functions of an Import Set Table:

Data is imported into an Import Set Table from an external source.

The Import Set Table temporarily stores the data without affecting existing records.

A Transform Map is applied to move and modify the data before inserting it into the correct table.

Once transformation is complete, the data is transferred to the target table, and the Import Set Table can be cleared.

Example Workflow of an Import Set:

(A) A table where data will be placed, post-transformation – Incorrect ❌

The target table (e.g., incident, cmdb_ci, problem) holds the data after transformation.

The Import Set Table is only a temporary staging area before transformation occurs.

(B) A table that determines relationships – Incorrect ❌

Relationship tables (e.g., cmdb_rel_ci) define dependencies between records but are not used for data import.

Import Set Tables do not determine relationships between records.

(C) A staging area for imported records – Correct ✅

Import Set Tables temporarily store incoming records before processing.

The data is transformed and mapped before being inserted into the final target table.

This ensures data integrity and consistency.

(D) A repository for Update Set information – Incorrect ❌

Update Sets (sys_update_set) store changes to configurations, such as scripts, workflows, and UI policies.

Import Set Tables are used for data imports, not Update Sets.

Explanation of Each Option:

Always review data in the Import Set Table before applying transformations to avoid incorrect data entry.

Use Transform Maps to define field mappings between Import Set Tables and target tables.

Monitor Import Logs (sys_import_set_run) for errors or incomplete data.

Delete old Import Set data periodically to improve performance and avoid unnecessary storage usage.

Additional Notes & Best Practices:

ServiceNow Docs: Import Set Overview

https://docs.servicenow.com

ServiceNow Community: Best Practices for Import Set Management

https://community.servicenow.com

References from Certified System Administrator (CSA) Documentation:

In ServiceNow Knowledge Management, users can provide feedback on published knowledge articles by flagging them. This feedback helps knowledge managers and authors identify errors, outdated information, or areas for improvement.

To view feedback left on a published article, there are two primary pathways:

Pathway 1: Knowledge Base > My Knowledge > Flagged Articles

This option allows knowledge managers and authors to see all flagged articles they have authored or have access to within a specific Knowledge Base.

Location: Knowledge Base → My Knowledge → Flagged Articles

Pathway 2: Knowledge > My Articles > Flagged

This option lets authors view only their own articles that have been flagged.

Location: Knowledge → My Articles → Flagged

A. Knowledge > Articles > My Flagged

There is no direct "My Flagged" option under Knowledge > Articles.

D. Knowledge > Articles > Published

This shows all published articles but does not specifically show flagged (feedback) articles.

Navigate to Knowledge > My Articles > Flagged.

OR navigate to Knowledge Base > My Knowledge > Flagged Articles.

Open a flagged article to review the feedback comments and reason for the flagging.

ServiceNow Docs: Managing Knowledge Feedback and Flagged Articleshttps://docs.servicenow.com/en-US/bundle/utah-it-service-management/page/product/knowledge-management/task/review-article-feedback.html

ServiceNow CSA Official Training Guide (Knowledge Management & Feedback Handling)

Why the Other Options Are Incorrect?How to View Feedback in ServiceNow?References from Certified System Administrator (CSA) Documentation:This confirms that the correct pathways to view feedback on published articles are "Knowledge Base > My Knowledge > Flagged Articles" and "Knowledge > My Articles > Flagged".

The six methods available for user authentication in ServiceNow are:

Local Database – The user authenticates using a username and password stored in the instance database.

Multifactor Authentication (MFA) – The user provides their username, password, and a passcode (e.g., from Google Authenticator).

LDAP (Lightweight Directory Access Protocol) – The user authenticates using credentials stored in a corporate LDAP directory.

SAML 2.0 (Security Assertion Markup Language) – The user is authenticated via an external SAML Identity Provider (IdP).

OAuth 2.0 – The user authenticates via an OAuth identity provider (such as Google, Microsoft, or Facebook).

Digest Token Authentication – The user authenticates using an encrypted token rather than directly submitting a password.

Thus, the correct answer is:✅ A, B, C, D, E, F

ServiceNow supports multiple authentication methods to provide flexibility, security, and integration capabilities with external identity providers.

Local Database Authentication:

ServiceNow stores usernames and passwords in the internal database.

Users authenticate directly with the instance.

This method is commonly used when no external authentication provider is configured.

Multifactor Authentication (MFA):

Enhances security by requiring two authentication factors:

Username and password (stored in the database).

Passcode from a registered device (such as Google Authenticator, Microsoft Authenticator).

MFA helps prevent unauthorized access even if credentials are compromised.

LDAP Authentication:

Allows users to authenticate against an external LDAP directory (such as Microsoft Active Directory).

The user must have a matching record in the ServiceNow user table ([sys_user]).

ServiceNow does not store passwords when using LDAP; it only validates credentials against the directory.

SAML 2.0 Authentication:

Users authenticate via a SAML Identity Provider (IdP) such as Okta, Microsoft Azure AD, or Ping Identity.

ServiceNow acts as a Service Provider (SP) and does not store passwords.

Provides Single Sign-On (SSO) capabilities.

OAuth 2.0 Authentication:

Allows authentication via OAuth providers (Google, Facebook, Microsoft, etc.).

Users do not need to store passwords in ServiceNow; instead, authentication is delegated to the OAuth identity provider.

Digest Token Authentication:

Uses an encrypted token (instead of a plaintext password) to authenticate users.

Often used for API-based authentication or scenarios where passwords should not be transmitted over the network.

Each method aligns with ServiceNow's authentication mechanisms as per official documentation.

ServiceNow supports a hybrid authentication approach, allowing multiple methods to coexist.

ServiceNow Docs – Authentication Methodshttps://docs.servicenow.com

ServiceNow Security Best Practices – Authentication & Access Controls

ServiceNow Developer Portal – SSO & OAuth Authentication

Why These Are the Correct Methods?References from Certified System Administrator (CSA) Documentation: