Request Workspace lifecycle

The following are stages of a request Workspace lifecycle:

Stage

 

1.

A Control-M Workload Change Manager web user creates a request for defining a new job flow or open an existing job flow.

2.

After creating the request, the web user submits the request to be handled by a scheduler.

3.

The submitted request appears in the Unassigned Work area of the Planning-Home page.

4.

You can take ownership of the request, as described in Taking ownership of a request. Once you take ownership of the request, it appears in the My Work area of the Planning-Home page.

5.

Open the request, and review the definitions, and notes. If additional modifications are required, return the request to the web user, as described in Returning a request.

6.

If there are no additional modifications required, check in the request, and the business flow is added to the Control-M definitions. For more information, see Checking in a Workspace.

Note: If Workload Change Manager is integrated with a change management system as described in Workload Change Manager integration with a change management system, some of these actions might be subjected to approval from the change management system, depending on the rules defined. If an action is not approved by the change management system, you will not be able to carry on with some of these actions. For example, if the request does not meet the requirement set in the change management system for checking in a request, you cannot check in the request unless the issue is resolved. For more information, please contact the relevant individual in your organization.

Parent Topic

Request Workspace