ServiceNow CSA Online Access

In ServiceNow, the "Service Desk > My Groups Work" module is designed to display tasks assigned to a group but not yet assigned to an individual user. This means that even if an IT manager oversees the Network and Hardware assignment groups, they will not see any tasks in this list if all tasks have already been assigned to specific individuals within the group.

Let’s break down why option A is the correct answer and why the other options are incorrect:

The "My Groups Work" list only shows tasks that are assigned to the group but have not been assigned to a specific individual within the group.

If all tasks are assigned to specific team members, then the manager will not see any tasks in this list.

The IT manager can verify this by navigating to the Task List (e.g., Incidents, Changes, or Requests) and filtering by the Network and Hardware assignment groups.

✅ Explanation for Correct Answer (A):

The itil role allows users to view, create, update, and resolve incidents, changes, problems, and other ITSM tasks.

However, not having this role would restrict access to various ITSM functionalities, but it does not impact whether tasks appear in My Groups Work.

If the manager lacks the itil role, they might have trouble accessing or modifying tasks, but this wouldn't explain why they don’t see anything in the list.

The Service Desk group is a separate entity in ServiceNow, typically associated with incident handling and user support.

The My Groups Work module is not restricted to the Service Desk group—it displays work assigned to any group the user belongs to.

Since the manager is responsible for the Network and Hardware groups, being part of the Service Desk group is irrelevant.

If the manager was not a member of these groups, they wouldn't see any group-related tasks at all.

However, the question states that the manager is responsible for these groups, so it’s reasonable to assume they are either a member or at least a group manager with visibility.

Even if they were just a manager and not an official group member, they would still be able to see the tasks assigned to the groups.

The Assignment Group manager field is an informational field that indicates who manages a group.

This field does not control what is displayed in the My Groups Work module.

Even if this field were empty, it wouldn’t prevent a manager (who is a group member) from seeing unassigned tasks.

❌ Explanation for Incorrect Answers:(B) The manager does not have the itil role.(C) The manager is not a member of the Service Desk group.(D) The manager is not a member of the Network and Hardware groups.(E) The Assignment Group manager field is empty.

ServiceNow CSA Guide - User Interface and Navigation

ServiceNow ITSM Fundamentals - Incident and Task Management

ServiceNow Role-Based Access Controls and Group Management

ServiceNow KB Articles - My Groups Work Module

References to Official Certified System Administrator (CSA) Documentation:

The ServiceNow Virtual Agent is an AI-powered chatbot that assists users within a messaging interface (such as Microsoft Teams, Slack, or Service Portal). It helps automate resolutions and guide users through common IT and HR issues.

Incident Auto-Resolution allows Virtual Agent to automatically detect, intercept, and resolve incidents before they reach a human agent.

It applies machine learning (ML) and predefined rules to determine whether a ticket can be resolved through automation.

If an issue matches a known solution, the Virtual Agent provides the resolution steps to the user.

If self-resolution fails, the ticket is escalated to an agent.

It is an official feature in ServiceNow Virtual Agent.

It allows the chatbot to intercept incidents and attempt resolution before escalation.

B. Ticket Resolver → ❌ Incorrect

"Ticket Resolver" is not an official ServiceNow feature.

C. Virtual Agent Helper → ❌ Incorrect

No feature called "Virtual Agent Helper" exists in ServiceNow.

D. Web Intelligence → ❌ Incorrect

Web Intelligence is not related to ServiceNow Virtual Agent.

What is Incident Auto-Resolution?Why is "A. Incident Auto-Resolution" the Correct Answer?Why the Other Options Are Incorrect?

ServiceNow Docs: Virtual Agent & Incident Auto-Resolution

References from Certified System Administrator (CSA) Documentation:This confirms that "Incident Auto-Resolution" is the correct answer, as it allows Virtual Agent to intercept and resolve submitted incidents automatically.

In ServiceNow, Priority is a choice field, meaning it has predefined values (e.g., 1 - Critical, 2 - High, etc.). If a customer wants to change the values to display P1, P2, P3, P4 consistently across all tasks, you must modify the choice list values for the Priority field.

Right-click on the Priority field in the Incident form.

Select “Show Choices” from the context menu.

In the Choice List Entries table, modify the Label values to match the internal terminology (P1, P2, P3, P4).

Ensure that the changes apply to all Task-related tables (such as Incident, Change, and Problem).

The “Show Choices” option displays the choice list for that specific field, allowing modifications to the values displayed in the dropdown.

This ensures consistency across all records using the Priority field.

A. Configure Lists: ❌ Configures list views, not choice field values.

B. Show Options: ❌ Not a valid option in ServiceNow for modifying choice fields.

C. Configure Task: ❌ Configures the task table settings, not choice list values.

E. Show Choice List: ❌ Not a valid ServiceNow menu option.

F. Configure Options: ❌ Not a valid option in ServiceNow for modifying choice fields.

Modifying Choice Lists in ServiceNow: ServiceNow Docs

How to Customize Dropdown Fields in ServiceNow

Steps to Modify the Priority Field Choices:Why is the Correct Answer "Show Choices"?Why Not the Other Options?References from the Certified System Administrator (CSA) Official Documentation:Using “Show Choices”, administrators can update choice values while preserving the existing backend values, ensuring consistency in workflows and reports.

In ServiceNow, the Submit button appears when creating a new record, but it is not visible when editing an existing record. Instead, when editing an existing record, the Update button is used.

Creating a New Record:

When a user opens a form to create a new record, the Submit button appears.

Clicking Submit saves the record and closes the form.

Example: When creating a new Incident, Change Request, or User record, the Submit button is visible.

Editing an Existing Record:

When a user opens an existing record, the Update button replaces the Submit button.

Clicking Update saves the changes but does not create a new record.

Example: Editing an existing Incident record does not show a Submit button, only Update.

Changing a Reference Field in an Existing Record:

Updating a reference field (like Assigned To or Caller) in an existing record does not trigger a Submit button—only Update is available.

Saving an Old Record:

The Save button may be available when a user makes changes but does not want to exit the form.

When Does the Submit Button Appear?When Does the Submit Button NOT Appear?Why Option B (When Creating a New Record) is Correct?✅ The Submit button appears only when a new record is being created.

Why Other Options Are Incorrect?❌ A. When saving an old record → Incorrect

The Save button appears when modifying an existing record but does not replace Submit.

❌ C. When changing the reference field in an existing record → Incorrect

Editing a reference field does not make the Submit button appear. Only Update is available.

❌ D. When updating an existing record → Incorrect

The Update button appears instead of Submit when modifying an existing record.

ServiceNow Docs – Forms and Form Buttons

ServiceNow Learning – Creating and Editing Records

ServiceNow Developer Portal – Understanding Form Actions (Submit vs. Update)

References from Certified System Administrator (CSA) Documentation: