The primary operations performed on tables inServiceNowfollow theCRUDmodel:

Create (C)– Adding a new record to a table.

Read (R)– Viewing or retrieving a record from a table.

Write (W)– Editing or updating an existing record.

Delete (D)– Removing a record from a table.

These operations are fundamental todatabase managementand align with ServiceNow’sAccess Control Rules (ACLs), which enforce security permissions for each operation.

A. Create, Rate, Update, DeleteIncorrect– " Rate " is not a standard database operation.

B. Create, Read, Upload, DeleteIncorrect– " Upload " is not a standard database operation.

D. Capture, Rate, Write, DevelopIncorrect– None of these terms (except " Write " ) relate to database operations.

Incorrect Answer Choices Analysis:

ServiceNow Docs – CRUD Operations in Tables???? Tables and CRUD Operations

ServiceNow Docs – Access Control Rules???? ServiceNow ACLs for CRUD

Official ServiceNow Documentation References:

Performance Analytics (PA)in ServiceNow allows users tocreate dashboards with widgetsthatvisualize trends over timeto monitor and improve processes.

Key Features ofPerformance Analytics:

✔Data Visualization:Users can track KPIs, measure performance trends, and create meaningful insights.

✔Dashboards & Widgets:Custom dashboards with interactive widgets display real-time analytics.

✔Historical & Trend Analysis:Unlike standard reports, PAanalyzes trends over time, helping organizations improve their services.

✔Predictive Insights:Uses historical data toidentify patternsand drive informed decisions.

A. Analytics Reports

No such feature existsin ServiceNow under this name. The correct term isPerformance Analytics.

C. Scheduled Reports

Scheduled reports allow users toautomate report delivery, but they donotprovideinteractive dashboardsortrend analysis.

D. Reporting

Standard Reportingprovidessnapshot views of databut does not supporttrend analysisover time likePerformance Analytics.

When creating filters inServiceNow, the elements should be specified in the following order:

Field– The database field (column) that is being filtered.

Operator– The comparison method, such as " is " , " contains " , " greater than " , etc.

Value– The specific data that the filter should match.

Example of a Properly Structured Filter:Imagine filtering a list ofIncidentswhere the priority is high. The filter would be structured as:

Field:Priority

Operator:is

Value:High

is– Matches an exact value

is not– Excludes a specific value

contains– Looks for a partial match

greater than– Finds records with a value greater than the specified one

less than– Finds records with a value less than the specified one

B. Field, Operator, then Condition– Incorrect.

" Condition " is not an individual filter element in ServiceNow; theoperatoralready defines the condition (e.g., " is " , " contains " ).

C. Operator, Condition, then Value– Incorrect.

The field must comefirstto define what data is being filtered. The operator follows next.

D. Value, Operator, then Field– Incorrect.

This is completely reversed; you must specifywhat fieldyou are filtering first before applying conditions.

ServiceNow Product Documentation → Filters and Condition Builder

ServiceNow CSA Study Guide → Data Management and List Filters

ServiceNow List Views → Using Filters and Operators

Common Operators in ServiceNow Filters:Explanation of Incorrect Answers:References from Certified System Administrator (CSA) Documentation:

InServiceNow,Access Control rules (ACLs)are used torestrict or grant accessto data. Each Access Control rule consists of:

Table-level (Row-Level) ACLs– Control access to the entire record (row).

Field-level ACLs– Control access to specific fields within a record.

Access Control rules are evaluated in a specific orderto determine whether a user has the necessary permissions to perform an action (Read, Write, Create, Delete, etc.).

If both a row-level and a field-level ACL exist for the same table, BOTH must evaluate to " true " before access is granted.

The system checks conditions, scripts, and roles defined in the ACLsto decide whether the user meets the access requirements.

Access Control Rule Evaluation Process:Why is Option C Correct?If both a row-level rule and a field-level rule exist, both must evaluate to " true " for a user to perform an action.

Row-Level ACLscheck if a user can access the record itself.

Field-Level ACLscheck if a user can access specific fields within that record.

If a user failseitherACL check, access is denied.

Why Are the Other Options Incorrect?A. " Rules are evaluated using roles. The role with the most permissions evaluates the rules first. "

Access Control rulesare not evaluated based on roles with the most permissions.

Roles are just one factorin ACL evaluation, along with conditions and scripts.

B. " If more than one rule applies to a row, the older rule is evaluated first. "

ServiceNow does not prioritize ACL rules based on their creation date.

Instead, ACLs follow a structured evaluation order (general-to-specific).

D. " Rules are evaluated from the general to the specific, so a table rule must be active to continue. "

This is partially true but misleading.

ServiceNow evaluates ACLs fromspecific to general(Field → Table).

However,a table-level rule does NOT need to be activefor a field-level ACL to be evaluated.

Reference from Certified System Administrator (CSA) Documentation:???? ServiceNow Docs – Access Control Rules (ACLs) Evaluation

???? ServiceNow ACL Evaluation Documentation

" If a field-level rule and a row-level rule exist,both must evaluate to truefor the operation to be allowed. "

Conclusion:The correct answer isC. If a row-level rule and a field-level rule exist, both rules must be true before an operation is allowed.

???? Understanding ACL rule evaluation is critical for managing security in ServiceNow, ensuring that users have the appropriate access while maintaining data integrity.

Understanding Table Structure in ServiceNow:

Atablein ServiceNow is a structured collection of data, similar to a database table.

Eachrecord (row)in a table consists of multiplefields (columns), where each field holds a specific piece of information.

Why " Field " is the Correct Answer:

Afieldis a single unit of data storage in a table.

Each field corresponds to a specific data attribute (e.g.,Name, Email, Phone Number).

Arecord(also called a row) consists of multiple fields.

Why Other Answers Are Incorrect:

A. Factor→ Not a recognized ServiceNow term related to tables or data storage.

C. Datapoint→ While a field may contain a data point, ServiceNow does not use this term in table structure definitions.

D. Element→ In ServiceNow, " element " is sometimes used in scripting but does not specifically refer to a field in a table.

E. Item→ " Item " is used in catalog and asset management but does not refer to a component of a table.

Best Practice Solution:

UseTable Dictionaryto explore fields in a table.

Navigate toSystem Definition → Tables & Columnsto review the structure of any table.

UI Actions related to Listsin ServiceNow provide ways to interact with and modify list data through differentUI elements.

A. List Links

Appear at thebottom of listsand provide actions such as " Create New " or " Save as Template. "

B. List Control

Located in thelist title bar, allowing users to configure views, export data, and refresh lists.

C. List Buttons

Buttons added to a list form thattrigger specific actions, such as " Approve " or " Reject. "

D. List Context Menu

Right-click menuon list records providing actions likeEdit, Delete, Assign, and Export.

E. List Override

No such feature called " List Override " exists in ServiceNow.

F. List Choices

This term is not a recognized UI Action for lists in ServiceNow.

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.

InServiceNow Flow Designer, aflowis an automated process that consists of actions, conditions, and triggers.Two key componentsdetermine when a flow should run:

Trigger

Defineswhenthe flow should execute.

Examples:

When arecord is created/updated/deleted.

When anAPI call is received.

On ascheduled basis.

Condition

Specifiesadditional criteriathat must be met for the flow to proceed.

Examples:

If thepriority is High.

If thestatus is Resolved.

Aflowis designed tosend an email notificationwhen ahigh-priority incident is assigned.

Trigger: " Incident table → When a record is updated. "

Condition: " Priority = High AND State = Assigned. "

A. Trigger and Condition Pill

No such term as " Condition Pill " exists in Flow Designer.

B. Scope and Trigger Condition

" Scope " defines theapplication boundary, not when a flow runs.

D. Trigger Criteria and Clock

" Clock " is not usedfor defining flow execution.

E. Condition and Table

Atable does not define when a flow runs; it only stores records.

Dot Walkingis a ServiceNow feature that allows you to access and includedata from related tableswhen creating reports, conditions, scripts, and business rules.

When working with records, each table has fields that may reference another table (e.g., anIncidentrecord has an " Opened by " field that references theUsertable).

Dot Walkingallows you to traverse these relationships by using adot (.) notationto pull in data from related tables.

Example: If you want toinclude the email address of the user who created an incident, you can reference it as:

How Dot Walking Works:CopyEdit

incident.opened_by.email

This is useful forreportingwhen you need to include data from multiple related tables without needing custom joins.

A. SQL→ Incorrect. ServiceNow does not use direct SQL queries for reports. It relies on GlideRecord and Dot Walking instead.

C. Outer Join→ Incorrect. ServiceNow does not provide traditional SQL joins for reports. Instead, it usesDot Walking and Database Views.

D. Joins→ Incorrect. While Database Views allow for joins,Dot Walking is the primary method used to include related table data in reports.

When a user places an order through theService Catalog, it generates aRequest [sc_request]record in ServiceNow.

How to View Service Catalog Requests:???? Navigation Path:

All > Service Catalog > Requests

This module displays:

All submitted service catalog requests

Theircurrent status(e.g., Pending Approval, Fulfilled)

AssociatedRequested Items (RITM) and Tasks (SCTASK)

A. All > Service Catalog > Open Records > Items →Incorrect

The " Items " module does not show submitted requests; it listsavailable catalog items.

B. In the Navigation Filter, type ' requests ' and press Enter →Incorrect

Typing " requests " might bring up multiple unrelated records, making it inefficient.

The correct approach is to navigate toService Catalog > Requests.

C. All > Tables and Columns > Taste →Incorrect

" Tables and Columns " is used fortable managementand is not related to service catalog requests.

Also, " Taste " is atypo(likely meant to be " Tasks " ).

Why Other Options Are Incorrect?

Service Catalog Requests Overview

Official ServiceNow Documentation Reference:

TheForm Designerin ServiceNow allows administrators to create, edit, and configure forms to control how records are displayed and interacted with in the system. It consists of three key components:

Page Header– This section contains controls such as " Save, " " Undo, " and " Redo. " It allows users to manage their changes while designing forms. The Page Header also displays the name of the form being edited.

Field Navigator– This panel provides a categorized list of available fields that can be dragged and dropped onto the form layout. The fields are divided into different sections, such as " Available Fields " and " Existing Fields, " helping users to manage the form ' s data structure effectively.

Form Layout– This is the central workspace where users design the form by arranging fields. Users can add new fields, move existing ones, and configure their properties. The layout determines how the form appears to end-users.

ServiceNow Product Documentation – Form Designer

ServiceNow CSA Training Module: " Configuring Forms and Fields "

" ServiceNow System Administration Guide – Form Customization Best Practices "

References from Certified System Administrator (CSA) Official Documentation:Would you like me to verify and format more questions in the same manner?

AData Policyin ServiceNow is used to enforcemandatory and read-only field conditionsfor data that isentered manually through forms or imported into the system.

Data Policies apply to data coming from external sources, such asimports, web services (API), and integrations.

If a field is set asmandatoryin a Data Policy, recordscannot be imported unless that field contains a value.

This ensuresdata integrityby preventing incomplete or invalid data from entering the system.

If an administrator configures a Data Policy to make the " Caller " fieldmandatoryon theIncidenttable, any imported incidentswithout a Caller value will be rejected.

How Data Policies Enforce Mandatory Data on Import:Example Scenario:

Why " True " is the Correct Answer:Data Policies enforce mandatory fields for both UI entry and imports.

Why " False " is Incorrect:If Data Policies didnotenforce mandatory fields on imports, incomplete records could enter the system, leading to data integrity issues.

ServiceNow Documentation:Data Policies

CSA Exam Guide:CoversData Policy enforcement for UI forms and imports.

Reference from CSA Documentation:Thus, the correct answer is:

A. True