Universal Request data model

  • Release version: Yokohama
  • Updated January 30, 2025
  • 4 minutes to read
  • Summarize
    Summarized using AI
    This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.

    Summary of Universal Request data model

    The Universal Request (UR) data model in ServiceNow Yokohama release supports cross-departmental collaboration and provides a unified employee experience by acting as a parent record for various departmental primary tickets (e.g., IT incidents, HR cases). It enables organizations to measure cross-departmental SLAs and OLAs through a consistent ticketing framework.

    Show full answer Show less

    A Universal Request can be created from multiple sources:

    • Requester-created: Employees submit requests via Service Portal, Employee Center, mobile apps, or virtual agent chat.
    • Agent-created: Service desk agents can create a Universal Request during calls or live chats instead of a department ticket, then assign it to the appropriate assignment group.
    • System-generated: Record Producers can be configured to automatically create a Universal Request to facilitate cross-departmental request transfers and maintain a consistent requester ticket view.

    Key Features

    • The Universal Request extends the base Task [task] table with additional fields to link child tickets, track transfer reasons, and manage effective request numbers.
    • Effective Number field: Stores the UR number if associated, or the department-specific number if not.
    • Transfer Reason field: Captures whether a request transfer is with or without resolution.
    • The Universal Request table itself includes fields for tracking state, state reasons, primary ticket references, requester details, and sensitivity restrictions.
    • States include New, In Progress, Awaiting Response, and Closed, with agent-facing state reasons aiding in triage and communication workflows.
    • The Restricted field controls sensitive ticket access, restricting visibility to authorized agents only.
    • Role-based access controls (ACLs) and user roles support differentiated access for internal and external users.

    Primary Ticket Relationship and Workflow

    The Primary Ticket field in the Universal Request links to the active departmental ticket (e.g., IT incident, HR case) and determines the UR’s state and requester ticket experience. Key points include:

    • Each Universal Request can have only one primary ticket at a time, which represents the current active work.
    • When a UR is first created, it has no primary ticket. Creating a child departmental ticket assigns it as the primary ticket.
    • If the primary ticket is transferred back to the UR or another department, the primary ticket field is cleared until a new primary ticket is assigned.
    • This dynamic linking supports seamless cross-departmental request handling and consistent ticket views for requesters.

    Practical Benefits for ServiceNow Customers

    • Unified request management across departments simplifies tracking and resolution of employee requests spanning multiple service areas.
    • Enhanced reporting and SLA measurement capabilities for cross-departmental workflows improve service delivery transparency.
    • Flexible creation options (self-service, agent-assisted, automated) provide multiple entry points for requests, enhancing user experience.
    • Security controls for sensitive requests ensure compliance and confidentiality.
    • Consistent ticket views and state management streamline agent workflows and improve communication with requesters.

    Universal Request is a task type that supports cross-departmental collaboration and unified employee experience. Universal Request becomes the parent record for departmental primary tickets, such as IT incidents and HR cases, and enables your organization to measure cross-departmental SLAs and OLAs.

    The Universal Request (UR) is a task that can be created from any of the following sources.
    • Requester-created: An employee uses any of following options to submit a request.
      • Clicks Request Help on the Service Portal or Employee Center.
      • Taps Needs Help on a mobile device.
      • Uses the virtual agent chat on the portals.
    • Agent created: An IT service desk agent receives a phone call or live chat from an employee, starts a new call record or an Interaction Record, and in some cases, can create a Universal Request instead of a department ticket. The agent can then assign that UR to an appropriate Tier 1 assignment group.
    • System generated: Based on configuration, a universal request is created when an employee submits a Record Producer. The Record Producer is configured to automatically create a Universal Request to enable cross-departmental request transfer and a consistent ticket view for the requester.

    The following diagram shows a high-level overview of the Universal Request data model.

    Universal Request data model

    The Universal Request data model uses a combination of tables to store data:
    • ServiceNow AI Platform tables
    • Tables included with Universal Request
    For information, see the list of Universal Request plugins.
    The Task [task] table is modified to include the following fields:
    • A Universal Request (UR) field points to the parent UR record. This model allows any table extending the Task table to be a child of the UR.
    • Effective Number field (identifying number) stores the UR number, if the request has a UR associated with it. If it is not associated with a UR, then the Effective Number stores the current department-specific request number.
    • Transfer Reason field stores the reason for the transfer of the request. The possible options are:
      With resolution
      Indicates that the request is completed and is transferred back to Universal Request, the specific department or service.
      Without resolution
      Indicates that the request is not completed and is transferred back to Universal Request, the specific department or service.
    The Universal Request table includes:
    • State reasons for the customer-facing states
    • Primary ticket details of the department-specific requests
    • Restricted field to indicate if the request created is sensitive or not

    Universal Request also includes user roles and ACLs that customers can use to provide access to different tables. This includes both internal and external user roles.

    The Universal Request is a new task type that is extended from the base Task [task] table and is uniquely identified by a number prefixed with UR.
    Table 1. Universal Request table
    Field Description
    Primary ticket References the request that is currently active under the Universal Request. For example, INC1022201.
    Opened for The requester for whom the Universal Request is created.
    State Current state of the Universal Request. A UR can be in any of the following states:
    • New
    • In Progress
    • Awaiting Response from user
    • Closed

    For more information on the UR states, see Universal Request states and reasons.

    State reason
    The agent-facing reason for some requester-facing states. The state reason values are as follows:
    Triaging:
    A possible state reason when a Universal Request state is In Progress, and indicates that the Universal Request is being triaged.
    Primary ticket WIP:
    A possible state reason when a Universal Request state is In Progress, and indicates that the work for an active primary ticket is in progress.
    Confirm response:
    A possible state reason when a Universal Request state is In Progress, but the state reason changes to Confirm Response notifying the tier 1 agents to either accept or reject the response before closing the ticket for the requester. This happens when the Needs Review flag of the Universal Request is set to true.
    Accept Resolution:
    A possible state reason when a Universal Request is in Awaiting Response state indicating that there is a pending requester’s action to accept the resolution provided.
    Action required:
    A possible state reason when a Universal Request is in Awaiting Response state that there is an additional action to be performed by the requester.
    Restricted Option for restricting access to a ticket that has sensitive data. If a ticket is marked as Restricted, then only the agents with the sensitive request access can view and resolve the ticket.

    Primary Ticket field of the Universal Request table

    The Primary Ticket field in the Universal Request determines the UR state and the requester’s ticket view experience. Use the Standard Ticket page configuration of the primary ticket to determine the content that must be displayed in various sections of a standard ticket page. The primary ticket for an UR is a departmental ticket such as an IT incident or an HR case.
    Note:
    A Universal Request can have only one primary ticket at a time.

    For a Universal Request that is created for the first time, no primary tickets exist. If a child department ticket, such as an IT incident or an HR case is created from the UR, then the child ticket becomes the primary ticket. If the primary ticket is transferred back to UR or to another department, then the primary ticket field becomes empty. This sequence continues as new primary tickets are added and transferred back to UR or to another department.

    When a record producer is configured to automatically create a Universal Request, then the UR becomes the parent record. And, when a department ticket is created, then that record becomes the primary ticket and remains until it is transferred back to the UR, to another department, or service.