This site has moved to the integrated Appfire documentation and information site for our apps.

From February 2024 this site is no longer updated.

Take a look here! If you have any questions please email support@appfire.com

Skip to end of metadata
Go to start of metadata

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

Compare with Current View Page History

« Previous Version 5 Next »

Overview

Triggers can be added to

  • listen for workflow events

  • check for a set condition or conditions to be met for each event

  • set one or more actions for each event

Triggers are added as JSON using workflow builder or the JSON editor and can be used to create a more flexible and responsive workflow in Comala Document Management for Cloud

Triggers

A JSON trigger contains three different properties

Multiple trigger events can be added to a workflow.

A single trigger event will include one or more actions.

Example

In a 4 state workflow you might want the workflow to move from a Rejected state to a more proactively named Triage state.

o

You can use a trigger to listen for the state change event to the Rejected state and set the trigger action to immediately transition to the Triage state.

o


The trigger can be added to a workflow using workflow builder but it must be added as JSON markup format.

"triggers":
[
	{"event":"on-change-state",
	"conditions":
	[
		{"state":"Rejected"}
	],
	"actions":
	[
		{"action":"change-state",
			"state":"Triage"}
	]}
]

There are a number of events that can be used in a trigger - please see JSON Trigger events.

For each event you can set one or more conditions - please see JSON Trigger conditions.

Trigger actions can be added to a single event - please see JSON Trigger actions.

For example:

  • "actions":[{"action":"action1"}, { "action": "action2"}]

Each action is enclosed in a pair of curly brackets. Multiple actions are added as a comma-separated list. This list of actions is then enclosed in a pair of square brackets.

(info) Each trigger action can have a number of mandatory elements and optional elements depending on the action.

Trigger action and page workflow history

For audit purposes, both the rejected decision transition to the Rejected state and the subsequent trigger transition to Triage are recorded in the page workflow history.

o


  • No labels