Vibrant red buoy marked number 2 floating in ocean waters under a dramatic cloudy sky.

Working with tables from the ITSM Perspective.

In ServiceNow’s IT Service Management (ITSM) suite, different tables serve specific purposes aligned with ITIL processes. Here’s a breakdown of the key ITSM tables, their purposes, and how they differ:


πŸ”§ 1. [incident] β€” Incident Table

  • Purpose: Manage unplanned interruptions or service degradations.
  • Use Case: A user reports they can’t access email.
  • Key Fields: Number, Caller, Category, State, Priority, Assignment Group, Short Description.

βœ… Goal: Restore service as quickly as possible.


🧾 2. [problem] β€” Problem Table

  • Purpose: Identify and manage the root cause of recurring incidents.
  • Use Case: Multiple users reporting intermittent network issues.
  • Key Fields: Number, Impact, Cause, Workaround, Known Error, Root Cause.

βœ… Goal: Prevent future incidents by resolving underlying issues.


πŸ”„ 3. [change_request] β€” Change Table

  • Purpose: Manage changes to the IT infrastructure in a controlled manner.
  • Use Case: Deploying a new version of a database.
  • Key Fields: Number, Change Type, Risk, Assignment Group, Planned Start/End, Approval.

βœ… Goal: Minimize risk and disruption during changes.


πŸ“¦ 4. [sc_request] β€” Request Table

  • Purpose: Tracks a user request initiated from the Service Catalog.
  • Use Case: A user requests a new laptop.
  • Key Fields: Number, Requested For, Opened By, Stage.

βœ… Goal: Handle service delivery requests (not break-fix).


🧾 5. [sc_req_item] β€” Requested Item Table

  • Purpose: Represents individual items from a Service Catalog request.
  • Use Case: The laptop itself from the above request.
  • Key Fields: Request (reference to sc_request), Stage, Catalog Item.

βœ… Goal: Fulfill each item requested by the user.


πŸ“‹ 6. [sc_task] β€” Catalog Task Table

  • Purpose: Breaks down a requested item into fulfillable tasks.
  • Use Case: “Set up laptop,” “Install software,” etc.
  • Key Fields: Request Item, Assignment Group, State, Short Description.

βœ… Goal: Route work to fulfillers.


πŸ“ƒ 7. [task] β€” Task Table

  • Purpose: The base table for many process records like Incident, Problem, Change, etc.
  • Use Case: Enables shared fields (Assignment Group, Priority, etc.)
  • Key Fields: Assigned To, Priority, State, Description.

βœ… Goal: Provide a common structure for all work items.


🧠 Summary Table Comparison

Table NamePurposeRelated ToIs a Task?
incidentRestore serviceUser-reported issuesYes
problemFind root causeRecurring incidentsYes
change_requestManage IT changesInfrastructure changesYes
sc_requestOverall service requestSubmitted via catalogNo
sc_req_itemIndividual item in a requestLinked to sc_requestNo
sc_taskFulfillment task for itemLinked to req itemYes
taskParent structureInherited by othersYes

Would you like a visual diagram showing the relationship between these tables?

CATEGORIES:

Uncategorized

Tags:

No responses yet

Leave a Reply

Your email address will not be published. Required fields are marked *

Latest Comments

No comments to show.