Setting Up Amendable Requests
You can create service bundles linked to requests, and allow users to add service actions to the bundle when they place the request in the Self Service Portal.
You can specify the stages in the workflow during which the request is amendable, and can have additional items added. Outside these stages, the request will not be amendable.
The steps involved in creating amendable requests are as follows:
Ensure that there is an appropriate set of Self Service Portal Display categories for the service bundle and service actions. You will need a category for the service bundle that contains one or more categories in lower tiers for the service actions, for example, Training may contain E-learning, On-site Training, and so on.
Create a service bundle linked to a request. As well as completing the other details, in the Service Bundle Details window:
Select the Self Service Portal display category that contains lower tiers. Using our example above, you would select Training.
Ensure that the Portfolio Status is set to Service Request Catalog.
Select the Create Request checkbox in the Templates section. In the Using template drop down list, select the workflow template.
Check that the appropriate selection is made in the Subscribers or Stakeholders tabs to make the service bundle visible to the correct people and groups in the Service Request Catalog.
Create or identify the service actions that you want made available. In the Service Action Details window for each service action:
Select one of the categories within the service bundle's self service portal display category. Using our example above, you would select E-learning or On-site Training.
Ensure that the Portfolio Status is set to Service Request Catalog.
Select A Request in the Templates section. Then select a workflow template other than the one used for the service bundle.
In the Request Completion Statuses window, identify the statuses that you want to be amendable by selecting the Amendable checkbox. All checkboxes are unticked by default so that the request is not amendable at any stage.
In the workflow for the request, open the Task Details window for the individual tasks, and set the Request Completion Statuses, to determine when in the workflow the request is amendable.
If there is a workflow for the service action and the service bundle, you must set the request completion statuses in both workflows.
Ensure that all of your settings have been saved, and test your service bundle in the portal.
When users order the Service Bundle, the submission form linked to the request workflow should be displayed, with an Additional Items widget in which service actions can be added/edited and displayed. The border color around the service action indicates whether the it is amendable or non-amendable at the current stage in the workflow process. Green indicates non-amendable and orange indicates amendable. When the service bundle can no longer be amended, all of the input fields are disabled and action buttons are no longer shown.
Note the conditions below, which dictate when a service bundle or service action is amendable.
Amendable Statuses for Service Bundles and Service Actions
If you are having difficulties making your service bundles and service actions amendable, it may be due to the conflicting statuses in the service bundle and service action workflows. Check the statuses using the following matrix.
Service Bundle | Service Action | SB Amendable? | SA Amendable? |
---|---|---|---|
Not amendable | Amendable | No | No |
Not amendable | Not amendable | No | No |
Amendable | Amendable | Yes | Yes |
Amendable | Not amendable | Yes | No |
Amendable Requests in Action
Here is an example of an amendable request, with workflows demonstrating the steps involved in setting it up.
To demonstrate these steps in action, we created a service bundle called Designer Training, which contains Designer E-learning, Designer In-house Training and Designer Student Guide. We want the request to be amendable until it is closed.
In the Self Service Portal Display Categories window, we created a set of categories, with a tier for the service bundle and a tier below for the service actions we want to make available.
We created a service bundle called Designer Training, linked to a request template called Training Request. We made it visible in Documentation and Training, in the second tier of the IT portal display category.
We then created Designer e-learning, Designer In-house Training and Designer Student Guide as service actions. We made these visible in the E-learning, In-house Training and Documentation portal display categories, which are in the third tier, beneath Documentation and Training.
In the Request Completion Statuses window, we made the Unspecified status amendable.
In the request workflows for the service bundle and the service actions, we opened the Task Details window for the individual tasks, and ensured that the status was Unspecified for all of the tasks except the Closure task.
When we go into the Self Service Portal, and browse the Service Request Catalog, we can see all of our service actions and our service bundle.
When we select the service bundle, and scroll to the bottom of the screen, we have a section called Additional Items, with a drop down list of the categories that contain items, and an button.
From here, we can select the category we want, which will display the items within it, and order them as part of the bundle.
Once we have ordered one item, we are returned to the service bundle order page, where we can see the item that we have added, with the orange border, as it is still amendable.
We can continue to add items, save the order, or submit the request in the usual way. It will then follow the workflow paths as normal, with the service actions and service bundle becoming unamendable when they reach their closure tasks.