Workflow Condition Examples

From SmartWiki
Revision as of 12:04, 16 July 2013 by Arthur Lathrop (talk | contribs)

Jump to: navigation, search

Page Under Construction

There are two rules that should be followed when adding multiple connectors to a workflow task that incorporate conditional logic statements:

  1. Collectively, the conditions on each task should accommodate every possible permutation.
  2. Each condition should be mutually exclusive from every other.

Let's discuss each of these rules.

Rule #1: Collectively, the conditions on each task must accommodate every possible permutation.

Example of Incorrect Configuration

  • Three types exist in a given application, with typeIDs of 12345, 45678 and 67890.
  • Two connectors are set up on a workflow task with conditions of:
  • "@typeid@"="12345" and
  • "@typeid@"="45678", respectively
  • If the workflow is fired against a record associated with typeID 67890, the workflow will never progress to the next task.

Examples of Correct Configuration

  • As above, three types exist in a given application, with typeIDs of 12345, 45678 and 67890.
  • Three connectors are set up on a workflow task with conditions of:
  • "@typeid@"="12345",
  • "@typeid@"="45678" and
  • "@typeid@"="67890", respectively
  • Alternatively, two connectors with the following conditions could be set up:
  • "@typeid@"="12345" and
  • "@typeid@"!="12345" (not equal to "12345"), respectively
  • In all cases, when using logical conditions on connectors, the conditions must encompass all possible logical scenarios.

Rule #2: Each condition should be mutually exclusive from every other.

Example of Incorrect Configuration

Example of Correct Configuration

See Also