Pass the ServiceNow Certified System Administrator CSA Questions and answers with Dumpstech

In ServiceNow,UI PoliciesandData Policiesserve different but complementary purposes in controlling data behavior and enforcing business rules.

UI Policies are client-side rules that dynamically change form behavior based on user interactions.

They enable administrators to show/hide fields, make fields read-only, or set fields as mandatory dynamically.

UI Policies only apply when a user is interacting with a form through the ServiceNow UI (Client-side execution).

These policies do not enforce rules if data is added via an Import Set, API, or background script.

Data Policies enforce rulesserver-side, meaning they applyregardless of how data is entered(e.g., form submission, Import Sets, SOAP/REST API calls, or Business Rules).

They ensure data integrity by making fields mandatory, setting read-only properties, or applying other restrictions.

Data Policies can apply conditions globally, unlike UI Policies, which work only in the UI context.

UI Policies:Data Policies:Key Differences:Feature

UI Policy

Data Policy

Scope

Affects only forms (Client-side)

Affects all data entry points (Server-side)

Execution Location

Runs in the browser

Runs on the server

Triggers

User interaction on the form

Any data entry method (Forms, Import Sets, API, etc.)

Enforcement

Works only when using the UI

Applies even when data is added outside the UI

"Data Policies run regardless of how data is entered into ServiceNow"→Correct, because Data Policies enforce rules whether the data is entered via UI, API, Import Sets, or other means.

"UI Policies are used for form interactions"→Correct, because UI Policies apply only to client-side form behavior.

Option A: Incorrect. UI Policies are not set by web services; they are applied when interacting with forms.

Option B: Incorrect. While some Data Policies can be converted into UI Policies, the reverse is not true in all cases.

Option D: Incorrect. UI Policies and Data Policies operate independently, and Data Policies do not depend on UI Policies running first.

Why Option C is Correct:Why Other Options are Incorrect:

Update Setsin ServiceNow are used tocapture configuration changesso they can be moved between instances (e.g., from development to production). However,new records, new groups, and modified Configuration Items (CIs) are not included in Update Setsby default because they are considereddata, not configuration changes.

New Records→ Data records (e.g., Incidents, Users, Groups) are not part of an Update Set.

New Groups→ Groups are data elements (stored in thesys_user_grouptable) and arenot includedin Update Sets.

Modified Configuration Items (CIs)→ CIs belong to theConfiguration Management Database (CMDB), and changes to CIs are considereddata, not configuration changes.

UI Policies, Business Rules, Client Scripts, Workflows, Forms, and Tables

Changes to system configuration (not transactional data)

Breakdown of Each Element:What is Captured in an Update Set?

Why "B. They are not captured in an Update Set" is Correct:New records, groups, and modified CIs are considered data, and Update Sets do not track data by default.

A. They are included in an Update Set→Incorrect because Update Setsdo not track data recordslike CIs, groups, or user records.

C. They are customizations→Customizations refer toconfiguration changes, but records and CIs are considereddata, not customizations.

D. They do not have anything in common→All three (new records, groups, and CIs) aredataelements, meaning they share the characteristic ofnot being included in Update Sets.

Why Other Options Are Incorrect:

ServiceNow Documentation:Update Sets and What They Capture

CSA Exam Guide:Coverswhat is and is not included in Update Sets.

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

B. They are not captured in an Update Set

AMany-to-Many (M2M) relationshipin ServiceNow allows two or more tables to be relatedbi-directionally, so that related records are visible in arelated liston both tables.

Unlike aOne-to-Many (1:M)relationship (where only one table references another), M2M relationshipslink records in both directions.

This is achieved through anintermediary table, known as aMany-to-Many table, which stores the relationships.

A Many-to-Many table contains:

Areference fieldfor each of the tables being linked.

The relationship records, which connect records between the two tables.

Suppose you want to relateIncidentstoProblemsand vice versa.

Instead of adding a reference field in each table, you create anm2m_incident_problemtable.

Now, an Incident can be linked tomultipleProblems, and each Problem can be linked tomultipleIncidents.

These relationships will be visible asrelated listsin both tables.

How Many-to-Many Relationships Work in ServiceNow:Example of a Many-to-Many Relationship:

Incorrect Answer Choices Explanation:A. Database View– Used tocombine data from multiple tablesfor reporting but does not establish abi-directional relationshipbetween tables.

C. One to Many (1:M)– Asinglerecord in one table relates tomultiplerecords in another, but the relationship isnot bi-directional.

D. Extended– Refers totable inheritance, where a table inherits fields from its parent table, not a Many-to-Many relationship.

Many-to-Many Relationships in ServiceNow

Understanding Table Relationships

Official CSA Documentation Reference:

AnUpdate Setin ServiceNow is a mechanism used tocapture configuration changes(such as UI policies, business rules, client scripts, and more) from one instance and move them to another. This ensures that customizations and modifications can be transferred across different ServiceNow instances efficiently.

The process ofretrieving an Update Setfrom another instance follows these key steps:

Verify Update Set is Complete

Before moving an Update Set, it must be marked asCompleteto ensure that all related changes are included.

Navigate toSystem Update Sets > Local Update Setsand confirm that the status is set toComplete.

If the status isIn Progress, the Update Set cannot be retrieved.

Retrieve Update Set

In thetarget instance, navigate toSystem Update Sets > Retrieved Update Sets.

Click"Retrieve Update Set"and provide the remote instance’s URL where the update set exists.

The system will fetch the Update Set from the source instance.

Preview Update Set

Before applying changes, ServiceNow provides apreview optionto check for potential errors or collisions with existing customizations.

Click"Preview Update Set"to initiate validation.

The preview will highlight any skipped records, collisions, or missing dependencies.

Commit Update Set

If the preview is successful (i.e., no critical errors), click"Commit Update Set"to apply the changes to the instance.

Once committed, the changes in the Update Set will be merged into the system's configuration.

"Commit" is the correct final step– after previewing, the Update Set must becommittedto take effect.

"Apply" is incorrect– ServiceNow does not use "Apply" in the Update Set process; instead, it uses "Commit."

"Test Connection" is not part of the Update Set retrieval process– it is relevant forMID Server connectivitybut not for Update Sets.

Why the Correct Answer is "D. Verify Update Set is Complete, Retrieve, Preview, Commit"Thus, the correct sequence is:

✔Verify Update Set is Complete → Retrieve → Preview → Commit

ServiceNow CSA Official Documentation– Update Set Management

ServiceNow Docs - Update Sets(Search for "Update Set Lifecycle")

ServiceNow Community Best Practices on Update Sets

ServiceNow Community(Search for "Best Practices for Update Sets")

ServiceNow Learning Portal - Admin Fundamentals

Available via ServiceNow Now Learning Platform(Look under "Instance Configuration" and "Update Sets")

References from Certified System Administrator (CSA) Documentation:

AConfiguration Item (CI)is any component thatneeds to be managed to deliver IT services. In ServiceNow, CIs are stored in theConfiguration Management Database (CMDB)and can include servers, applications, databases, network devices, and more.

Tracking & Management: Helps organizations track IT assets and their relationships.

Service Impact Analysis: Identifies how an issue with one component can affect related services.

Change Management Support: Ensures changes to IT assets are controlled and well-documented.

Incident & Problem Resolution: Provides insights into troubleshooting and root cause analysis.

Hardware: Servers, network devices, storage systems.

Software: Applications, databases, operating systems.

Services: Business services, IT services.

Documentation: Policies, SLAs, knowledge articles.

Why Are Configuration Items Important?Examples of Configuration Items (CIs):

Incorrect Answer Choices Explanation:A. CSDM Items– TheCommon Service Data Model (CSDM)is a framework for structuring CMDB data, but individual components in the CMDB are calledConfiguration Items (CIs).

B. CMDB– TheCMDB (Configuration Management Database)is thedatabasethat stores Configuration Items, but it is not a CI itself.

D. Service Offerings– AService Offeringrepresents a set of capabilities available to customers but is not the same as a CI.

E. Asset– AnIT Assetrefers to aphysical or virtual resourceowned by the organization, butnot all assets are CIs(e.g., a computer mouse may be an asset but not a CI).

ServiceNow CMDB Overview

Configuration Items (CIs)

Official CSA Documentation Reference:

In ServiceNow,list filtersallow users to define and apply specific conditions to refine data displayed in a list view. If an administrator or user wants to make alist filter available to everyone, they need to:

Assign a Name→ The filter must be named so users can identify and reuse it.

Set Visibility→ The filter’s visibility needs to be adjusted to“Everyone”, a specificgroup, or anindividual user.

Save→ The filter must be saved for it to be accessible in future sessions.

Apply a filterin a list view using the filter conditions.

Click theSavebutton.

Provide anamefor the filter.

UnderVisibility, select one of the following:

Me (Private)→ Only the creator can use the filter.

Everyone (Public)→ All users can access the filter.

Group→ Assign the filter to a specific group.

ClickSaveto store the filter.

Steps to Make a List Filter Available to Everyone:

Why "B. Assign a Name, Set Visibility, and Save" is Correct:Assign a Name→ The filter needs an identifiable name for users.

Set Visibility→ Determines whethereveryone, a group, or just the creatorcan see the filter.

Save→ Saves the filter for future use.

A. Make active, set visibility, and save→Filters do not have an "Active" state; they just need to be saved with the correct visibility settings.

C. Assign a group, set visibility, and save→Assigning a group isoptionalbut does not apply to everyone.

D. Make active, assign a name, and save→"Make active" is not required; visibility settings control availability.

Why Other Options Are Incorrect:

ServiceNow Documentation:Creating and Sharing List Filters

CSA Exam Guide:CoversList Filters and visibility settings.

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

B. Assign a Name, Set Visibility, and Save

The Shared Responsibility Model in ServiceNow clearly delineates responsibilities between the cloud service provider (ServiceNow) and the customer. ServiceNow manages the infrastructure, including the physical data centers, networking, hardware, and media disposal and destruction, ensuring proper security of the underlying platform. Hence, Media disposal and destruction and Infrastructure management fall under the provider’s responsibility.

The customer is responsible for their data, including backup and restore, access management (authentication and authorization), and encryption configuration on their data. While ServiceNow provides encryption capabilities, the customer must configure and manage encryption keys and access controls.

This model is critical for maintaining security and compliance in cloud environments and is explicitly detailed in ServiceNow’s official documentation and cloud security best practices.

In theServiceNow Service Catalog module, tables have aOne-to-Many (1:M) relationship, meaning a single record in one table can relate to multiple records in another table. This is especially important for handling Service Catalog requests, as multiple items, approvals, and tasks may be associated with a single request.

One Request can have many Requested Items (REQ → RITM)

ARequest (REQ)is a container for multipleRequested Items (RITM).

When a user submits a catalog request, multiple items (such as a laptop and a phone) can be ordered in the same request.

Table Relationship:sc_request(Request) →sc_req_item(Requested Item)

One Requested Item can have many Approvals (RITM → Approval)

SomeRequested Items (RITM)require approval before being fulfilled.

For example, a laptop purchase might need approvals from both the IT department and a manager.

Table Relationship:sc_req_item(Requested Item) →sysapproval_approver(Approval)

One Requested Item can have many Catalog Tasks (RITM → SCTASK)

ARequested Item (RITM)can generate multipleCatalog Tasks (SCTASK)for different fulfillment teams.

For example, if an employee requests a new laptop, one task might go to IT to set it up, while another goes to finance for cost approval.

Table Relationship:sc_req_item(Requested Item) →sc_task(Catalog Task)

Breakdown of Correct Answers:Incorrect Answers Explanation:A.One Approval can have many Requests

Approvals do not relate to multiple requests. Instead, a request may contain multiple approvals.

E.One Cart can have many Requests

TheCartis only a temporary storage of items before checkout. Once submitted, it generates asingle Request (REQ), not multiple requests.

ServiceNow Product Documentation→ "Understanding Service Catalog Tables and Relationships"

ServiceNow Data Model→ "Request, Requested Item, and Catalog Task Relationships"

References from Certified System Administrator (CSA) Documentation:

In ServiceNow,a role is a collection of permissionsthat control what actions a user can perform and what data they can access within the system.

Roles are used togrant access to applications, modules, and records, and they are assigned to users based on their job functions. Users can have multiple roles, which collectively define their permissions.

For example:

Theadminrole provides full system access.

Theitilrole allows access to Incident and Change Management.

Thecatalog_adminrole grants permissions to manage Service Catalog items.

B. A set of user access policies→ Incorrect, because user access policies are more granular security rules, whereas a role is a broader concept grouping multiple permissions.

C. A Persona in a workflow→ Incorrect, because a role is not the same as a persona in a workflow; personas are more conceptual.

D. A set of access control rules→ Incorrect, becauseroles do not define access control rules directly; they are usedwithin ACLs (Access Control Lists)to determine access permissions.

AnOrder Guidein ServiceNow is used to groupmultiple catalog itemstogether so that users can request all necessary items inone streamlined process.

TheEmployee Onboarding teamneeds a way for managers to order multiple items (computers, monitors, business cards, cell phones) for new employees.

AnOrder Guideallows managers to requestall necessary items in a single request, instead of ordering them one by one.

The guide can also userules and conditionsto determine which items should be included based on user input (e.g., different job roles might require different devices).

A. Create Record Producer– Record Producers are used tocapture information and create records(e.g., Incidents, Requests) but do notgroup multiple catalog items togetherlike an Order Guide does.

C. Create Requested Item– A Requested Item (sc_req_item) is createdwhen a request is submitted, but it isnot the starting pointfor fulfilling this requirement.

D. Create Onboarding Bot– No such feature exists in ServiceNow; onboarding is typically handled viaOrder GuidesandHR Case Management.

ServiceNow Order Guides Documentation

ServiceNow CSA Training Module:"Service Catalog: Order Guides and Catalog Items"

Why an Order Guide is the Best Choice for This Scenario?Why Other Answers Are Incorrect:References from Certified System Administrator (CSA) Official Documentation:

Importingspreadsheet datainto a ServiceNow table follows a structured process that ensures data is accurately mapped and transformed before being added to the target table. The correct process consists of three main steps:

Navigate toSystem Import Sets > Load Data.

Upload thespreadsheet (CSV, Excel, etc.)or connect to anexternal data source.

The system creates anImport Set Tableto temporarily store the imported data.

ATransform Mapis created to definehow fields from the Import Setmap to fields in thetarget table(e.g.,incident,cmdb_ci).

Field mappingscan be manually configured orauto-mappedif field names match.

Coalesce fieldsare defined toprevent duplicate recordsby identifying unique keys.

TheTransform Mapis executed, transferring data from the Import Set to thefinal target table.

Anytransformation scripts(such as data conversions) are applied during this process.

The imported data is now available in the production table.

1. Load Data (Import Set Creation)2. Create Transform Map (Mapping Fields to Target Table)3. Run Transform (Apply Data to the Target Table)

B. Select Import Set, Select Transform Map, Run Transform

You must first load data before selecting an Import Set.Import Sets are createdafter data is loadedinto the system.

C. Select Data Source, Schedule Transform

WhileData Sourcesdefine where data comes from, theydo not load data directly.Scheduling transformationsis optional, but it's not the primary step-by-step method for importing data.

D. Define Data Source, Select Transform Map, Run Transform

Defining a Data Source is part of setting up external integrations, but it isnot required for a basic spreadsheet import.

Why Other Answers Are Incorrect:

ServiceNow Data Import and Transform Maps

ServiceNow CSA Training Module:"Importing Data and Managing Import Sets"

References from Certified System Administrator (CSA) Official Documentation:

In ServiceNow, role-based access control (RBAC) determines what a user can see and do within the platform. If a user can see an application and its module but encounters a blank page when attempting to create a new record, the most likely reason is insufficient permissions.

Understanding the Issue:

The usercan see the application and module, which indicates they have at leastreadaccess.

The blank page appears when they attempt to create a new record, which suggests a lack ofwriteaccess.

Role-Based Access Control in ServiceNow:

Every table in ServiceNow can haveACLs (Access Control Rules)that define what users can do based on their roles.

If a user hasonly read accessto the Inventory table (x_inventory), they can view records butcannot create new ones.

AwriteorcreateACL is required to allow the user to insert new records into the table.

Why Other Answers Are Incorrect:

A. Create New module has a broken link→ If the module had a broken link, the user would likely get an error or a "Page not found" message rather than a blank page.

B. Known intermittent issue with U115→ No such known issue exists in official CSA documentation.

C. User should be using Chrome instead of Explorer for their browser→ While browser compatibility issues can exist, they do not typically result in a blank page specifically when trying to create a new record.

E. User session has timed out→ If the session had expired, the user would be redirected to the login page rather than seeing a blank page.

Best Practice Solution:

Verify the ACLson the Inventory table (x_inventory) to check if the user haswriteandcreatepermissions.

Check the roles assignedto the user underUser Administration → Usersand ensure they have the appropriate roles for Inventory management.

Review the Application Menu and Module settingsto confirm proper configuration.