Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current View Version History

« Previous Version 49 Current »

General

Workflow is a technical term for process. A workflow is a series of tasks, which need to be executed in order to eventually complete the process. The tasks in a workflow either need to be manually executed by a user or are automatically executed as soon as a condition is met. As soon as a workflow task is executed, the workflow automatically continues to the next workflow task, until the end of the workflow is reached.

Beneath an example of a simple workflow:

image-20240705-134738.png

This example process starts in the status ‘Draft’ and as soon as the workflow task ‘Submit' is executed by a user, the process continues to the status ‘Submitted’ and the next workflow task 'Handle’ becomes active. In both the draft and submitted status, the cancel task is also available.

Identify an object using a workflow

Objects using a workflow can mainly be identified by the ‘Workflow’ tab. Objects without a workflow tab do not have a workflow. For example, a building is an object without a workflow and a reservation is an object with a workflow.

image-20240705-132434.png

End users do not have the authorization to see the workflow tab. Only key users and administrators can see and navigate to the workflow tab.

If a user has active tasks in the workflow, the tasks corresponding (green) buttons are also shown and this is also an indicator that there is a workflow involved.

image-20240705-131032.png

Workflow components

A workflow consists of several components. The most important components are:

  • Status

  • Task

  • Connector

  • Cancel group

Component

Type

Description

image-20240704-083450.png

Status

  • A circle with the 'play' icon is the first status of the workflow. Every object will start in this status

image-20240704-083516.png

Status

  • A circle without the 'play' icon is used for every other status in the workflow

image-20240704-083533.pngimage-20240726-081201.png

Task

  • A square is a task in the workflow

  • Tasks can be manual or automatic tasks (see both examples in the screenshots)

  • Tasks are assigned to one or more system groups

  • Editable fields in the workflow are configured on task level

  • Hover over the task in the workflow, to see which system group will get the task.

image-20240704-083556.png

Connector

  • A connector is used to link a status to a task or task to a status

  • In a connector (task to status) pre-defined field sets and conditions can be linked

  • In a connector, the page function (e.g. ‘handled’ on the page of a request) is set. When a user presses a page function, the correct connector is used in the workflow to process the workflow to the next status (e.g the 'Handled' function will use a different connector as ‘cancel’ and thus ends up in another status.

  • In some cases, a connector can have a ‘@' sign. This means an email is send if that connector is used (if default emails are enabled for that workflow)

image-20240704-083633.png

Cancel group

  • A cancel group is used to mark one or more statuses, from where a task can be executed

  • If the workflow is in one of the statuses within the cancel group, the corresponding task can be executed

  • Cancel groups are usually used for the ‘Cancel’ task. A workflow can be cancelled from various statuses without the need to have a connector from every applicable status to the cancel task. It can also be used for other tasks that need to be available via a group of statuses (e.g. ‘request more information’ in a request, might be possible in most other statuses)

How to read an objects workflow

Via the ‘Workflow’ tab overview 'Task history', the key users and administrators can see the workflow tasks already executed and workflow tasks generated to be executed. This overview can be used to see who executed a specific workflow task or who needs to execute the current active workflow task.

An objects categiory determines if a workflow is used. If an object is ceated in a category which uses a workflow, a workflow case is created for that particular object. The workflow case for that object keeps track in which status the object is currently in, which tasks are currently active and which tasks are already executed. The workflow case gives a visual presentation of the tasks already executed and tasks still to be executed.

The include 'View workflow graphics <object instance>' shows the current workflow case of the object. In the workflow case there are several colors used:

  • Light grey: All statusses, tasks, connectors and cancel groups currently not active for the current status

  • Black/dark grey: The current (active) status and all tasks, connectors and cancel groups currently active

  • Blue: The blue statusses, tasks and connectors show the route the object has already been through (progress)

image-20240723-090720.png
  • No labels