InServiceNow Knowledge Management, users can providefeedbackonpublished knowledge articlesby flagging them. This feedback helpsknowledge managers and authorsidentify errors, outdated information, or areas for improvement.

Toview feedback left on a published article, there are two primary pathways:

Pathway 1: Knowledge Base > My Knowledge > Flagged Articles

This option allowsknowledge managers and authorsto see all flagged articlesthey have authored or have access towithin a specificKnowledge Base.

Location:Knowledge Base → My Knowledge → Flagged Articles

Pathway 2: Knowledge > My Articles > Flagged

This option lets authorsview only their own articlesthat have been flagged.

Location:Knowledge → My Articles → Flagged

A. Knowledge > Articles > My Flagged

There isno direct " My Flagged " optionunderKnowledge > Articles.

D. Knowledge > Articles > Published

This showsall published articlesbut doesnot specifically show flagged (feedback) articles.

Navigate toKnowledge > My Articles > Flagged.

OR navigate toKnowledge Base > My Knowledge > Flagged Articles.

Open a flagged article to review thefeedback comments and reason for the flagging.

ServiceNow Docs: Managing Knowledge Feedback and Flagged Articleshttps://docs.servicenow.com/en-US/bundle/utah-it-service-management/page/product/knowledge-management/task/review-article-feedback.html

ServiceNow CSA Official Training Guide (Knowledge Management & Feedback Handling)

Why the Other Options Are Incorrect?How to View Feedback in ServiceNow?References from Certified System Administrator (CSA) Documentation:This confirms that the correct pathways to view feedback on published articles are " Knowledge Base > My Knowledge > Flagged Articles " and " Knowledge > My Articles > Flagged " .

AService Catalog workflowin ServiceNow is a structured sequence of automated activities designed to manage and fulfill catalog requests. These workflows are essential in handlingapprovals, tasks, notifications, and process automationfor requests submitted through theService Catalog.

Drives Complex Fulfillment Processes:

When a user submits a catalog request, the workflow determines how it should be processed.

It automates the required steps, such asapprovals, task assignments, and record updates.

Different items in the catalog may require different workflows based on the request type.

Sends Notifications to Defined Users or Groups:

Service Catalog workflows includeemail and in-platform notificationsto keep users informed.

Notifications can be triggered at different stages, such as request submission, approval, fulfillment, and closure.

Example:If an item requires managerial approval, the workflow sends an approval request notification to the designated approver.

Approval and Task Automation:

Workflows can createapproval stepsfor request items before they proceed to fulfillment.

They can also generatetasksfor fulfillment teams based on predefined conditions.

Integration with Flow Designer and Other Automation Tools:

In newer ServiceNow versions,Flow Designeris often used instead of traditional workflows, but the core purpose remains the same.

Workflows can integrate withSLA (Service Level Agreements), script actions, and record updates.

Key Functions of a Service Catalog Workflow:Why Option C is Correct? " Drives complex fulfillment processes " → Correct, as workflows automate and manage Service Catalog request fulfillment.

" Sends notifications to defined users or groups " → Correct, since notifications are an integral part of ServiceNow workflows.

Why Other Options Are Incorrect?Option A:Incorrect – While workflows include tasks and approvals, they do not " generate item variable types. " Variables are defined within catalog items, not workflows.

Option B:Incorrect – Workflowscan send notifications, making this statement false.

Option D:Incorrect – Similar to Option A, workflows do not generate " item variable types. " Instead, they focus on fulfillment processes and notifications.

ServiceNow Product Documentation – Service Catalog Workflowshttps://docs.servicenow.com

ServiceNow Learning – Service Catalog and Workflow Automation

ServiceNow Developer Portal – Flow Designer & Workflow Automation

References from Certified System Administrator (CSA) Documentation:

InServiceNow, theNumber Maintenanceapplication is used toconfigure and modify numbering formats for specific tables. This application allows administrators to control how records are numbered across different modules.

Customization of Number Formats

Administrators can defineprefixes, number sequences, and suffixesfor records in different tables.

Example:INC0001001forIncidents,REQ0002001forRequests.

Resetting or Adjusting Number Sequences

You can manually adjust the numbering sequence if needed.

Example: Resetting incident numbering to start from a specific value.

Supports Multiple Tables

Works for standard tables likeIncidents, Problems, Requests, Change Requests, etc.

Can also be configured forcustom tables.

Application Navigation

Path:

Go toAll → System Definition → Number Maintenance

Locate the table and modify its numbering settings.

Key Features of Number Maintenance:Why Option A (Number Maintenance) is Correct? " Number Maintenance " is the official ServiceNow application for managing number formats per table.

Why Other Options Are Incorrect?B. System Maintenance– Incorrect; no such module in ServiceNow manages numbering formats.

C. Table Maintenance– Incorrect; this does not exist as an application in ServiceNow.

D. Record Maintenance– Incorrect; not a valid ServiceNow feature for modifying number formats.

ServiceNow Docs – Number Maintenance Configurationhttps://docs.servicenow.com

ServiceNow Learning – Customizing Numbering Schemes

ServiceNow System Definition – Number Format Best Practices

References from Certified System Administrator (CSA) Documentation:

In ServiceNow, every table has a uniqueplatform name(also known as thedatabase nameorsys_id). The table that stores user records in ServiceNow is called " sys_user " .

Table Name:sys_user

Purpose:Stores user records, including their roles, group memberships, and personal details.

Location in ServiceNow:You can access this table by navigating to:All → Users and Groups → Users

Key Fields in sys_user Table:

User ID (user_name)– Unique identifier for the user.

Name (name)– Full name of the user.

Email (email)– Email address of the user.

Roles (roles)– Defines user permissions in the system.

Active (active)– Indicates if the user is active in the system.

A. u_users– Incorrect. The prefixu_is typically used forcustom tablescreated by administrators. This is not a default system table.

B. sys_users– Incorrect. The correct name issys_user(singular), notsys_users. ServiceNow follows a singular naming convention for system tables.

C. x_users– Incorrect. The prefixx_is reserved forScoped Applicationscreated within an instance. The User table is a core system table, not a scoped one.

ServiceNow Product Documentation → User Administration → sys_user Table

ServiceNow Tables Reference → sys_user

ServiceNow CSA Study Guide → User and Data Administration

Understanding the sys_user Table:Explanation of Incorrect Answers:References from Certified System Administrator (CSA) Documentation:

ASchema Mapin ServiceNow is a graphical representation of tables and their relationships within the database. It helpsadministrators and developersunderstand how data is structured and interconnected.

Visual Representation:Showsparent-child relationships,reference fields, andextensionsbetween tables.

Database Schema Navigation:Enablesquick accessto table structures and fields.

Impact Analysis:Helps inassessing changesbefore modifying fields, tables, or relationships.

Enhances Development Efficiency:Aids in customizing the system by understanding data dependencies.

Navigate to:System Definition → Schema Map

Select a Table:Enter a table name (e.g.,incident,task)

View Relationships:The map will display related tables (e.g., extended, referenced, and referencing tables).

Key Features of a Schema Map:How to Access Schema Maps:

A. A schema map enables administrators to define records from specific tables as trouble sources for Configuration Items– Incorrect.

Schema mapsdo not define trouble sources; they are used to visualizetable relationships.

B. A schema map graphically organizes the visual task boards for the CMDB– Incorrect.

Visual Task Boardsare separate from schema maps and are used for task management, not database visualization.

C. A schema map graphically displays the Configuration Items that support a business service– Incorrect.

This describes aDependency View, which is part of theCMDB, not the Schema Map feature.

Explanation of Incorrect Answers:

ServiceNow Product Documentation → Schema Maps

ServiceNow CSA Study Guide → Data Schema & Table Relationships

ServiceNow Developer Documentation → Understanding Tables & Relationships

References from Certified System Administrator (CSA) Documentation:Would you like me to verify another question?????

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.

ServiceNow providesfive primary rolesthat define access and permissions within the platform. These roles help structure user responsibilities and ensure that users only have access to the necessary functions.

Thehighest level of accessin ServiceNow.

Can manage all platform features, applications, data, and configurations.

Has control overusers, security settings, system properties, and scripting capabilities.

Example: A ServiceNow admin configuring new workflows, modifying tables, or setting up instance-wide settings.

Manages specific applications or functionalities within ServiceNow.

Includes roles such as:

knowledge_admin(Manages Knowledge Base)

report_admin(Manages Reports)

catalog_admin(Manages Service Catalog)

Example: A Knowledge Base Administrator controlling access to articles and updating knowledge categories.

Users with theITIL rolewho perform IT Service Management (ITSM) tasks.

Cancreate, update, and resolve recordssuch as incidents, problems, changes, and requests.

Example: A service desk agent handling incidents and requests.

Users with theApprover rolecanapprove or reject requests, such as change requests or access requests.

Can view or modify approval records directed to them but cannot fulfill other ITIL tasks.

Example: A manager approving a new software installation request.

Basic userswith no assigned roles.

Cansubmit requests, view their own tickets, and access public pages(e.g., Knowledge Base, Catalog).

Example: An employee submitting a request for laptop repair via the ServiceNow portal.

1. System Administrator (admin)2. Specialized Administrator3. Fulfiller (ITIL Role)4. Approver5. Requester (Employee Self-Service - ESS)

These roles form thefoundation of role-based access control (RBAC)in ServiceNow.

They ensure that usersonly access the data and functions relevant to their job responsibilities.

Additional roles can be assigned based on business needs, but these five cover the core platform functionalities.

Why These Are the Provided Roles in ServiceNow:

ServiceNow Documentation:User Roles in ServiceNow

CSA Exam Guide:CoversSystem Administrator, Specialized Administrator, Fulfiller, Approver, and Requesteras the standard user roles.

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

A. System Administrator, B. Specialized Administrator, C. Fulfiller, D. Approver, E. Requester

InServiceNow Import Sets,coalescingis the process ofmatching existing recordsto avoid duplicate entries when importing data.Conditional coalesceis the only method that allows using ascriptto determine if records should be updated or inserted.

Single-field Coalesce (Incorrect)

Usesone fieldto determine if a record exists.

If a match is found, the record isupdated; otherwise, a new record is created.

Example: Usingemailas a coalesce field when importing user data.

Multiple-field Coalesce (Incorrect)

Usesmultiple fieldsto find a match.

If all specified fields match, the record isupdated. Otherwise, a new record is created.

Example: MatchingFirst Name + Last Name + Email.

No Coalesce (Incorrect)

Every import creates anew record, regardless of whether a similar record exists.

Conditional Coalesce (Correct)

Allows using ascript to define custom logicfor identifying records to update.

This isthe only coalescing method that supports scripting.

Example:

A script can check if eitheremailoremployee IDexists, andif neither exist, create a new record.

Types of Coalescing in Import Sets:

Understanding Coalesce in Import Sets

Import Set Coalescing

Conditional Coalesce Scripting

Using Conditional Coalesce

References from ServiceNow CSA Documentation:

InServiceNow,Client Scriptsare used to execute JavaScript codeon the client-side (browser)to control form behavior, validate data, or enhance user interaction.

Types of Client Scripts in ServiceNow:There arefourtypes of Client Scripts supported in ServiceNow:

onLoad (Option D)

Runswhen a form loads.

Used to pre-fill fields, hide/show elements, or set default values.

Example: Automatically setting the " Priority " field toHighwhen a new incident is created.

onChange (Option F)

Runswhen a specific field value changes.

Used for dynamic form behavior, such as making fields mandatory based on another field ' s value.

Example: If " Category " is changed to " Hardware, " then show the " Hardware Type " field.

onSubmit (Option A)

Runswhen the form is submitted.

Used for final validation before allowing submission.

Example: Preventing submission if a mandatory field is left empty.

onCellEdit (Option C)

Runswhen a cell value is edited inline in a list view.

Used to trigger immediate validation or updates without opening the full form.

Example: Displaying an alert when a user directly changes an incident ' s priority from a list view.

Why Are the Other Options Incorrect?B. onUpdate

No " onUpdate " client script type exists in ServiceNow.

" onUpdate " is relevant inBusiness Rules, not Client Scripts.

E. onEdit

No " onEdit " client script type exists.

Similar functionality can be achieved with " onChange " or " onCellEdit " scripts.

G. onSave

No " onSave " client script type exists.

" onSubmit " handles validation before saving a record.

Reference from Certified System Administrator (CSA) Documentation:???? ServiceNow Docs – Client Scripts

???? ServiceNow Client Scripts Documentation

" Client Scripts can beonLoad, onChange, onSubmit, or onCellEditdepending on when they execute. "

Conclusion:The correct answers are:

A. onSubmit(Runs when submitting a form)

C. onCellEdit(Runs when editing a list cell)

D. onLoad(Runs when a form loads)

F. onChange(Runs when a field value changes)

InServiceNow,Access Control Rules (ACLs)define thepermissionsrequired for users to interact with records, fields, or UI actions. ACLs are enforced at thedatabase leveland are evaluatedbefore granting accessto a user.

Access Control rules can be configured usingthree primary permission requirements:

Rolesdefine aset of permissionsassigned to users.

Access Control rules canrequire users to have a specific role(e.g.,admin,itil,catalog_admin) to perform an action on a table, field, or record.

Example:

A rule might state:Only users with theitilrole can read theIncidenttable.

Conditional expressionsallow access based on a specified condition.

These conditions areevaluated at runtime, and access is granted if they are met.

Example:

A condition could be: " Allow access if the record ' s ' State ' field is ' New ' " .

This would mean that users can only modify records if their state is " New " .

Scriptsallow advanced, custom logic to determine access.

ACLs supportserver-side scripts(written in JavaScript) that use thegs.hasRole(),currentobject, or other logic to evaluate whether a user should have access.

Example:

1. Roles (Correct -)2. Conditional Expressions (Correct -)3. Scripts (Correct -)javascript

CopyEdit

// Allow access only if the user is the requester of the record

answer = current.requested_for== gs.getUserID();

Scripts provideflexibilityby allowing complex access conditions beyond simple roles or expressions.

C. Assignment Rules(Incorrect)

Assignment Rulesare used toautomatically assign recordsto users or groups based on conditions.

They do not defineaccess control permissions.

E. User Criteria(Incorrect)

User Criteriais used inService CatalogandKnowledge Base (KB)to control access to catalog items or knowledge articles.

It isnot usedfor ACLs at the table/field level.

F. Groups(Incorrect)

Groupsare collections of users but cannot be directly used in ACLs.

Instead,roles(which are often assigned to groups) are used to define ACL permissions.

Why Other Options Are Incorrect?

ServiceNow Product Documentation - Access Control Rules

Access Control Rules Overview

Defining Access Control Rules

ServiceNow Security Model

Role-Based Access

Scripted ACLs

References from ServiceNow CSA Documentation:

InServiceNow, theService Catalogis the primary module where users canorder services and productsoffered by various departments. The Service Catalog provides acentralized portalfor users to browse and requestIT, HR, Facilities, Finance, and other departmental servicesin a structured and automated way.

TheService Catalogis aself-service interfacewhere users can request predefined services, products, and resources.

It acts as adigital storefrontfor an organization ' s internal and external services.

Each service request follows aworkflowthat may includeapprovals, task assignments, and fulfillment processes.

Service Offerings:

Users can requesthardware (laptops, mobile devices, monitors), software, access permissions, or HR-related services (e.g., PTO requests, onboarding).

Structured Request Fulfillment:

Each request follows aworkflowwith assigned tasks to the appropriate fulfillment teams.

Example: A request for anew laptopis routed toIT Supportfor approval and processing.

Automation and Approvals:

Some catalog items requiremanagerial or departmental approvalsbefore fulfillment.

Example: Requesting access torestricted applicationsmight need approval from anIT admin.

Integration with Incident, Change, and Asset Management:

The Service Catalog can triggerchange requests, incidents, and asset updatesas part of the fulfillment process.

Access Through the Self-Service Portal:

Users can access theService Catalogvia theSelf-Service Portalfor quick and easy navigation.

What is the Service Catalog?Key Features of the Service Catalog:

Why Option A (Service Catalog) is Correct?TheService Catalogis the correct place toorder services and productsoffered by different departments in ServiceNow.

It provides astructured and automatedway to request, approve, and fulfill service requests.

Why Other Options Are Incorrect?B. Self-Service– TheSelf-Service Portalprovides access to the Service Catalog but is not where services are ordered directly.

C. Service Department– No such module exists in ServiceNow. Departments use theService Catalogto provide services.

D. Customer Service– TheCustomer Service Management (CSM)module is forexternal customers, not internal service requests.

ServiceNow Docs – Service Catalog Overviewhttps://docs.servicenow.com

ServiceNow Learning – Self-Service & Service Catalog Best Practices

References from Certified System Administrator (CSA) Documentation:

ServiceNow uses a hierarchical structure to manageService Catalog requests:

REQ (Request Record)

TheRequest (REQ#)is theparent recordthat represents the entire service request submitted by a user.

It groups all requested items and their associated tasks.

Found in thesc_requesttable.

RITM (Requested Item Record)

TheRequested Item (RITM#)is the specificcatalog itemordered by the user within a request.

A singleREQcan have multipleRITMsif the user ordered multiple items in a single request.

Found in thesc_req_itemtable.

TASK (Catalog Task Record)

TheTask (TASK#)is the individual fulfillment action required to complete the requested item.

A singleRITMcan have multipletasks, each assigned to different fulfillment teams.

Found in thesc_tasktable.

Why Answer " C " is Correct:✔️REQ (Number) > RITM (Number) > TASK (Number)

This is thecorrect pathbecause it follows theServiceNow fulfillment structure:

REQ (Request)– Tracks the entire request.

RITM (Requested Item)– Tracks individual items within the request.

TASK (Catalog Task)– Tracks the specific tasks needed to complete the requested item.

This path allows an administrator to drill down from the overallRequest (REQ#)to individualRequested Items (RITM#)and finally to theTasks (TASK#)assigned to fulfill those items.

Why the Other Answers Are Incorrect:A. RITM (Number) > REQ (Number) > PROCUREMENT (Number)

Incorrectbecause theREQ# (Request) comes firstbefore the RITM# (Requested Item).

Also,PROCUREMENT#is not always part of the fulfillment flow unless the item requires procurement (e.g., purchasing hardware).

B. REQ (Number) > RITM (Number) > PROCUREMENT (Number)

Incorrectbecausenot all requests involve procurement.

The last step should beTASK (sc_task), notPROCUREMENTunless it ' s a procurement-related request.

D. FULFILLMENT (Number) > RITM (Number) > TASK (Number)

Incorrectbecause " FULFILLMENT " is not a standard record typein ServiceNow.

The correct hierarchy starts withREQ# (sc_request), not " FULFILLMENT. "

ServiceNow CSA Study Guide – Service Catalog & Request Fulfillment

ServiceNow Docs: Request Fulfillment Process(ServiceNow Documentation)

ServiceNow Tables & Data Model (sc_request, sc_req_item, sc_task)

References from the Certified System Administrator (CSA) Documentation:

Connect Chatis the real-time messaging tool in ServiceNow that allows logged-in users to communicate instantly within the platform. It provideslive, interactive conversationsbetween users, which is particularly useful for collaboration in IT Service Management (ITSM), HR, and other ServiceNow modules.

Primary Functionality:

Enablesreal-time conversationswithin ServiceNow.

Allows communication betweenindividual users, groups, and support teams.

Can be integrated into variousServiceNow applications(e.g., Incident Management, HR Service Delivery).

Where to Access It:

Users can accessConnect Chatfrom theConnect Sidebar(a chat window on the right side of the screen).

Available under:All → Connect Chat.

Key Features:

Supportsone-on-one and group conversations.

Integrates withwork notes and commentson ServiceNow records.

Providesnotifications and presence indicatorsto show who is online.

Understanding Connect Chat:

B. Now Messenger– Incorrect.

No such tool calledNow Messengerexists in ServiceNow.

C. User Presence– Incorrect.

User Presenceallows users to seewho is onlinein the system but does not provide chat functionality.

D. Comments– Incorrect.

Commentsare used to provideasynchronous updateson records but do not enablereal-time communication.

Explanation of Incorrect Answers:

ServiceNow Product Documentation → Connect Chat

ServiceNow CSA Study Guide → Collaboration Tools in ServiceNow

ServiceNow Knowledge Base → Connect Chat vs. User Presence

References from Certified System Administrator (CSA) Documentation:

InServiceNow,Dot-Walkingis a technique used to retrieve information fromreferenced fields across different tables. It allows users to access data stored inrelated records without writing complex scripts.

When a field references another table,dot notation (.)is used totraversethe relationship and retrieve additional information from the referenced table.

It works informs, lists, reports, workflows, business rules, and scripts.

How Dot-Walking Works:Example 1: Retrieving User Information from an Incident RecordLet ' s say we have anIncidenttable where thecaller_idfield references theUser (sys_user) table.

If we need to retrieve the caller’semail address, we use:

caller_id.email

Here’s how it works:

caller_id→ References thesys_usertable

email→ Retrieves theemail field from the sys_user record

Example 2: Retrieving Department Name of an Incident CallerTo get thedepartmentof the caller, we use:

caller_id.department.name

caller_id→ References theUser table

department→ References theDepartment table

name→ Retrieves thedepartment name

(A) Table-Walking – Incorrect

There isno such termas " Table-Walking " in ServiceNow.

The correct term for referencing related fields isDot-Walking.

(B) Sys_ID Pulling – Incorrect

Thesys_idis a unique identifier for each record in ServiceNow, butpulling sys_ids alone does not retrieve referenced field data.

Dot-Walking allows access to fields in related tables, not just the sys_id.

(C) Dot-Walking – Correct

Dot-Walking is the correct techniqueused in ServiceNow to access referenced fields across tables.

It is used in scripting, reporting, workflows, Business Rules, and UI Policies.

(D) Record-Hopping – Incorrect

There isno such featureas " Record-Hopping " in ServiceNow.

The correct method for referencing data in related tables isDot-Walking.

Explanation of Each Option:

Dot-Walking reduces the need for complex queriesand makes scripting easier.

Use it in filters, reports, and workflowsto dynamically retrieve related data.

Limit excessive Dot-Walking in large tablesto avoid performance issues.

Alternative for scripts: If Dot-Walking does not work in advanced scripts, use GlideRecord queries to retrieve referenced records manually.

Additional Notes & Best Practices:

ServiceNow Docs: Understanding Dot-Walking

https://docs.servicenow.com

ServiceNow Community: Best Practices for Dot-Walking

https://community.servicenow.com

References from Certified System Administrator (CSA) Documentation:

TheApplication Navigatorin ServiceNow allows users to quickly filter and locateapplications, modules, and menusby typing keywords in thefilter field.

When you type " service " into the filter field,only modules containing the word " service " in theirname or pathwill be displayed.

Analysis of Each Option:Option

Contains " service " ?

Appears in Navigator?

A. Configuration > Business Services

" Business Services " contains " service "

Appears

B. Self-Service > Knowledge

" Self-Service " contains " service "

Appears

C. Service Portal > Widgets

" Service Portal " contains " service "

Appears

D. Incident > Assigned to me

Does NOT contain " service "

Does NOT appear

Since " Incident > Assigned to me " doesnotcontain the word " service " , itwould NOT appearin theApplication Navigatorwhen filtering by " service " .

Configuration > Business Services

The " Business Services " module underConfigurationincludes the word " service " .

Self-Service > Knowledge

The " Self-Service " application contains the word " service " , so this module appears.

Service Portal > Widgets

The " Service Portal " module contains the word " service " , making it visible.

Incident > Assigned to me

Thisdoes NOT contain " service " in its path, so it willnotappear.

Why the Other Options Appear in the Application Navigator?

ServiceNow Docs: Using the Application Navigatorhttps://docs.servicenow.com/en-US/bundle/utah-platform-user-interface/page/administer/navigation/concept/c_NavigatingThePlatform.html

References from Certified System Administrator (CSA) Documentation:This confirms that " Incident > Assigned to me " would NOT appearin the Application Navigator when filtering by " service " .