This is the default state model. You are free to create your own state model and configure it the way you want by using the State Flow Designer.

The picture below illustrates the simplified state model of service requests:

The scheme below represents possible transitions between active states in greater detail:

Some of the stages are provided with email notifications. See the Tracking Requests article to learn more.


States Description


StateDescriptionAvailable Transitions
RegisteredA newly created service request.
  • Assigned
  • Authorization
  • In Progress
AssignedA responsible group or person is assigned.
  • Authorization
  • In Progress
  • Information Needed
  • Postponed
  • External Processing
AuthorizationThe request must be reviewed and authorized by responsible persons or groups.
  • Assigned
  • Completed
In ProgressThe responsible person started working on the issue.
  • Information Needed
  • Postponed
  • External Processing
  • Completed
External Processing

The request solving requires engaging a 3rd party. 

When the 3rd party engaging is over, the request state and the assigned user should be changed to the previous ones.

  • In Progress
  • Information Needed
  • Postponed
  • Completed
Information Needed

The issue description is not clear enough. By setting the Information Needed state, the agent requests additional information and specifies the question in the Additional Comments field.

After the user answers via email, the request state automatically changes to the Assigned state.

  • Assigned
  • In Progress
  • Postponed
  • External Processing
Postponed

The Postponed state means that request resolving should be postponed for a known period. The date and time are specified in the Resubmission field.

On date and time defined in the Resubmission field, the state will be In Progress.

  • In Progress
  • Information Needed
  • External Processing
CompletedWhen a request is in the Completed state, a caller can perform the tests and give feedback on the results of the implementation.
  • Assigned
  • In Progress
  • Rejected by User
  • Closed
Rejected by UserIf a caller is not satisfied with the results of the agent's work, they can reject it. The state will change to Rejected by User.
  • Assigned
  • In Progress
  • Completed
Closed

The request is Closed when the caller accepts the outcome or a specific period of time passes. This period can be specified in the itsm.itsm_request.days_count_to_solution_accept property.  Once the Closed state is set, the request cannot be reopened.



  • No labels