Contents IT Service Management Previous Topic Next Topic State model and transitions Subscribe Log in to subscribe to topics and get notified when content changes. ... SAVE AS PDF Selected Topic Topic & Subtopics All Topics in Contents Share State model and transitions Change Management offers a state model to move and track change requests through several states. Figure 1. Example of state transitions for a normal change request The following table provides a list of all the states that a change request can progress through. Email notifications can be sent to the user who requested the change when it progresses to the following states: Scheduled, Implement, Review, and Canceled. Table 1. Change states State Description New Change request is not yet submitted for review and authorization. A change requester can save a change request as many times as necessary while building out the details of the change prior to submission. Assess Peer review and technical approval of the change details are performed during this state. Authorize Change Management and the CAB schedule the change and provide final authorization to proceed. Scheduled The change is fully scheduled and authorized, and is waiting for the planned start date. An email notification is sent to the user who requested the change. Implement The planned start date has approached and the actual work to implement the change is being conducted. An email notification is sent to the user, who requested the change. Review The work has been completed. The change requester determines whether the change was successful. A post-implementation review can be conducted during this state. An email notification is sent to the user who requested the change.Note: You cannot cancel the change request if it is in the Review state. Closed All review work is complete. The change is closed with no further action required. Canceled A change can be canceled at any point when it is no longer required. However, a change cannot be canceled from a Closed state. An email notification is sent to the user who requested the change. Normal, standard, and emergency changes progress through states in different ways. State progress for different changes Normal changes progress through all states. Standard changes are considered to be pre-authorized, so they bypass the Assess and Authorize states that trigger approval records. Approving these changes progress the change to the next appropriate state. Rejecting these changes send them back to New state. Emergency changes are similar to standard changes, except that they must be authorized. Revert a change request to a New change Change Management allows the Emergency and Normal change types to be reverted to the new state which is the first approval state using the Revert to New action from the Context Menu. This action is performed if the approval was requested and the submitter recognizes that not all configuration item in the scope of the change is included before submitting for approval. To modify the Normal change request to the New state, modify the state of a change request from Assess state to New state by clicking Revert to New from the Context menu. To modify the Emergency change request to the New state, modify the state of a change request from Authorized state to New state by clicking Revert to New from the Context menu.Note: When you revert to New from the Assess state or the Authorized state, the workflow is restarted and all pending approvals are cancelled. Modify change request type A new ACL for change_request.type has been added that allows modification of the Type field in change request when the change request is in a New state and no approvals have been generated yet for it. In case of Standard change request, you can modify the type of the change request from Standard to Normal or Emergency, if the state of a change request is New. In case of Normal or Emergency change request, you can modify the type of the change request from Normal to Emergency or vice versa if the state of a change request is New. If a Normal or Emergency change request is rejected, the state of the change request is set to New. As the state of the change request is New, you can modify the type of the change request again. For example, if your Emergency change request is rejected on the grounds that the change request is Normal, you can modify the Type of the change request to Normal and resubmit the change request. Disabled Cancel change action The Cancel option for a change request in the Review state is disabled. This restricts cancelling the request when the work is complete and is waiting for review. State progression for normal, standard, and emergency changesEach change request model progresses through a number of state values in a specific order.Add a state to the state modelYou can add a new state to the existing state model for different change types based on the requirements of your organization.Configure state model transitionsYou can use script includes or UI policies to configure state models and the criteria for moving change requests from one state to another.Modify the email notification for change request state changesThere is a change request email notification, which, if active, sends a notification to the user when the state progresses to Scheduled, Implement, Review, or Canceled. You can modify the change request notification to specify when to send it, who receives it, and what it contains.Tutorial: add a new change management stateThis tutorial provides an example of adding a new state to the existing state model. On this page Send Feedback Previous Topic Next Topic
State model and transitions Change Management offers a state model to move and track change requests through several states. Figure 1. Example of state transitions for a normal change request The following table provides a list of all the states that a change request can progress through. Email notifications can be sent to the user who requested the change when it progresses to the following states: Scheduled, Implement, Review, and Canceled. Table 1. Change states State Description New Change request is not yet submitted for review and authorization. A change requester can save a change request as many times as necessary while building out the details of the change prior to submission. Assess Peer review and technical approval of the change details are performed during this state. Authorize Change Management and the CAB schedule the change and provide final authorization to proceed. Scheduled The change is fully scheduled and authorized, and is waiting for the planned start date. An email notification is sent to the user who requested the change. Implement The planned start date has approached and the actual work to implement the change is being conducted. An email notification is sent to the user, who requested the change. Review The work has been completed. The change requester determines whether the change was successful. A post-implementation review can be conducted during this state. An email notification is sent to the user who requested the change.Note: You cannot cancel the change request if it is in the Review state. Closed All review work is complete. The change is closed with no further action required. Canceled A change can be canceled at any point when it is no longer required. However, a change cannot be canceled from a Closed state. An email notification is sent to the user who requested the change. Normal, standard, and emergency changes progress through states in different ways. State progress for different changes Normal changes progress through all states. Standard changes are considered to be pre-authorized, so they bypass the Assess and Authorize states that trigger approval records. Approving these changes progress the change to the next appropriate state. Rejecting these changes send them back to New state. Emergency changes are similar to standard changes, except that they must be authorized. Revert a change request to a New change Change Management allows the Emergency and Normal change types to be reverted to the new state which is the first approval state using the Revert to New action from the Context Menu. This action is performed if the approval was requested and the submitter recognizes that not all configuration item in the scope of the change is included before submitting for approval. To modify the Normal change request to the New state, modify the state of a change request from Assess state to New state by clicking Revert to New from the Context menu. To modify the Emergency change request to the New state, modify the state of a change request from Authorized state to New state by clicking Revert to New from the Context menu.Note: When you revert to New from the Assess state or the Authorized state, the workflow is restarted and all pending approvals are cancelled. Modify change request type A new ACL for change_request.type has been added that allows modification of the Type field in change request when the change request is in a New state and no approvals have been generated yet for it. In case of Standard change request, you can modify the type of the change request from Standard to Normal or Emergency, if the state of a change request is New. In case of Normal or Emergency change request, you can modify the type of the change request from Normal to Emergency or vice versa if the state of a change request is New. If a Normal or Emergency change request is rejected, the state of the change request is set to New. As the state of the change request is New, you can modify the type of the change request again. For example, if your Emergency change request is rejected on the grounds that the change request is Normal, you can modify the Type of the change request to Normal and resubmit the change request. Disabled Cancel change action The Cancel option for a change request in the Review state is disabled. This restricts cancelling the request when the work is complete and is waiting for review. State progression for normal, standard, and emergency changesEach change request model progresses through a number of state values in a specific order.Add a state to the state modelYou can add a new state to the existing state model for different change types based on the requirements of your organization.Configure state model transitionsYou can use script includes or UI policies to configure state models and the criteria for moving change requests from one state to another.Modify the email notification for change request state changesThere is a change request email notification, which, if active, sends a notification to the user when the state progresses to Scheduled, Implement, Review, or Canceled. You can modify the change request notification to specify when to send it, who receives it, and what it contains.Tutorial: add a new change management stateThis tutorial provides an example of adding a new state to the existing state model.
State model and transitions Change Management offers a state model to move and track change requests through several states. Figure 1. Example of state transitions for a normal change request The following table provides a list of all the states that a change request can progress through. Email notifications can be sent to the user who requested the change when it progresses to the following states: Scheduled, Implement, Review, and Canceled. Table 1. Change states State Description New Change request is not yet submitted for review and authorization. A change requester can save a change request as many times as necessary while building out the details of the change prior to submission. Assess Peer review and technical approval of the change details are performed during this state. Authorize Change Management and the CAB schedule the change and provide final authorization to proceed. Scheduled The change is fully scheduled and authorized, and is waiting for the planned start date. An email notification is sent to the user who requested the change. Implement The planned start date has approached and the actual work to implement the change is being conducted. An email notification is sent to the user, who requested the change. Review The work has been completed. The change requester determines whether the change was successful. A post-implementation review can be conducted during this state. An email notification is sent to the user who requested the change.Note: You cannot cancel the change request if it is in the Review state. Closed All review work is complete. The change is closed with no further action required. Canceled A change can be canceled at any point when it is no longer required. However, a change cannot be canceled from a Closed state. An email notification is sent to the user who requested the change. Normal, standard, and emergency changes progress through states in different ways. State progress for different changes Normal changes progress through all states. Standard changes are considered to be pre-authorized, so they bypass the Assess and Authorize states that trigger approval records. Approving these changes progress the change to the next appropriate state. Rejecting these changes send them back to New state. Emergency changes are similar to standard changes, except that they must be authorized. Revert a change request to a New change Change Management allows the Emergency and Normal change types to be reverted to the new state which is the first approval state using the Revert to New action from the Context Menu. This action is performed if the approval was requested and the submitter recognizes that not all configuration item in the scope of the change is included before submitting for approval. To modify the Normal change request to the New state, modify the state of a change request from Assess state to New state by clicking Revert to New from the Context menu. To modify the Emergency change request to the New state, modify the state of a change request from Authorized state to New state by clicking Revert to New from the Context menu.Note: When you revert to New from the Assess state or the Authorized state, the workflow is restarted and all pending approvals are cancelled. Modify change request type A new ACL for change_request.type has been added that allows modification of the Type field in change request when the change request is in a New state and no approvals have been generated yet for it. In case of Standard change request, you can modify the type of the change request from Standard to Normal or Emergency, if the state of a change request is New. In case of Normal or Emergency change request, you can modify the type of the change request from Normal to Emergency or vice versa if the state of a change request is New. If a Normal or Emergency change request is rejected, the state of the change request is set to New. As the state of the change request is New, you can modify the type of the change request again. For example, if your Emergency change request is rejected on the grounds that the change request is Normal, you can modify the Type of the change request to Normal and resubmit the change request. Disabled Cancel change action The Cancel option for a change request in the Review state is disabled. This restricts cancelling the request when the work is complete and is waiting for review. State progression for normal, standard, and emergency changesEach change request model progresses through a number of state values in a specific order.Add a state to the state modelYou can add a new state to the existing state model for different change types based on the requirements of your organization.Configure state model transitionsYou can use script includes or UI policies to configure state models and the criteria for moving change requests from one state to another.Modify the email notification for change request state changesThere is a change request email notification, which, if active, sends a notification to the user when the state progresses to Scheduled, Implement, Review, or Canceled. You can modify the change request notification to specify when to send it, who receives it, and what it contains.Tutorial: add a new change management stateThis tutorial provides an example of adding a new state to the existing state model.
