Table of Contents

Dependencies

Dynamic checklists can be created thanks to the "Dependencies" feature. This allows you to define which checks should appear depending on the check result. This enables complex workflows with various nestings to be mapped within a checklist.

Create dependencies

To use the feature, a checklist template in draft mode is required. A dependency can be set based on a section. Sections are therefore essential for this feature.

After creating the desired sections and checks, the dependencies can be added. This is possible in the section settings on the right side and the third tab "Dependencies".

Dependencies are to be added to the section that is to appear when the specified conditions are met. Under "Add dependency", the check that will be used as a trigger can be defined. Several checks can also be stored, whose conditions must all be fulfilled. If several checks are stored, the following selection options appear:

• One of the dependencies have to apply to activate the section

• All dependencies have to apply to activate the section

All checks from the checklist are listed in a drop-down menu with the title of the check. A selection as well as a search via text input is possible. It is also possible to set which condition must be fulfilled, i.e. whether the check is positive, negative, executed or not executed. If the dependency relates to a check with check type single and multiple choice, it is also possible to define which answer option must be selected in order for the section to be opened ("Containing the following option”).

Open

 

Open

One check can trigger several sections. The dependency is automatically saved as soon as another field is clicked. If the check that is stored as a dependency in a section is deleted, this dependency is automatically removed. Dependent sections can additionally be marked as optional or mandatory in the section settings.

Dependent checks in practice

The behavior when filling in dependent sections works in principle the same as the general checklist execution. Dependent sections are displayed only after the relevant check has been filled in. The section opens automatically after saving this check at the place where it was added.

Note: If a check is repeated so that the dependency no longer applies to a dependent section that has already been filled in, this section will be closed again and no longer displayed. The result will not be saved in this case.

Note: It is not possible to populate dependent checks via the API.

Examples

Example 1

Check 1 decides whether Check 2 or Check 3 is opened.

Check 1: Sensory evaluation

If Check 1 is positive, Check 2 follows; otherwise, Check 3 is performed.

Check 2: Laboratory analysis

Depending on the results, the product is either approved for sale or rejected.

Check 3: Package integrity test

If Check 1 is negative, Check 3 follows. If the product passes Check 3, it is released for sale. Otherwise, it is considered unfit for sale and further steps must be taken to rectify the problems.

Example 2

Check 1: Function test

If the machine passes the function test, Check 2 follows.

Check 2: Load test

If the machine passes the load test, Check 3 follows.

Check 3: Safety test

If the machine passes the safety test, it is released for use. Otherwise, Check 4 follows.

Check 4: Reliability test

If the machine passes the reliability test, it is released for use

Example 3

Check 1: Leak test

If the valve is tight, check 2 follows. If the valve leaks, check 3 is performed.

Check 2: Pressure test

If the valve passes the pressure test, it is released for shipment. If the valve does not pass the pressure test, check 3 is performed.

Check 3: Quality check and rework

If minor issues have been corrected and the valve passes the retest, check 4 follows.

Check 4: Corrosion test

If the valve passes the corrosion test, it is released for shipment (check 5).

Check 5: Shipping