Creating, reviewing, approving, and fulfilling service orders

  • Release version: Australia
  • Updated March 12, 2026
  • 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 Creating, reviewing, approving, and fulfilling service orders

    Service Order Management (SOM) in ServiceNow handles the complete lifecycle of service requests, from creation through fulfillment. It enables organizations to capture, review, approve, and fulfill service orders efficiently, ensuring accuracy and streamlined processing. Service orders can represent new service activations or post-sales requests for existing services.

    Show full answer Show less

    Service Order Capture

    Service orders are primarily captured from external customer order management systems via the Service Order Open API, which conforms to the TM Forum TMF641 Service Ordering Open API standard. Alternatively, orders can be entered directly into the ServiceNow AI Platform using Order Capture.

    Upon capture or direct entry, a service order record is created with one or more service order line items detailing the service and required action (Add, Change, Disconnect). These line items include service specifications, inventory details, customer location, and contact information to support fulfillment.

    Review, Approval, and Decomposition

    Service order managers review captured orders within the Service Order Management workspace to verify details and either approve or reject them. Rejected orders move to a "Rejected" state and require correction.

    Approved orders transition to "In Progress" and undergo decomposition based on service specifications and catalog rules. This process breaks down the service order into actionable domain-specific service orders (SO prefix) and resource orders (RO prefix) needed for fulfillment.

    Fulfilling Service Orders

    Following decomposition, fulfillment tasks are assigned to service agents who execute and update the order tasks. Any incomplete tasks can trigger fallout records for further investigation. Completion of all fulfillment tasks results in service order and line item states updating to "Closed complete" and "Completed" respectively.

    Additionally, sold product records are updated to reflect active or inactive status depending on the service action, and product characteristics are stored in the Product Characteristics table for tracking.

    Practical Benefits for ServiceNow Customers

    • Ensures accurate and efficient handling of service requests throughout their lifecycle.
    • Supports integration with external order systems through standard APIs for seamless order capture.
    • Provides a structured workflow for review, approval, and decomposition to manage complex service fulfillment.
    • Enables clear visibility and tracking of fulfillment progress and completion status.
    • Facilitates resource management and product characteristic updates tied to service orders.

    Service Order Management (SOM) is a domain of order management that is responsible for the end-to-end life cycle of service requests. Learn how service orders are captured Order Management, and how your fulfillment managers and agents review, orchestrate, and fulfill them.

    Service order capture

    Use service orders for the activation of new services or for the post-sales requests for the services that were activated for and delivered to customers at earlier dates. By using this process, you ensure that service orders are correct and handled efficiently throughout the entire fulfillment process.

    Most of the service orders that you process are captured from third-party customer order management systems through the Service Order Open API. The Service Order Open API is a ServiceNow implementation of the TM Forum TMF641 Service Ordering Open API specification. To learn more, see Service Order Open API.

    Service order direct entry

    You can also use Order Capture as needed to directly enter service orders into the ServiceNow AI Platform.

    Post-capture service order record generation

    When you capture or directly enter a service order, a service order record is generated in the ServiceNow AI Platform to manage service order fulfillment. It has one or more associated service order line items that describe a service and the action (Add, Change, or Disconnect) that is required to perform for the service. The service order line item also consists of the following:

    • The details of the services that are being added, updated, or deleted.
    • For Add new service activations, the details of the service specification, including the required characteristics and characteristic values.
    • For Change and Disconnect service orders, the details of the service inventory that you're updating or disconnecting.
    • The location and related information such as the customer contact details.

    The following diagram provides you with an understanding of how Service Order Management relates to external capture systems.

    Figure 1. Customer and service order management
    Infographic showing how customer order management and service order management relate. To learn more, refer to the preceding paragraph.

    The following diagram provides you with an understanding of what processing takes place when you capture a service order. The processing flow for service orders is similar to that for customer orders, but with some differences that you will learn about in this section.

    Figure 2. Service order fulfillment workflow example
    Infographic displaying the customer order review, approval, and decomposition processes. For the text description, refer to the steps that follow.

    Service order review, approval, and decomposition

    After you capture a service order, the service order manager selects it in the Service Order Management workspace in Configurable Workspace Home. The service order manager verifies the service order, the service order line items, and the order characteristics, and then approves or rejects the service order.
    Note:
    To process service orders, the service order manager uses the same forms that are used to manage customer orders. To learn more about service order management roles and the approval process, see the Reviewing service orders for fulfillment.
    The following diagram details the service order review, approval, decomposition, and completion process.
    Figure 3. Service order review, approval, decomposition, and completion
    Infographic displays the service order review, approval, decomposition, and completion. For the text description, refer to the steps that follow.
    If the service order manager rejects a service order because the data is incorrect or invalid, the following occurs:
    • The state of the service order moves to Rejected.
    • The service order may require several changes from the service order manager to bring it back to a normal state.
    If the service order manager approves a service order, the following process occurs:

    Differences between the pre- and post-approval service orders

    Like customer orders, captured service orders also have an ID with a prefix of ORD(nnn). The Order Category field in the order forms indicates if the order is for a Product (a customer order) or a Service (a service order). These labels enable you to identify the type of order.

    When you approve a captured service order for fulfillment, the post-approval decomposition process generates actionable service orders and resource orders. You may see a single service order, multiple service orders, and resource orders that are associated with your approved service order.
    • Service orders with a prefix of SO(nnn) are referred to as domain orders. These orders, and their related resource orders, with a prefix of RO(nnn), must be fulfilled to complete the service order line items on the captured service orders.
    • The resource order manages the resources required to fulfill the services that the customer is requesting.
    • These domain orders manage the fulfillment of the requested service orders.
    To learn more, see Service order decomposition.

    Service order fulfillment tasks

    After the decomposition process is complete, order tasks are assigned to a service order agent, who works through the tasks and updates the service order. If there are any remaining order tasks that can't be completed, you can create fallout records for tracking and further research. To learn more, see Creating, reviewing, approving, and fulfilling service orders.

    After all fulfillment tasks are complete, the following actions occur:
    • The State field for the service order is set to Closed complete.
    • The State field for each of the individual service order line items is set to Completed.
    • The sold product record is updated with the state of Active for Add type service orders or Inactive for disconnect type service orders.
    • All characteristics of the service and resource specifications are updated in the Product Characteristics [sn_ind_tmt_orm_product_characteristics] table.