Full Access ServiceNow CSA Tutorials

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,data policiesenforce rules to ensure data consistency and integrity across the platform. They can be applied at both theserver-sideandclient-side, even outside the standard UI (such as data imports and APIs).

Incident numbers should be read-only on all lists and forms, for all users.

Data policies can enforce field read-only rules globally.

TheIncident number (Number field) is typically auto-generatedand should not be editable by users. A data policy can ensure it remains read-only across all interfaces.

Short Description field should be mandatory, on all records, across all applications, on insert.

Data policies can make a field mandatory across the system, not just on specific forms.

UnlikeUI policies(which work only in forms), adata policy ensures this rule applies even during imports and API updates.

B. Dictionary Design Policy– No such policy exists in ServiceNow.

C. Data Quality Policy– This isnot a defined policy typein ServiceNow.

D. Field Criteria Policy– Not a recognized policy type in ServiceNow.

ServiceNow Data Policies Overview

ServiceNow CSA Training Module: " Data Policies vs. UI Policies – When to Use Each "

How Data Policies Apply to This Scenario:Why Other Answers Are Incorrect:References from Certified System Administrator (CSA) Official Documentation:

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.