Free Practice Questions for ServiceNow CSA Exam

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, aMany-to-Many (M2M) relationshipexists whenrecords in one tablecan be associated withmultiple records in another table, and vice versa.

A classic example of anM2M relationshipis:

✔Vendors can sell multiple products

✔Products can be sold by multiple vendors

Vendors oftensell multiple productsacross different categories.

A single product can beavailable from multiple vendors.

This requires anintermediary (join) tableto track the many-to-many relationship.

A. Requests & Items

Incorrectbecause eachRequest (REQ#)can havemultiple requested items (RITM#), but anitem does not belong to multiple requests. This is aone-to-many (1:M) relationship.

C. Tasks & Workflows

Incorrectbecause workflows are associatedat an individual task level, and while multiple workflows may be involved, they do not create a trueM2M relationship.

D. Configuration Items & Classes

Incorrectbecause a Configuration Item (CI)belongs to only one class, making this aone-to-many relationship, not M2M.

Natural Language Query (NLQ)in ServiceNow allows users tofilter a list by typing a natural language phrase, making it easier to search and retrieve data without manually building filters.

For example, users can type:

➡️"Show me all open incidents assigned to John Doe"

➡️"Incidents created this week"

The platforminterprets the phraseand automaticallyapplies the correct filterto the list.

A. Automatically select a filter, based on keywords–NLQ does not automatically select filters based on keywords; instead, itprocesses full phrasesinto a filter.

C. Predict the filter desired by the user–NLQ does not predict filters but rather converts typed queries into list filters.

D. Speak to the condition builder–NLQ does not interact with the condition builder directly; it translates text queries into filters.

E. Set list filter, using audible commands–NLQ does not supportvoicecommands, onlytypedqueries.

In ServiceNow,Table Access Control (ACL) rulesdefine the permissions for accessing records within a table. When a user attempts to access a record, ServiceNow processesACL rules in a specific orderto determine if the user has the necessary permissions.

Specific Table Name ACLs

ServiceNowfirst checks ACL rulesthat are defined for the exact table being accessed.

If there are multiple ACL rules for the same table, ServiceNow evaluates themfrom most specific to least specific(i.e., field-level ACLs before table-level ACLs).

Parent Table Name ACLs(If applicable)

If the table inherits from another table (e.g.,Incident inherits from Task), ServiceNownext checks ACL ruleson theparent table.

This ensures that inherited rules are properly applied.

Wildcard ACLs (*)(Any table)

If no explicit ACL rule is found for the table or its parent, ServiceNow checkswildcard ACL rules (*), which apply toall tables.

Wildcard ACLs act as alast resortwhen no table-specific rules exist.

Order of Processing ACL Rules:

(A) any table name (wildcard), parent table name, table name – Incorrect

Wildcard rules (*) areprocessed last, not first.

(B) table name, parent table name, any table name (wildcard) – Correct

This follows the correctprocessing order:

First:ACLs for the specific table

Second:ACLs for the parent table (if applicable)

Third:Wildcard ACLs (*)

(C) parent table name, table name, any table name (wildcard) – Incorrect

Parent table ACLs arechecked aftertable-specific ACLs, not before.

(D) any table name (wildcard), table name, parent table name – Incorrect

Wildcard ACLs (*) arealways processed last, so this order is incorrect.

Explanation of Each Option:

Field-level ACLs(column-specific) take precedence overtable-level ACLs.

If multiple ACL rules apply,all must evaluate totruefor access to be granted.

Explicit Deny:If an ACL rule explicitlydenies access, the user is denied, even if another ACL grants access.

Always Test ACLs:Use the "Security Debugging" feature (/sys_security_acl_list.do) to verify how ACLs are applied.

Additional Notes & Best Practices:

ServiceNow Docs: How Access Control Rules Work

https://docs.servicenow.com

ServiceNow Community: Understanding ACL Processing Order

https://community.servicenow.com

References from Certified System Administrator (CSA) Documentation:

InFlow Designer, when an action is executed, its output (data) is stored as aData Pill. TheseData Pillscan be used insubsequent actionswithin the same flow.

Data Pillsrepresent pieces of data produced by previous steps in the flow.

They arevisually represented as draggable tokensin Flow Designer.

Users candrag and dropData Pills into fields of subsequent actions to dynamically use the stored data.

A"Create Record"action generates a new incident.

TheIncident Numberis stored as aData Pill.

A subsequent"Send Email"action can use thisIncident Number Data Pillin the email subject/body.

A. Field Icon– No such term exists in Flow Designer.

B. Field Value– Field values exist on forms but are not used for storing action data in Flow Designer.

D. Data Element– This is a general term but does not specifically refer to Flow Designer storage.

E. Data Trigger– A triggerinitiatesa flow but does not store action data.

ServiceNow Flow Designer – Data Pills

ServiceNow CSA Training Module:"Using Data in Flow Designer Actions"

What is a Data Pill?Example Scenario:Why Other Answers Are Incorrect:References from Certified System Administrator (CSA) Official Documentation:

Business Rules are server-side scripts that run when a record is displayed, inserted, updated, or deleted. The "When" field on the Business Rule form determines exactly when the logic runs relative to the database operation. The four valid options are:

Display: Runs before the form is presented to the user (used to pass data from server to client via the Scratchpad).

Before: Runs after the user submits the form but before the data is written to the database. (Ideal for validation or updating the current record).

After: Runs immediately after the data is written to the database. (Ideal for updating related records).

Async: Runs after the data is written, but is processed by a background scheduler rather than immediately. (Ideal for external integrations or heavy calculations that shouldn't block the user's screen).

"Load," "Change," "Click," and "Submit" are typically associated with Client Scripts (onLoad, onChange, onSubmit) or UI Actions, not Business Rules.

In ServiceNow, user records are stored in thesys_usertable. This table contains all user-related information such as username, email, department, roles, and active status.

sys_user Table Structure:

Stores all user accounts in the system.

Contains fields likeuser_name,email,first_name,last_name, androles.

Administrators can manage users viaUser Administration > Usersin the ServiceNow navigation panel.

B. User [sn_user]– There is no such table namedsn_userin ServiceNow.

C. User [u_sys_user]– Theu_prefix indicates a custom table, which is not the default ServiceNow table.

D. User [s_user]– This table does not exist in ServiceNow.

Detailed Explanation:

Data Policiesin ServiceNow are designed to enforce data consistency across all entry points into the platform, including record forms (UI), Import Sets, and Web Services. Data Policies ensure that required fields, read-only fields, and other data integrity rules are maintained consistently. Unlike UI Policies, Data Policies apply universally to data imported or integrated, ensuring platform-wide data governance. (Reference: ServiceNow Documentation - Data Policies and Data Consistency)

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