Release Workflow Editor

The directional path of a workflow is designed from a built-in graphical tool called the Workflow Editor. The workflow editor is provided with an expandable, scrollable canvas for creating workflow diagrams and a collapsible stencil panel.

By default, the Submission and Closure stages are present in the workflow, and they are connected to the Start and End nodes. You can add more nodes to the workflow from the stencil panel.

 

 

You can collapse or expand the stencil panel using the icon on the top-left of the panel.

Configure Nodes  

Nodes are workflow elements that define how a release workflow should be processed. The stencil panel contains various nodes under the Drag & drop nodes tab. You can add a node to the canvas using a simple drag and drop motion. You can also add a node from the connector by clicking the icon or the mini stencil view allows users to add nodes in a single right-click. When you add a node to the canvas, a pop-up window opens, where you specify the properties of the node.

The various nodes in the stencil panel are grouped by their usage. Refer to the following pointers to understand the use and setting up of each node:

Stage Node  

The stage node lets you add a release stage to your workflow.

 

 

You can configure notifications for each status added to a stage in the workflow. By default, the globally configured release status notifications are not impacted by release workflows and continue to operate as configured under Setup > Release Management > Stage and Status. To override the notifications based on the workflow, hover over a status and click . Configure and save the notification as required.

Statuses with notification override enabled are indicated with a icon.

 

The stage node has two output ports: Auto and Manual.

 

 

Using dual output ports, you can set both automated flows and manual transitions to ensure seamless operation.

User Transitions

Transitions enable you to control status changes in a workflow manually. It can be configured from the manual output port of the Stage node.

A transition connects the stage node to other nodes, such as ConditionAction, or Branch nodes, and controls the execution sequence of workflow.

Manual transitions appear as actionable buttons on the request details page, allowing technicians to perform the required action.

 

Stage Node Behavior

Use case for user transitions is available here.

Create Transitions

You can add up to 10 transitions to each manual output connector.

 

 

Define Transition Rules

 

Fields

Explanation

Scope

Configure who can perform the transition or when the transition can be performed.

Allowed Users - Add users (by role) who can perform the transition. If the user scope is not configured, the transition will be accessible to all stakeholders with edit permissions.

Criteria - Set the condition to execute the transition.

Use the Edit or Delete icon to modify or remove the criteria.

Mandatory Rules

Mandate fields and rules to control the execution of the transition. When the transition is executed, the mandatory rules are checked first. If any required conditions are not met, the user is prompted to address them. After all mandatory rules are satisfied, the mandatory fields are displayed for user input.
The transition is completed only when all mandatory rules are satisfied and the required fields are filled.

Fields - Add fields that need to be filled by technicians to complete the transition.

Rules (not applicable for the Assets module, and transitions from the Start node) - Select rules that need to be validated while executing the transition.

  • Worklog must be added.

  • Associated tasks must be completed.

  • All child requests must be closed.

  • All associated checklists must be completed.

Action Rules

Execute actions when a user initiates the transition, you can configure multiple actions at different levels: Pre-Action Rules and Post-Action Rules.

  • Pre-Action Rules - Actions are executed along with the transition if the condition is met. Supported actions are Update Field Value and Run a custom function.

  • Post-Action Rules - Actions are executed after the transition is completed. Supported actions are Send Notification, Run a custom function, Add a Task, Trigger a webhook, and Send Approval.

More info on configuring pre or post-action rules is available here.

 

 

Condition Nodes  

Condition nodes are used to check if certain conditions are satisfied and decide how the release proceeds. This node type contains 3 nodes: IF, Wait For, and Switch.

IF - This node checks if the specified conditions are met before the release proceeds to the next stage.

Attributes

Description

Condition Name*

Enter a name for your condition.

IF Condition*

You can decide the path of workflow based on the release parameters.

  • Select column, criteria, and the value(s).
  • Click to add multiple criteria using AND/OR operators.
  • Drag a criteria over the indentation space below another criteria to add it as sub-criteria. Criteria containing sub-criteria are denoted with a drop-down icon.

 

Using Custom Functions - Decide the path of workflow based on a custom function. Ensure that the custom function returns a Boolean value.

  • Select a custom function to associate with the node.

You can also create a new custom function from scratch. Click here to learn how to create a custom function as condition.

* mandatory attributes

Click Save.

 

 

The IF condition node is rendered with a single input port and two output ports (Yes/No).

 

 

Wait For - This node pauses the release workflow indefinitely until the specified conditions are met before proceeding to the next stage.

Attributes

Description

Condition Name*

Enter a name for your condition.

Wait for Condition*

You can define the conditions based on release request details or custom functions.

Based on Conditions - Decide the path of workflow based on the release parameters.

  • Select column, criteria, and value.

  • Click to add multiple criteria using AND/OR operators.

  • Drag a criteria over the indentation space below other criteria to add it as sub-criteria. Criteria containing sub-criteria are denoted with a drop-down icon.

 

 

Using Custom Functions - Decide the path of workflow based on a custom function. Ensure that the custom function returns a Boolean value.

  • Select a custom function to associate with the node.

  • You can also create a new custom function from scratch. Click here to learn how to create a custom function as condition.

* mandatory fields

Click Save.

 

The Wait For node is rendered with a single input port and two output ports (Yes/No).

 

 

Switch - A multi-way branch node that checks the value in the specified field and applies the workflow path based on the field value.

Attributes

Description

Select Field*

Select the field to apply the switch condition.

Select Options*

Add the field values as options. You can design a different workflow path for each field value.

Include Default Option

Enable Include Default Option to configure a workflow path in case the field value does not match any of the configured options. You can rename the default option as needed.

* mandatory attributes

Click Save.

 

 

Switch node is rendered with a single input port and N number of output ports based on the values selected.

 

 

Actions Nodes  

Action nodes are used to automate certain actions in the workflow. This node type contains the following nodes: Notification, Approval, Field Update,Task, Custom Function, Webhook, and Timer.

Notification - Send a custom notification when the release transitions between stages.

 

 

Fields

Description

Notification Name*

Add a name to identify the notification.

Description

Describe the notification usage.

Notify*

Select the recipients to whom the notification must be sent: users/release users and roles/organization roles/CAB. Type the user name and select the user from the drop-down.

Subject*

 

Enter the subject and message to be sent in the notification email.

Message

* mandatory attributes

 

You can also refer this page to learn how to configure custom notifications for workflows. Click Save or Save and Select.

 

 

The notification node is rendered with a single input port and output port.

 

 

Approval - Add an approval level between stages and configure approval email notifications.

Fields

Description

Name*

Enter a name to identify the approval.

Wait for

Choose the approval condition from the drop-down. The available approval conditions are:

  • Anyone to approve - Approval is granted if one of the approvers has approved; gets rejected only when all approvers have rejected.
  • Everyone to approve - Approval is granted only when all approvers have approved; gets rejected otherwise.
  • First Response Action - Approval is granted only when the first-ever approver has approved it; gets rejected otherwise.
  • Majority to approve - Approval is granted only if the majority of approvers agree; gets rejected otherwise.
  • % to approve - Approval is granted if the specified percentage of approvers provide approval; gets rejected otherwise.

Select Approvers

  • Select the release users, release roles/organization roles, CAB, technician groups, or application users as approvers.
  • Type the user name and select the user from the drop-down.
  • If multiple approvers are configured, you can enable Notify if other approvers take any approval action check box to alert approvers when one of the approvers approves/rejects the release.

Subject*

 

Enter your approval notification subject and message. You can add variables if needed.

Message

* mandatory attributes

Click Save.

 

 

The approval node is rendered with a single input port and two output ports (Approved/Denied).

 

 

You cannot add approvals/approval levels to the release details page if a release workflow is associated with the release request.

 

Field Update - Update a field value before it proceeds to the next stage in the workflow.

 

 

 

Fields

Description

Field Update Name*

Add a unique name to identify the field update configuration.

Description

Describe the field update usage.

Fields*

Select the field and the value that must be applied during the field update.

You can configure update for multiple fields using .

* mandatory attributes

 

You can also refer this page to learn how to configure field update action for workflows. Click Save or Save and Select.

 

 

Field update node is rendered with a single input port and output port.

 

 

Task - Add tasks to the release request when a specific stage and status is reached. Tasks can be created in any stage irrespective of where the node is present in the workflow.

 

 

 

Fields

Description

Task Name*

Add a unique name to identify the task.

Description

Describe the task details and usage.

Task Configuration

Select the release stage where the task must be created.

Set up the other task configurations as explained here.

You can copy the configurations from an existing task template using Copy from a Template.

* mandatory fields

 

 

Task node is rendered with a single input port. The output ports vary based on whether the workflow is paused until task completion or if an alternate path is enabled.

 

  

 

Custom Function - Implement any automated action using custom functions with Boolean return type. Based on the return type, the workflow will proceed accordingly.

 

 

 

 

The custom function node is rendered with a single input port. The output ports vary based on whether an alternate path is set up.

 

          

 

Webhook - Send data from the service desk to third-party applications or external services.

 

 

 

 

Webhook node is rendered with a single input and output port.

 

 

Timer - Pause the release workflow for a specific time duration and execute actions when the timer is running, aborted, or elapsed.

 

 

 

Timer node is rendered with a single input port. The output ports vary based on whether an alternate path is set up.

 

              

 

Branch Nodes

Branch nodes are used to create sub-flows within the workflow. You can execute multiple branches in parallel.

Fork - Split the workflow into multiple paths. You can execute multiple forked paths in parallel, provided the conditions present in the nodes in each path are satisfied.

To create a fork in the workflow,

 

Fork node is rendered with a single input and output port.

 

 

You cannot add stage nodes in forked paths.
You cannot create nested forked paths.

 

Join - Merge parallel paths forked earlier. The workflow resumes the sequential flow.

To join the workflow,

 

Join node is rendered with two input and output ports (Completed/Failed).

 

 

Link Nodes

To establish a connection between nodes, connect the output port of a node to the input port of another node.

The link used to connect two nodes is called a connector.

 

Refer to the following screen video for a better understanding:

 

 

Manage Nodes and Connectors

Node Actions - Hover over a node and click to perform the following actions:

 

 

Connector Actions - Hover over a connector to perform the following actions:

 

Reposition Nodes/Connectors - Drag a node or connector to reposition it on the canvas as needed. The source or target node of a connector can be changed by dragging the input or output vertexes.

Workflow Editor Actions

View/Modify Workflow Details

In the stencil panel, go to the Details tab to view the workflow details. You can modify the workflow name and description if needed.

 

 

Alternatively, you can also click the workflow name or description in the header to modify them.

 

Workflow Actions

You can manage the space on your editor canvas using the following functionalities:

 

 

 

To manage the workflow and the data, you can:

 

 

 

 

On saved workflows, you can:

 

 

Module admins can export historical records in the CSV format, including node edits. To do that,

 

After configuring the workflow, click Save or Save and Close on the workflow footer. ServiceDesk Plus will automatically validate your workflow before saving it. Descriptive warning messages are displayed to notify you if the workflow configuration contains errors.

Validate Workflows

Workflows are validated based on the following rules:

If a configuration used in a workflow is updated in any admin configurations, the workflow becomes invalidated. Invalidated workflows are indicated with a icon in the workflow list view and Releases tab. You cannot perform any operations on invalidated workflows, except edit or delete.

Sample Workflow