InServiceNow, aUseris arecordstored in theUser [sys_user]table. This table contains details about every user in the system, including theirname, email, roles, department, and more.

Stores Core User Information

Each user inServiceNow is represented as a record in this table.

Standard fields include:

User ID

Name

Email

Roles

Department

Location

Supports Authentication and Permissions

Users areassigned roles and groups, which controlwhat they can accessin ServiceNow.

Authentication methods likeLDAP, SSO, OAuth, and Local Authenticationrely on this table.

Integrates with Other ServiceNow Modules

Users insys_userare referenced in various tables, such as:

sys_user_role(User Roles)

sys_user_group(User Groups)

sys_user_has_role(Mapping between Users and Roles)

Key Characteristics of the User [sys_user] Table:

A. A user is a record stored in the User Preference [sys_user_preference] tableIncorrect– Thesys_user_preferencetablestores user-specific preferences (e.g., UI settings, default views), not user records.

B. A User is a record stored in the Profile [sys_user_profile] tableIncorrect– There isno standard " sys_user_profile " tablein ServiceNow.

C. A user is a field in the LDAP integrationIncorrect– WhileLDAP can import users into ServiceNow,users themselves are stored in the sys_user table, not in an LDAP-specific field.

Incorrect Answer Choices Analysis:

ServiceNow Docs – User Administration???? Managing Users in ServiceNow

ServiceNow Docs – User Table (sys_user)???? sys_user Table Overview

Official ServiceNow Documentation References:

Conclusion:The correct answer is:

D. A user is a record stored in the User [sys_user] table

Alluser records in ServiceNow are stored in the sys_user table, making it the central repository foruser management, authentication, and access control.

TheApplication Navigatorin ServiceNow allows users to quickly filter and locateapplications, modules, and menusby typing keywords in thefilter field.

When you type " service " into the filter field,only modules containing the word " service " in theirname or pathwill be displayed.

Analysis of Each Option:Option

Contains " service " ?

Appears in Navigator?

A. Configuration > Business Services

" Business Services " contains " service "

Appears

B. Self-Service > Knowledge

" Self-Service " contains " service "

Appears

C. Service Portal > Widgets

" Service Portal " contains " service "

Appears

D. Incident > Assigned to me

Does NOT contain " service "

Does NOT appear

Since " Incident > Assigned to me " doesnotcontain the word " service " , itwould NOT appearin theApplication Navigatorwhen filtering by " service " .

Configuration > Business Services

The " Business Services " module underConfigurationincludes the word " service " .

Self-Service > Knowledge

The " Self-Service " application contains the word " service " , so this module appears.

Service Portal > Widgets

The " Service Portal " module contains the word " service " , making it visible.

Incident > Assigned to me

Thisdoes NOT contain " service " in its path, so it willnotappear.

Why the Other Options Appear in the Application Navigator?

ServiceNow Docs: Using the Application Navigatorhttps://docs.servicenow.com/en-US/bundle/utah-platform-user-interface/page/administer/navigation/concept/c_NavigatingThePlatform.html

References from Certified System Administrator (CSA) Documentation:This confirms that " Incident > Assigned to me " would NOT appearin the Application Navigator when filtering by " service " .

Update Setsare the standard way to capturecustomizationsand move them from one ServiceNow instance to another. These customizations include:

Business Rules

UI Policies

Script Includes

Fields and Tables

Workflows

Update Setstrack changes in an instance and allow them to beexportedandimportedinto other environments (e.g., fromDevelopmenttoTestand then toProduction).

They ensure thatconfiguration changesare preserved and applied consistently across instances.

Why is Option A Correct?Why Are the Other Options Incorrect?B. Code Sets

There is no concept ofCode Setsin ServiceNow.

C. Update Packs

Update Packsdo not exist in ServiceNow. The correct term isUpdate Sets.

D. Configuration Logs

Configuration Logsrecord system activity butdo not package customizationsfor migration.

E. Remote Sets

Remote Update Setsexist, but they are just a variation ofUpdate Setsused when moving changes betweenremote instances.

The broader term " Update Sets " is more accurate.

F. Local Sets

No such termexists in ServiceNow.

G. Code Packs

There is no " Code Pack " in ServiceNow.

ServiceNow CSA Guide - Update Sets and Customization Migration

ServiceNow Developer Documentation - Using Update Sets

ServiceNow Best Practices - Moving Configuration Between Instances

References to Official Certified System Administrator (CSA) Documentation:

BothUI PoliciesandData Policiesare used to enforce rules on data in ServiceNow, but they work differently in terms ofwhere and howthey apply.

Key Differences Between UI Policies and Data Policies:Feature

UI Policy

Data Policy

Scope

Worksonly on formsin the user interface (UI)

Works onall data entry methods, including forms, imports, and web services

Execution

Runsclient-sidein the browser

Runsserver-sideon the database

Purpose

Dynamicallyshow/hide, make fields mandatory, or read-onlyon forms

Enforcesmandatory and read-only fieldsat thedatabase level

Applies to

Userinteractions on forms

All data sources(Forms, Import Sets, Web Services, API)

Conversion

Can be converted into Data Policies

Cannot be converted into UI Policies

Why " B. Data Policies run regardless of how data is entered into ServiceNow, while UI Policies are used for form interactions " is Correct:Data Policies apply to all data entry methods, ensuring data integrity no matter how the data enters ServiceNow.

UI Policies only apply to the user interface (forms)and dynamically modify field behavior in real-time.

A. Data Policies run only after UI Policies run successfully→UI Policies and Data Policies work independently and do not depend on each other.

C. Data Policies can be converted into UI Policies, but UI Policies cannot be converted into Data Policies→The opposite is true: UI Policies can be converted into Data Policies, but not the other way around.

D. Data Policies run when data is entered through the form, by an Import Set, or by Web Services, while UI Policies are set only by web services→UI Policies arenot related to web services; they only apply to form interactions.

Why Other Options Are Incorrect:

ServiceNow Documentation:UI Policies vs. Data Policies

CSA Exam Guide:CoversUI Policies and Data Policies differencesin form and system-wide data enforcement.

Reference from CSA Documentation:Thus, the correct answer is:

B. Data Policies run regardless of how data is entered into ServiceNow, while UI Policies are used for form interactions

InServiceNow, aTemplateis a tool used topre-fill commonly used fieldsin a form, saving time and ensuring consistency in data entry.

ATemplateis a predefined set offield valuesthat can be applied to a form toautomatically populate fields.

Users can create and apply templates tospeed up form completionandreduce errors.

Templates are especially useful forstandardized requests, such asincident logging, change requests, or task assignments.

Create a Template:

Navigate toSystem UI → Templates.

Define thefieldsand their default values.

Assign the template to aspecific table(e.g.,incident,change_request).

Apply a Template to a Form:

When filling out a form, users canselect a templatefrom theTemplate Bar.

The templateautomatically populatesthe pre-configured fields.

Example Use Case:

Scenario:A Service Desk agent frequently logs incidents forpassword resets.

Solution:A " Password Reset " template can be created with:

Short Description: " Password reset request "

Category: " Access "

Assignment Group: " IT Support "

When an agent applies this template, these fields areautomatically populated, saving time.

What is a Template in ServiceNow?How to Use a Template?

Why Option A (Template) is Correct?Templates are the official ServiceNow tool for pre-filling commonly used fields in a form.

Why Other Options Are Incorrect?B. Reference Qualifier→ Incorrect

Reference Qualifierscontrolwhich values appear in a reference field(e.g., filtering available users in theAssigned Tofield).

They donot populate fields automatically.

C. Formatter→ Incorrect

AFormatteris a UI component thatdisplays additional information(e.g., anActivity Formattershows an activity log).

It doesnot populate form fields.

D. Assignment Rule→ Incorrect

Assignment Rulesautomaticallyassign recordsto users or groups based on conditions.

They donot populate multiple fieldsin a form.

ServiceNow Docs – Creating and Using Templateshttps://docs.servicenow.com

ServiceNow Learning – Templates and Data Population

ServiceNow Best Practices – Using Templates for Efficiency

References from Certified System Administrator (CSA) Documentation:

TheCMDB Builderis the primary tool used inServiceNow’s Configuration Management Database (CMDB)for creating and managingdependencies between Configuration Items(CIs). It provides agraphical interfacethat allows administrators and CMDB managers to visualize and define relationships between CIs efficiently.

Visual Representation of CI Dependencies:

CMDB Builder provides agraphical interfacethat allows users tocreate, modify, and deleterelationships between Configuration Items (CIs).

It helps in identifyingimpact analysisandservice dependenciesby mapping CIs and their relationships.

Supports Complex CI Relationships:

Allows definingparent-child,peer, anddependencyrelationships between CIs.

Helps in ensuring the accuracy ofservice mapsandIT asset relationships.

Drag-and-Drop Functionality:

Users candrag and dropCIs onto the builder canvas andconnect them using predefined relationships.

Integration with CMDB Relationship Rules:

CMDB Builder adheres toCMDB relationship rulesto ensure that onlyvalidrelationships are created.

Impact and Root Cause Analysis:

Helps introubleshooting IT incidentsby showing thedependencies between services.

Useful inchange managementto predict potentialimpactson downstream services before making changes.

Key Features of CMDB Builder:

A. CI Relationship Editor:

TheCI Relationship Editorallows users toview and edit relationshipsbetween CIs in atabular formatbutdoes not provide a graphical dependency visualizationlike CMDB Builder.

It is moremanual and less interactivecompared to CMDB Builder.

C. CI Service Manager:

CI Service Manageris used for managingCI service mappingsbut isnot primarily a tool for creating dependencies between CIs.

It is more focused ondefining service-level relationshipsrather thanbuilding CMDB dependency models.

D. CI Class Manager:

CI Class Manageris used formanaging CI classes, attributes, and extending CMDB class structures.

It is not used forcreating dependencies between configuration items.

Why Other Options Are Incorrect:

ServiceNow CMDB Guide:CMDB Builder Overview

ServiceNow Best Practices for CMDB:CMDB Relationship Management

ServiceNow Admin Documentation:Understanding CMDB Dependency Management

References from the Certified System Administrator (CSA) Documentation:

Final Answer:CMDB Builder (Option B) is the correct answer, as it is the primary tool used to create, manage, and visualize dependencies between CIs in ServiceNow ' s CMDB.

When creating acustom table in ServiceNow, the platform automatically assigns a table name prefixed with " u_ " to differentiatecustomtables fromout-of-the-box (OOB) tables.

The default prefix " u_ " is applied to allcustom 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 usersautomatically receive the " u_ " prefix.

Prevents conflicts withServiceNow’s internal tables.

Ensurescustom 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 forinternal ServiceNow functionality.

B. abc – Incorrect

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

D. sys_abc – Incorrect

" sys_ " is reserved forsystem 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:

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, 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 thethree-line (hamburger) context menuon the top-left of the list.

SelectCreate Reportto 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 acolumn header(e.g., Priority, State, Category).

SelectCreate Reportfrom 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

TheFunnel iconis 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,Record Producersallow users to create records in tables through a user-friendly interface in the Service Catalog. Since the goal is to enableonly first-line workersto order the T-shirt, we need to control access based on their role.

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

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

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

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

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

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

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

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

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

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

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

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

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

ServiceNow Service Catalog Management - Record Producers

ServiceNow User Criteria and Access Control Best Practices

ServiceNow CSA Guide - Managing Roles and Access Restrictions

References to Official Certified System Administrator (CSA) Documentation:

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

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

Navigate to theApplication Navigatoron the left-hand side.

Locate theFavoritessection.

Hover over the favorite item you want to rename.

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

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

ClickSaveto apply changes.

A. Clock(Incorrect)

TheClock icontypically representsrecently accessed items, not Favorites.

B. Hamburger(Incorrect)

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

D. Three dots(Incorrect)

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

E. Triangle(Incorrect)

NoTriangle iconis used for renaming Favorites.

F. Star(Incorrect)

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

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

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

InServiceNow ' s System Import Sets, administrators canimport data from external sources(such as CSV, Excel, or databases) intoany tablewithin the platform usingTransform Maps.

ATransform Mapdefines how data from an Import Set table is mapped to fields in atarget table (destination table).

Administrators can select any tablein the system as the destination, including bothstandard and custom tables.

Thedestination table is not limitedto Task-related tables (Incident, Problem, Change, etc.).

Users can also applycoalesce rulesto determine if records should be updated or inserted during the transformation.

ServiceNowallows administrators to select any tableas the destination when setting up a Transform Map.

This includes standardITSM tables (Incident, Problem, Change, Task, Service Catalog)as well ascustom tablescreated by administrators.

There areno restrictionson which table can be a destination.

A. " The Task table is the only table that can be a destination " →Incorrect

TheTasktable is widely used, but it isnot the only tablethat can receive imported data.

B. " Only Incident, Problem, Change, Task, and Service Catalog tables can be destinations " →Incorrect

These are common ITSM tables, butany table in the systemcan be selected as a destination.

C. " Only the Incident, Problem, and Change tables can be destinations " →Incorrect

This istoo restrictivebecause other tables, including custom ones, can also be used.

Navigate to:System Import Sets > Create Transform Map

Select the Import Set Tableas thesource.

Choose any available tablein ServiceNow as thedestination.

Definefield mappingsbetween the source and target table.

Configurecoalesce rulesto update or insert records.

ServiceNow Docs: Creating and Using Transform Mapshttps://docs.servicenow.com/en-US/bundle/utah-platform-administration/page/administer/import-sets/concept/c_TransformMap.html

ServiceNow CSA Official Training Guide (Import Sets & Data Management)

Key Points About Transform Maps & Data Import:Why is " D. Any ServiceNow table " the Correct Answer?Why the Other Options Are Incorrect?How to Configure a Transform Map in ServiceNow?References from Certified System Administrator (CSA) Documentation:This confirms thatany ServiceNow tablecan be adestination tablefor imported data when using Transform Maps inSystem Import Sets.

InServiceNow Catalog Item Workflows, anapproval processoften includes aManager Approval step, which typically requires the requester ' smanager(as defined in thesys_userrecord) to approve the request.

IfBob Smith ' s user record does not have a manager specified, the systemcannot determine who should approve the request, which may result in the approval step beingskipped.

A. There is a business rule, excluding Bob Smith from any approvals.

While business rules can affect approvals, it isunlikelythat a rule would exist specifically to exclude Bob Smith unless explicitly configured, which is uncommon.

B. Bob Smith does not have a delegate set up on his account.

Delegates areoptionaland only apply when a manager is unavailable. This does not affect whether the approval is skipped.

D. The manager does not have a delegate assigned.

A delegate only comes into play if an approveris out of officeor unavailable. This does not impact whether an approval isskipped entirely.

E. Bob Smith is a VIP.

Being marked as aVIPdoes not automatically bypass approval workflows. Approval processes follow defined rules in workflow configurations.

To monitor which users are performing impersonations in a ServiceNow instance, administrators can activate thesystem propertyglide.sys.log_impersonation. When enabled, this property logs impersonation activities in the system logs, providing full traceability of who is impersonating whom.

Here’s how it works:

By default, impersonation is not loggedunless this system property is explicitly activated.

Once enabled, all impersonation activities are recordedin thesyslogtable (System Log > All), making it easy to track when and by whom impersonations were performed.

This helps in security audits and compliance tracking, ensuring that only authorized users impersonate others in the system.

???? Steps to Enable Logging of Impersonations:

Navigate toSystem Definition > System Properties.

In the filter navigator, search forglide.sys.log_impersonation.

Set the value totrue.

Save the changes.

???? Alternative Verification Methods:

Check logs manually: Navigate toSystem Logs > Alland filter logs bymessagecontaining " impersonation " .

Audit the impersonation role assignments underSystem Security > Roles.

???? Reference:

ServiceNow KB Article:KB0717055 – How to Log Impersonations

ServiceNow Docs: Logging and Monitoring in ServiceNow