Manual Provisioning - Order Process
Once a service is approved, it is provisioned for the user.
Provisioning a service has two components: Automatic and Manual provisioning. Each is optional and a service can can one or the other, or both.
Manual Provisioning / Order Process
The order process controls any manual provisioning. The standard order processes that can be used are stored as tasks in //Tasks/Services/Order/....
| |
|---|---|
Name | Description |
OrderProcess : Reference | The reference to the task that will be executed. |
OrderGroupBy: String | The value is evaluated and used to group services that have the same 'OrderGroupBy' into the same order. The default value is: %=/service/OrderProcess%,%=/service/OrderFrom% This means that services with the same OrderProcess and OrderFrom will be grouped into the same order process. This can be set to none to always the service into its own order process. |
OrderFrom: String | This parameter is optional and depends upon the OrderProcess. For example, for an Email process it may be a User Reference. For a service desk ticket process, it may be the unique ID code for the type of ticket. |
Service Order Flags
In certain cases you may wish to pass responsibility to the OrderProcess to Create/Update/Delete a Service Instance. You can override this behaviour by setting Service.Order.Flags on the Order process to "ManageServiceInstance". For example: you have an order process that calls an Intergration/WebAPI. In the case of a API or web error you do not want a service instance to be provisioned until you receive a success from the WebAPI.
This flag effectively stops the Service Instance from being created by the Order Services task. The responsibility for creating the service instance is then passed to the order process.
This would also mean that groups, etc are not provisioned on the user until the provisioning step has been approved.
"Service.Order.Flags" is a V7+ Feature.