Templates

The task library

The task library collects reusable task building blocks. Instead of describing the same task over and over, you define it once and use it wherever you need it.

On this page

What the task library is

A building block is a predefined task together with its fields and an optional default role. It lives independently of any single template and is kept in reserve — for steps that look the same across many flows.

The task library with the create form at the top and several building blocks as rows
The task library: the create form at the top, below it the existing building blocks with field count and default role.

Creating a building block

  1. 1Enter a meaningful task name at the top.
  2. 2Optionally pick a default role the task is assigned to when inserted.
  3. 3Click “Add task” — the building block appears as a row in the list.
  4. 4Open the block's field list via “Fields” and define what should be captured while working on it.

A block's fields work just like in a template: various types (text, choice, date, number …), optionally required. They are carried over when the block is inserted into a case.

A task-library building block with its field list expanded
A building block's fields expanded — here you set the type and required status per field.

Inserting it into a case

In a running case you insert a building block as an ad-hoc task into an active phase — or type a task there directly. This adds a step to a flow without changing the underlying template.

Building blocks are ideal for recurring single steps (such as “Check back with manager” or “Review document”) that appear in many cases but do not permanently belong to a template.

Blocks you no longer need can be deactivated instead of deleted — they disappear from the picker but stay traceable for existing cases.

If the library cannot be loaded, a red message appears at the top of the page instead of the list — and the “no entries yet” hint is NOT shown. The two are deliberately kept apart: an empty list really means empty, while a red message means something could not be read. The message text comes straight from the database, untranslated; it is meant for troubleshooting.

If a second language is configured for the organization, the Translate button (top right) reveals a secondary-language field below each block name and (when expanded) below the description — empty = base language. The picker then shows the name in the active language when you insert it.