Key elements of Request Fulfillment

Request Fulfillment includes the following key elements.

Request Model

A repeatable model of handling a particular category of service request. A request model defines specific agreed tasks that need to be followed to fulfill the service request of this category. Request models can be very simple, with no requirement for authorization (for example, password reset), or can be complex with many sequential or parallel tasks that require authorization (for example, provision of an existing IT service).

Product Catalog

The product catalog is a predefined catalog of products (hardware, software, or called parts). The product catalog defines the models of independent items that may be requested or ordered.

The product catalog supports general information of parts, including part number, description, cost, and manufacturer. The inventory of the specific item is also available in the product catalog portal. The receiving details of the purchased items can be pre-defined in the product catalog.

Catalog items are represented as records in the productCatalog table.

Vendors

Vendors are internal or external providers of parts. Vendors have a many-to-many relationship with catalog items, and may or may not directly interact with Service Manager.

Vendors are represented as records in the vendor table. The terms under which a specific vendor will provide a specific catalog item are stored in the modelvendor table.

Requests

A request is a high level record that defines the basic request information such as requester, required dates, coordinator, and description. Request records are the “tickets” that trace the workflow of a request from the user perspective, data entry and request task addition, through authorizations, fulfillment, and follow-up.

Request records are stored in the request table.

Request Tasks

A request task is a low level record that defines one of the steps to fulfill the service request. Request tasks can be created automatically according to the request model definition or manually by the authorized users. After creation, request tasks are assigned to internal workgroups or external vendors.

Request tasks are stored in the requestTask table.

Orders

Order records are the “tickets” that trace the workflow of an actual order of a part item or several part items from the ordering and receiving perspective. Orders are created manually by authorized users or by automated background processes when the reorder rules defined for stock management are satisfied.

Order records are stored in the request table, with a particular “Order” category.

Authorization processing

The authorization process automates and formalizes the technical and business evaluation by the appropriate levels of management of requests. Authorizations control accepts risk, cost, and responsibility of a request and its tasks. Authorizations create “chains” of groups who may be required to approve requests before they can advance within their lifecycle. Authorizations can have conditions attached, such as total cost, lead time requirements, and impact.

Authorizations can be defined either in request model or in the dedicated Authorization phase of the request fulfillment workflow.