Study Material/CSA/Self-Service
20% of Exam~12 questions

Self-Service & Automation

This domain covers the Service Catalog, Service Portal, Flow Designer, SLAs, and automation capabilities that enable users to request services and automate processes without manual intervention.

Service Catalog

The Service Catalog provides a self-service storefront where users can request services, hardware, software, and access. It is one of the most-tested topics on the CSA exam.

Catalog Architecture

  • Catalog — Top-level container (e.g., Service Catalog, Hardware Catalog).
  • Category — Organizes catalog items (e.g., Hardware, Software, Access).
  • Catalog Item — A requestable service or product with variables (form fields).
  • Record Producer — A special catalog item that creates records on a target table (not sc_req_item).
  • Order Guide — Bundles multiple catalog items into a single, guided ordering process.
  • Content Item — Static information/instructions (not orderable).

Request Fulfillment Flow

  1. User browses the catalog and submits a request.
  2. A Request [sc_request] record is created as the parent container.
  3. One or more Requested Items [sc_req_item] are created (one per catalog item ordered).
  4. Each Requested Item may generate Catalog Tasks [sc_task] for fulfillment teams.
  5. Approval workflows trigger if configured on the catalog item.
  6. Fulfillment teams complete catalog tasks.
  7. Requested Item is marked Closed Complete when all tasks are done.

Catalog Request Tables

TableLabelPurpose
sc_requestRequestParent container for the entire order
sc_req_itemRequested ItemIndividual item ordered (extends task)
sc_taskCatalog TaskFulfillment tasks for the requested item
📝Exam Tip

Know the 3-table model: sc_request → sc_req_item → sc_task. A single request can have multiple requested items, and each requested item can have multiple catalog tasks. Record Producers create records on OTHER tables (like incident), not sc_req_item.

Catalog Item Variables & Variable Sets

Variables are the form fields on catalog items. They collect information from the requester and are stored on the sc_req_item record (in the variables table, sc_item_option_mtom).

Variable Types

  • Single-Line Text, Multi-Line Text — Free text input.
  • Select Box (dropdown), Lookup Select Box — Choice selection.
  • Checkbox, Yes/No — Boolean inputs.
  • Reference — Links to a record on another table.
  • Date, Date/Time — Date pickers.
  • Attachment — File upload.
  • Container Start/End, Label — Layout elements (section headers, spacing).

Variable Sets

  • Reusable collections of variables that can be shared across multiple catalog items.
  • Defined once, applied to many — avoid duplicating the same variables on each item.
  • Example: A 'Requester Details' variable set with Name, Department, Phone could be added to all items.
🔴Key Concept

Catalog variables are NOT the same as regular form fields. They are stored in the variables table and accessed differently in scripts. Use current.variables.variable_name in server-side scripts. In Catalog Client Scripts, use g_form with the variable name directly.

Service Portal

Service Portal provides a modern, mobile-friendly user interface for end users. It is the primary self-service interface for requesting services, browsing knowledge, and tracking requests.

Service Portal Components

  • Portal Record — Defines the portal URL suffix, theme, and homepage.
  • Pages — Individual pages within the portal, built with containers, rows, and columns.
  • Widgets — Reusable components that display data or provide functionality (catalog, KB search, etc.).
  • Themes — Control the visual appearance (colors, fonts, CSS).
  • Branding Editor — Visual tool to customize the portal appearance without code.
📝Exam Tip

Service Portal is for END USERS. The Platform UI (backend) is for admins and ITIL users. Know which features are available in each. Service Portal uses AngularJS-based widgets. Admins configure portals but do not typically use them for day-to-day work.

AD SPACE

Flow Designer & Automation

Flow Designer is ServiceNow's no-code/low-code automation platform. It replaces the legacy Workflow Editor and is the preferred tool for building automations.

Flow Designer Components

  • Flow — An automated process with a trigger, actions, and logic. Runs server-side.
  • Trigger — The event that starts the flow (record created, updated, scheduled, inbound email, etc.).
  • Actions — Steps the flow performs (create record, update record, send email, ask for approval, etc.).
  • Subflow — A reusable sequence of actions that can be called from multiple flows.
  • Spokes — Pre-built integrations with third-party services (Slack, Teams, Jira, etc.).
  • Action Designer — Create custom reusable actions with inputs, script steps, and outputs.

Flow vs. Workflow

FeatureFlow DesignerLegacy Workflow
InterfaceModern, no-code builderDrag-and-drop canvas
ReusabilitySubflows and ActionsLimited
TestingTest mode with rollbackManual testing only
RecommendationPreferred (current)Legacy (avoid for new work)
IntegrationSpokes for 3rd partyCustom scripting required
📝Exam Tip

Flow Designer is ALWAYS the preferred answer over legacy Workflow for new automations. The exam favors Flow Designer for approval processes, notifications, and multi-step automations. Know that flows run server-side and can be triggered by record events, schedules, or API calls.

SCENARIO

A manager wants to automate the approval process for new laptop requests. When an employee orders a laptop from the catalog, it should route for manager approval, then to IT for fulfillment. What should you use?

Answer

Create a Flow in Flow Designer triggered by the catalog item request. Add an 'Ask for Approval' action routed to the requester's manager. On approval, create a Catalog Task assigned to the IT Hardware group for fulfillment. On rejection, update the requested item to Closed Incomplete with a note.

Service Level Agreements (SLAs)

SLAs define the expected response and resolution times for tasks. They create measurable commitments and trigger escalations when breached.

SLA Definition Components

  • Table — Which table the SLA applies to (e.g., Incident).
  • Start condition — When the SLA clock starts (e.g., when incident is created).
  • Pause condition — When the SLA clock pauses (e.g., incident is On Hold awaiting caller).
  • Stop condition — When the SLA clock stops (e.g., incident is Resolved or Closed).
  • Duration / Schedule — Target time to complete (e.g., 4 business hours).
  • Schedule — Business hours calendar (e.g., 9 AM – 5 PM Mon-Fri).

SLA Workflow/Flow Actions

  • Notification at percentage thresholds (e.g., 50%, 75%, 100%).
  • Escalation — Reassign or notify management when approaching breach.
  • Task SLA record [task_sla] — Created for each record that matches an SLA definition.
  • SLA stages: In Progress → Paused → Achieved/Breached.
📝Exam Tip

An SLA definition needs ALL four components configured correctly: Start condition, Pause condition, Stop condition, and Duration. The Schedule determines business hours. Without a schedule, the SLA runs on a 24/7 clock. Multiple SLAs can attach to the same record.

Approvals

Approvals route records for authorization before proceeding. They can be triggered by flows, workflows, or approval rules.

Approval Concepts

  • Approval Rules — Conditions that automatically generate approval requests when a record matches.
  • Group Approvals — Route to a group; any member (or all members) can approve.
  • Sequential vs. Parallel — Approvers can be ordered (must approve in sequence) or simultaneous.
  • Approval activities track the full history of approval decisions.
  • Approval delegation — Users can delegate their approval authority when out of office.
💡Pro Tip

In Flow Designer, use the 'Ask for Approval' action for approvals. You can configure single approver, group approval (anyone or everyone), and sequential multi-level approvals. The approval is tied to the triggering record.

Key Takeaways

  • Service Catalog uses a 3-table model: sc_request → sc_req_item → sc_task.
  • Record Producers create records on OTHER tables (not sc_req_item). Catalog Items create sc_req_item records.
  • Catalog variables are NOT regular form fields — they are accessed differently in scripts.
  • Flow Designer is the preferred automation tool over legacy Workflow Editor for all new work.
  • SLAs need four components: Start condition, Pause condition, Stop condition, and Duration with a Schedule.
  • Service Portal is for end users; Platform UI is for admins and ITIL users.
  • Variable Sets allow reusing the same set of variables across multiple catalog items.
AD SPACE

Community-created study aids. Not official ServiceNow exam content.