Versions Compared

Old Version 5

changes.mady.by.user Artem Didyk

Saved on

compared with

New Version Current

changes.mady.by.user Dina Baksheeva

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Merged branch "DOC0000375: Добавление кнопки и модального окна Переназначить на формах Инцидент, Запрос на обслуживание" into parent
Note

Role required: request_manager.

Request Task Management allows users agents to complete divide service requests systematically, as each request consists of one or more into request tasks.

Dividing requests into tasks opens up specific benefits, like such as assigning different request tasks to different employees , and getting tasks done either simultaneously, or one after another. Service requests and request tasks are in the parent-child relationships.

To create a request task, follow the steps below:

  1. Open a service request you want to create a request task for.
  2. In the Related Lists area click on the Request Task tab and then click NewNavigate to the {your_instance_url}/record/itsm_request_taskmenu.
  3. Fill in the form fields .
  4. Click Save.
The New Record
  1. and then click Save or Save and Exit to apply the changes.

Form Description

FieldMandatoryDescription
NumberYA unique request task number.
Assigns to the request task
This field is populated automatically and has a RQTSKXXXXXXX format.
RequestYSpecify a request that you want to
create the task for
divide into request tasks.
StateN

Shows the state of a request task. Possible states:

  • Registered - the state for a newly created request task. Possible transitions are In Progress, Cancelled, or Completed.
  • In Progress - a request task is in the process of implementation.
  • Cancelled - the work on a request task was cancelled.

  • Completed

  • Closed
  • Waiting for Request Authorization
    • Info

    A task gets the Waiting for Request Authorization state when a parent Service Request is in the Authorization state.

    Assigned UserAssignment GroupSubjectDescription

    Request Task State Model

    The following picture shows the state model of a request task.

    Image Removed

    • - the work on a request task is done.

    Assigned UserY

    Specify a responsible user to work on the request task.

    Note

    When a request task has been assigned to a responsible user, then the Assigned Group field becomes non-mandatory. The same goes for other task objects, like change requests, or incidents.

    Later, you can reassign the service request by changing the value of this field or clicking Reassign in the upper right corner. 

    Assignment GroupY

    Specify a responsible group to work on the request task.

    Note

    When a request task has been assigned to a responsible group, then the Assigned User field becomes non-mandatory. The same goes for other task objects, like change requests, or incidents.

    Later, you can reassign the service request by changing the value of this field or clicking Reassign in the upper right corner. The state of the request will automatically change to Assigned, unless it is already in this state.

    SubjectNA brief description of the request task.
    DescriptionNA more informative description of the request task.
    Followers ListNIn there, users list who follow the task for tracking updates is displayed.
    note


    Table of Contents
    classfixedPosition