ServiceNow Updated CSA Exam Questions and Answers by camille

In ServiceNow,all tablesin the database are recorded in amaster tablecalled[sys_db_object]. This table stores metadata about each table in the system, including itsname, label, and other attributes.

Stores a record for every table in the ServiceNow instance.

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

Helps administratorsview, modify, or create new tablesin ServiceNow.

Used inTable Administration and Custom Table Development.

A. [sys_master_db]–

This tabledoes not existin ServiceNow.

C. [sys_master_object]–

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

D. [sys_object_db]–

This tabledoes not existin ServiceNow.

The correct name issys_db_object.

Navigate toSystem Definition→Tables.

Search for the tablesys_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 themaster tablethat contains a record for every table in the ServiceNow database.

In ServiceNow, theService Catalogapplication allows administrators to create, configure, and manage catalog items that users can request. To create a new catalog item, administrators must access the correct module within theService Catalogapplication.

Maintain Categories (Option A)

This module is used to create and managecategorieswithin the Service Catalog.

Categories are used to organize catalog items into logical groups but do not allow the creation of actual catalog items.

Maintain Items (Option B)(Correct Answer)

This module is used tocreate, edit, and manage catalog itemsin the Service Catalog.

It provides options to define the item name, description, fields, workflows, and pricing details.

Administrators use this module when they want tobegin creating a new catalog item.

Content Items (Option C)

This module is related toContent Management System (CMS) and Knowledge Basebut is not used for creating standard Service Catalog items.

It allows administrators to create links to external content rather than actual requestable catalog items.

Items (Option D)

TheItemsmodule displays catalog items but does not allow an administrator to create new ones.

It is primarily forviewingitems rather than maintaining them.

Explanation of the Available Options:

The"Maintain Items"module is theonlymodule where administrators can create, edit, and manage catalog items in ServiceNow.

Other options either relate to categories, content management, or viewing existing items, making them incorrect choices.

Why is "B. Maintain Items" the Correct Answer?

ServiceNow Product Documentation - Service Catalog Administration????https://docs.servicenow.com/bundle/tokyo-it-service-management/page/product/service-catalog-management/concept/service-catalog-management.html

ServiceNow CSA Exam Guide - Service Catalog & Request Fulfillment

ServiceNow Fundamentals Training - Creating and Managing Catalog Items

References from Official CSA Documentation:

InServiceNow,Client Scriptsare used to execute JavaScript codeon the client-side (browser)to control form behavior, validate data, or enhance user interaction.

Types of Client Scripts in ServiceNow:There arefourtypes of Client Scripts supported in ServiceNow:

onLoad (Option D)

Runswhen a form loads.

Used to pre-fill fields, hide/show elements, or set default values.

Example: Automatically setting the "Priority" field toHighwhen a new incident is created.

onChange (Option F)

Runswhen a specific field value changes.

Used for dynamic form behavior, such as making fields mandatory based on another field's value.

Example: If "Category" is changed to "Hardware," then show the "Hardware Type" field.

onSubmit (Option A)

Runswhen the form is submitted.

Used for final validation before allowing submission.

Example: Preventing submission if a mandatory field is left empty.

onCellEdit (Option C)

Runswhen a cell value is edited inline in a list view.

Used to trigger immediate validation or updates without opening the full form.

Example: Displaying an alert when a user directly changes an incident's priority from a list view.

Why Are the Other Options Incorrect?B. onUpdate

No "onUpdate" client script type exists in ServiceNow.

"onUpdate" is relevant inBusiness Rules, not Client Scripts.

E. onEdit

No "onEdit" client script type exists.

Similar functionality can be achieved with "onChange" or "onCellEdit" scripts.

G. onSave

No "onSave" client script type exists.

"onSubmit" handles validation before saving a record.

Reference from Certified System Administrator (CSA) Documentation:????ServiceNow Docs – Client Scripts

????ServiceNow Client Scripts Documentation

"Client Scripts can beonLoad, onChange, onSubmit, or onCellEditdepending on when they execute."

Conclusion:The correct answers are:

A. onSubmit(Runs when submitting a form)

C. onCellEdit(Runs when editing a list cell)

D. onLoad(Runs when a form loads)

F. onChange(Runs when a field value changes)

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

Used todynamically change form field behaviorsbased on specific conditions.

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

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

Example:

If theCategoryisHardware, theSerial Numberfield becomesmandatory.

Used tocreate buttons, links, and context menu actions.

Can executescriptsto perform specific actions when clicked.

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

Example:

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

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

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

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

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

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