In ServiceNow, the"Service Desk > My Groups Work"module is designed to display tasks assigned to a groupbut not yet assigned to an individual user.This means that even if an IT manager oversees theNetworkandHardwareassignment groups, they will not see any tasks in this listif all tasks have already been assigned to specific individualswithin the group.

Let’s break down whyoption Ais the correct answer and why the other options are incorrect:

The"My Groups Work"list only shows tasks that are assigned to thegroupbut have not been assigned to a specificindividualwithin the group.

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

The IT manager can verify this by navigating to theTask List(e.g., Incidents, Changes, or Requests) and filtering by theNetworkandHardwareassignment groups.

Explanation for Correct Answer (A):

Theitil roleallows users toview, create, update, and resolve incidents, changes, problems, and other ITSM tasks.

However, not having this role wouldrestrict accessto various ITSM functionalities, but itdoes notimpact whether tasks appear inMy Groups Work.

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

TheService Desk groupis a separate entity in ServiceNow, typically associated with incident handling and user support.

TheMy Groups Workmodule isnot restricted to the Service Desk group—it displays work assigned toany groupthe user belongs to.

Since the manager is responsible for theNetwork and Hardwaregroups, being part of theService Deskgroup is irrelevant.

If the manager wasnot a memberof these groups, they wouldn't seeany group-related tasksat all.

However, the question states that the manager isresponsible for these groups, so it’s reasonable to assume they are either a member or at least agroup managerwith visibility.

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

TheAssignment Group managerfield is an informational field that indicates who manages a group.

This fielddoes not controlwhat is displayed in theMy Groups Workmodule.

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:

In ServiceNow’sConfiguration Management Database (CMDB), threekey tablesform the foundation for storing and managingConfiguration Items (CIs)and theirrelationships.

cmdb_ci (E) - CI Base Class Table

This is thebase classfor allConfiguration Items (CIs)in the CMDB.

Every CI (e.g., servers, applications, network devices) extends from this table.

Stores general attributes like name, serial number, and asset tag.

cmdb (G) - CMDB Parent Table

This is theparent tablefor all CMDB-related tables.

Itdoes not store CI records directlybut serves as a reference structure.

All CMDB tables, includingcmdb_ci, inherit from this table.

cmdb_rel_ci (C) - CMDB Relationship Table

This tablestores relationshipsbetween different CIs.

Example: Aserver hosts an application, or adatabase is dependent on a storage unit.

Helps withimpact analysis and dependency mapping.

A. sn_cmdt_bak

No such table in standard ServiceNow CMDB.

B. sh_emdb_ci

Typo or incorrect table name—not part of the ServiceNow CMDB model.

D. cmdb_bak

"bak" suggests abackup table, but there isno standard "cmdb_bak"in ServiceNow.

F. sh_eomdb

Not a recognized CMDB table in ServiceNow.

InServiceNow Access Control Definitions, permissions for a table can be set usingAccess Control Rules (ACLs), which define who cancreate, read, update, and delete (CRUD)records. Permissions can be applied using:

Roles

Roles(sys_user_role) control access by grouping users with similar permissions.

Example: An ACL rule can specify that only users with theitilrole can view incidents.

Script that sets the answer variable to true or false

Customscripts(written in ACL conditions) determine access dynamically.

Example: A script may check if the logged-in user is therecord's assigned userbefore granting permission.

Conditional Expressions

Conditional expressions allowrule-based accesswithout scripting.

Example: A condition like"Assigned to is the current user"can be used to restrict access.

A. Groups

Access Control Rules are applied based onroles, not groups. While roles can be assigned to groups, ACLs do not directly use groups.

B. CRUD

CRUD (Create, Read, Update, Delete) isnot a method of setting permissionsbut rather theactionsthat ACLs control.

The ServiceNow platform providespre-built workflowsthat help organizationsautomate processesacross different domains. These workflows are designed to streamline operations, improve efficiency, and enhance user experience. Thethree primary types of workflowsincluded in the platform are:

Employee Workflows– Designed to improve employee experiences, covering HR services, onboarding, workplace services, and more.

Customer Workflows– Focused on customer service management (CSM), case management, field service management, and proactive customer engagement.

IT Workflows– These workflows enable IT Service Management (ITSM), IT Operations Management (ITOM), and IT Business Management (ITBM) for efficient IT operations.

B. Infrastructure Workflows–No specific "Infrastructure Workflows" exist as a built-in category in ServiceNow. Infrastructure processes are generally managed underIT Workflows (ITOM/ITSM).

C. Federal Workflows–Not an official workflow category. Federal agencies useServiceNow’s Government, Risk, and Compliance (GRC) solutions, but this is not classified as a workflow.

D. Manufacturing Workflows–ServiceNow does not have a dedicated "Manufacturing Workflows" category. However, manufacturers often useCustomer and IT Workflowsfor managing operations.

Application Scope is the architectural boundary that protects the integrity of applications within a shared ServiceNow instance.

Protection: It ensures that a script or configuration in one application (like "Global") cannot inadvertently or maliciously modify the data or schema of a different Scoped Application (like "HR Service Delivery") without explicit permission.

Runtime Access Tracking: When an application is in a private scope, the system enforces "Cross-scope privileges."

ACLs vs. Scope: While Access Control Rules (ACLs) restrict which users can see data, Application Scope restricts which applications (code/scripts) can access data.