CSA Exam Dumps - ServiceNow Certified System Administrator Questions and Answers

InServiceNow,Number Maintenanceis the application used to manage and modify numbering schemes for different tables, including theIncidenttable. Since the default prefix forIncident numbersis " 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 toAll → System Definition → Number Maintenance

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

Modify the Prefix:

Open the existingIncident numbering record.

Change thePrefixfrom " INC " to " IN " .

Ensure theNext Numberfield is correctly set (e.g., " IN0001001 " ).

Save the Changes:

ClickUpdateto 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 Rulesdo not control number generation.

Number generation is managed byNumber Maintenanceat the system level.

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

The prefixCAN be changedusing theNumber Maintenanceapplication.

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

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

This isnot necessary, asadministratorscan make this change directly throughNumber 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:

In ServiceNow, when applying filters, theFunnel iconopens the condition builder, allowing users to set criteria for displaying records.

Understanding the requirement:

The user wants to seeIncidents where the state is ClosedORIncidents where the Assignment Group is Network.

The key word here isOR, meaning records satisfyingeithercondition should be displayed.

Steps to apply this filter in ServiceNow:

Click theFunnel iconto open the condition builder.

Define thefirst condition→ SelectState = Closed.

Click theORbutton (since we want records meeting either condition).

Define thesecond condition→ SelectAssignment Group = Network.

PressEnterto apply the filter.

Since the user wantseither condition to be true,ORis the correct logical operator.

PressingEnterafter defining the second conditionexecutes the filter.

A. Define the first condition; click AND button; define second condition; click Run:Incorrect becauseANDwould requireboth 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 willnarrow the resultsinstead ofexpanding them.

D. Define the first condition; click > icon on breadcrumb, define second condition; click Run:Thebreadcrumb navigationis used to modify filtersafter 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:UsingORensures both conditions are considered independently, displaying incidents that are eitherClosedor assigned toNetwork.

In ServiceNow,Tagsallow users tocategorize and grouprecords in a list. Tagged records arevisible to othersif set to public or shared with specific users or groups.

A. Tags

Tags help usersorganize and quickly locaterecords.

Tags can beprivate (Me)orshared (Everyone, Groups, or Specific Users).

Example:

A support team might tagcritical incidentswith " Urgent " for easy tracking.

B. History

TheHistorymodule showsrecently accessed recordsbut does not categorize or share records.

C. Favorites

Favoritesallow users tobookmark specific records or listsfor quick access, but they areprivateand not shared with others.

D. Activity Formatter

TheActivity Formattertrackschanges and updatesin a record (e.g., who modified the record, comments added), but it does notcategorize or sharerecords.

InServiceNow Table Inheritance, tables can be categorized asBase, Parent, or Childdepending on how they relate to other tables.

Task Table:

Base Table:Since it isnot extended from any other table, it serves as the foundation for other tables.

Parent Table:Because theIncident tableextends from Task, Task acts as aParenttable.

Incident Table:

Parent Table:BecauseSuper Incident extends from Incident, it becomes aParentto Super Incident.

Child Table:Since it extends fromTask, it is aChildtable to Task.

Super Incident Table:

Child Table:Because it extends fromIncident, it is aChildtable.

Not a Parent or Base Tablebecause no other table extends from it.

Understanding Table Relationships in the Given Scenario:Final Table Classification:Table

Base Table?

Parent Table?

Child Table?

Task

Yes

Yes

No

Incident

No

Yes

Yes

Super Incident

No

No

Yes

A. Incident table is a Base table →Incorrect

TheTask tableis the Base table, not Incident.

E. Super Incident table is a Parent table →Incorrect

No table extends from Super Incident, so itcannot be a Parent table.

F. Super Incident table is a Base table →Incorrect

It is extended fromIncident, meaning itis not a Base table.

I. Task table is a Child table →Incorrect

Sinceno other table extends to Task, it isnot a Child table.

Table Inheritance in ServiceNow

Extending Tables

Why Other Options Are Incorrect?Official ServiceNow Documentation Reference:

In ServiceNow,a role is a collection of permissionsthat control what actions a user can perform and what data they can access within the system.

Roles are used togrant access to applications, modules, and records, and they are assigned to users based on their job functions. Users can have multiple roles, which collectively define their permissions.

For example:

Theadminrole provides full system access.

Theitilrole allows access to Incident and Change Management.

Thecatalog_adminrole grants permissions to manage Service Catalog items.

B. A set of user access policies→ Incorrect, because user access policies are more granular security rules, whereas a role is a broader concept grouping multiple permissions.

C. A Persona in a workflow→ Incorrect, because a role is not the same as a persona in a workflow; personas are more conceptual.

D. A set of access control rules→ Incorrect, becauseroles do not define access control rules directly; they are usedwithin ACLs (Access Control Lists)to determine access permissions.

InServiceNow Notification Configuration, dot-walking allows administrators to reference related records dynamically.

✔To send a notification to theCaller ' s Manager, you need to:

Open theNotification record.

Navigate to the‘Send to’ tab.

Add theCaller field.

Usedot-walkingto select theCaller ' s Manager field(e.g., caller_id.manager).

Option Ais incorrect because dot-walking is configured under the‘Send to’ tab, not the‘Who will receive’ tab.

Option Bis incorrect because while Flow Designer can trigger notifications, it does not specifically configure recipients based on dot-walking.

Option Cis incorrect because setting " Who will receive " toSubscribableis used for opt-in notifications, not direct notifications to the Caller ' s Manager.

???? Reference:ServiceNow Administration – Notification Configuration & Dot-Walking