ServiceNow Updated CSA Exam Questions and Answers by zendaya

In ServiceNow’sService Catalog, variables are used to capture user input when they request catalog items. These variables allow for dynamic and customized data collection for different service requests.

Among the options provided, the three validvariable typesthat can be added to aService Catalog Itemare:

Multiple Choice:

This variable type presents users with multiple predefined options, but only allows them to selectoneanswer.

Example: "What type of laptop do you need?" with options:MacBook, Windows Laptop, Chromebook.

Select Box:

Similar to Multiple Choice but presented in a drop-down format, making it useful when space needs to be conserved in a form.

Example: "Select your department" with a drop-down list ofIT, HR, Finance, etc.

Checkbox:

A simpleTrue/Falsevariable that allows users to check a box to indicate a selection.

Example: "Do you need an external monitor?" (Checkbox can be checked for 'Yes' or left unchecked for 'No').

Option A (True/False, Multiple Choice, and Ordered)

True/Falseis not a variable type in the Service Catalog. ServiceNow usesCheckboxfor Boolean (Yes/No) values instead.

Orderedisnot a valid Service Catalog variable type.

Option B (True/False, Checkbox, and Number List)

True/False is incorrect(ServiceNow uses "Checkbox" instead).

Number List is not a valid Service Catalog variable type.

Option C (Number List, Single Line Text, and Reference)

Number List is not a valid variable type.

Single Line Text and Reference are valid variables but were not all correct in this case.

ServiceNow Docs: Service Catalog Variableshttps://docs.servicenow.com/en-US/bundle/utah-it-service-management/page/product/service-catalog-management/concept/c_ServiceCatalogVariables.html

ServiceNow CSA Official Training Guide (Service Catalog & Request Management)

Why the other options are incorrect?References from Certified System Administrator (CSA) Documentation:

In ServiceNow,groupsare stored in theGroup [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 theUsertable, 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 thesys_user_groupTable:Common Use Cases for Groups:Explanation of Incorrect Options:References from Certified System Administrator (CSA) Documentation:

In ServiceNow, user records are stored in theUser [sys_user]table. This table contains all user-related data, including usernames, email addresses, roles, department affiliations, and more.

User ID(user_name) – Unique identifier for the user.

First Name & Last Name(first_name,last_name) – User’s full name.

Email(email) – The user’s email address.

Department(department) – The department to which the user belongs.

Roles(roles) – List of assigned roles that determine access permissions.

Active(active) – Indicates whether the user account is active or inactive.

B. User [sys_user_group]– Incorrect. This table storesgroups, not individual users.

C. User [syst_user_profile]– Incorrect. This table does not exist in ServiceNow.

D. User [user_profile]– Incorrect. There is no such table in ServiceNow.

ServiceNow Docs: User Administration – sys_user Table

ServiceNow CSA Study Guide – User and Group Administration

Key Fields in thesys_userTable:Explanation of Incorrect Options:References from Certified System Administrator (CSA) Documentation:

Abusiness rulein ServiceNow is a server-side script written inJavaScriptthat executes when a record is inserted, updated, deleted, or queried. Business rules allow for automation and enforcement of business logic without requiring manual intervention.

Business rules arenot tied to formsbut instead runon the server-sidewhen a database operation occurs. They can be configured to execute:

Beforea record is saved (Before Business Rule)

Aftera record is saved (After Business Rule)

Asynchronously(Async Business Rule)

Before a query is run on the database(Query Business Rule)

Explanation of the Correct Answer:B. A business rule can be a piece of JavaScript(Correct)

Business rules are written inJavaScript, allowing administrators to define custom logic that executes on the server.

These scripts can modify data, enforce rules, validate fields, or trigger other workflows.

Example JavaScript snippet for a business rule:

if(current.state=='3'&& current.priority!='1') {

current.priority='1';

gs.addInfoMessage("Priority set to High because state is Resolved.");

}

This rule ensures that if an incident's state is changed toResolved, its priority is automatically set to High.

Why the Other Options Are Incorrect:A. A business rule must run before a database action occurs (Incorrect)

Business rulescan run before a database action occurs, but they can also executeafterorasynchronously.

Business rules have four execution types:

Before– Runs before the record is inserted/updated in the database.

After– Runs after the record is committed to the database.

Async– Runs in the background after the transaction completes.

Query– Runs before data is returned to a user (modifies query results).

C. A business rule must not run before a database action occurs (Incorrect)

This is false because some business rulesdo run beforea database action (e.g., aBefore Business Rulecan validate data before saving).

D. A business rule monitors fields on a form (Incorrect)

Business rulesdo not monitor form fields directly. Instead, they execute based on database operations.

If real-time monitoring of form fields is needed,Client Scripts(not Business Rules) are used for this purpose.

Automaticallyassigning prioritybased on ticket severity.

Preventing updates to certain records if a condition is not met.

Sending email notifications when a record changes.

Modifying data before it is saved to enforce business policies.

Example Use Cases for Business Rules: