Plans for change requests dependencies

You can plan the dependencies for a single change request or for a series of change requests.

One change request with a series of tasks

A change request can include multiple tasks. When a change request is scheduled, the first task is activated and set to Assigned. When the last task is completed and its status is set to Closed, the request is Completed. To implement sequence numbers for tasks, see Managing-tasks-related-to-a-request.

A series of change requests

When planning how to implement a series of change requests, determine in what order, if any, they must be completed.

To set dependencies, you assign a sequence number to each request. Requests with a lower sequence number must be completed before those with higher numbers can be completed; otherwise, by default, you are notified by a warning message. More than one request can have the same sequence number; requests with the same sequence number are considered peers. For example, a request with the sequence number 3 can be completed only after all requests with sequence numbers 1 and 2 are completed. Peer requests can be completed in any order among themselves. To implement sequence numbers in requests, see Creating-and-managing-relationships-between-change-requests.

Level of enforcement of the change dependency rules

Your application administrator can configure the level of enforcement of the change dependency rules. For example, Change Management can be configured so that you see an error, not just a warning, if you complete requests out of sequence. For more information, see Configuring-change-rules.