ServiceNow Updated CSA Exam Questions and Answers by rosalind

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.

Detailed Explanation:

In ServiceNow, when reporting data is required from multiple tables and dot-walking isn’t feasible, creating aDatabase Viewis 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)

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

When you create a new table in ServiceNow,best practices for the navigation paneensure that the table is properlyorganized, accessible, and followsrole-based visibility standards.

Modulesallow users tonavigate directly to the tablefrom the left navigation pane.

Settingrole-based accessensures that only authorized users can view or use the table.

Navigate toSystem Definition > Modules, and definewho can accessthe module usingroles.

This ensuresconsistencyin navigation and makes it easier for users to locate the table.

Example:If you create a table"Project Tasks", theApplication Menushould also be named"Project Tasks".

This followsServiceNow UI best practicesfor organization.

1. Specify which Roles can see the Module (Correct - C)2. Create an Application Menu with the Same Name as the Table Label (Correct - E)

A. Set the filter condition on the Application Menu →Incorrect

Application Menus do not requirefilter conditions; they are forgrouping related modulesunder a category.

B. Set the font style on both the Application Menu and the Module →Incorrect

Font stylesare not customizable in the navigation pane.

D. Specify which Roles can see the Application Menu →Incorrect

TheApplication Menuitself is usually visible to all users unless restricted bymodule-level roles.

The best practice is torestrict roles at the module level(Correct Answer: C).

F. Create a Module with the Plural of the Table Label →Incorrect

While it isa common practice, it isnot a strict best practice.

Example: If your table is"Incident", the module is typically named"Incidents", but it’s not a mandatory rule.

Why Other Options Are Incorrect?

Managing Application Menus and Modules

Creating Tables and Modules

Official ServiceNow Documentation Reference:

TheConfiguration Management Database (CMDB)in ServiceNow is a core component of IT Service Management (ITSM), allowing organizations to track Configuration Items (CIs) and their relationships. There are threekey tablesthat form the foundation of the CMDB:

cmdb (Base CMDB Table):

This is the parent table for all Configuration Items (CIs) in the CMDB.

It contains the foundational structure upon which all other CMDB-related tables are built.

It does not store CI records itself but serves as the primary reference table.

cmdb_ci (CI Base Class Table):

This is thebase classfor all Configuration Items (CIs).

All specific CI classes (such as servers, applications, networks) extend from this table.

It holds general CI attributes that are common across all CI types.

cmdb_rel_ci (CMDB Relationship Table):

This table defines relationships between different Configuration Items.

It stores dependencies and associations between CIs, such as a server hosting an application.

Relationships are critical for impact analysis and dependency mapping.

B. sn_cmdb_bak & E. cmdb_bak:

These tables donotexist in the standard CMDB schema. They may be mistaken for potential backup tables, but they are not official CMDB tables.

D. sn_cmdb & G. sn_cmdb_ci:

Prefix"sn_"generally indicatesScoped Application Tablesin ServiceNow.

Standard CMDB tables exist in theglobal scopewithout the "sn_" prefix.

"sn_cmdb" and "sn_cmdb_ci" arenotkey tables in theglobal CMDB architecture.