Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...


Entry

Description

Max Simultaneous Running Workflows

Enter the maximum number of workflows you want to be able to run concurrently.

Note
titleNote!

If you do not specify a limit, your specific work environment and equipment will determine the maximum number of workflows that can run simultaneously. This value applies only to the workflow group that you are defining and will not affect members that are workflow groups.


Startup Delay

If Max Simultaneous Running Workflows is set to a value larger than 1, enter the delay (in seconds) of the execution start for each of the workflows that may run simultaneously.

Note
titleNote!
  • If you do not enter any value, a very short delay will be applied by the system, by default.
  • You can assign a Startup Delay regardless of the members status. Once the delay is up, if the member in turn is disabled, the Workflow group attempts to execute the next member.


Continuous Workflow Execution

Select this check box if you want to allow members in scheduled workflow groups to execute on schedule even though all workflow members in the group have not finished execution.

This may be useful in case one member is delayed for some reason. In that case remaining workflow members will not be prevented from executing on schedule. 

Note
titleNote!

This feature is not supported for nested group members, only workflow members.

For a workflow group with a member that is delayed over the next scheduled time, this setting will make the member execute immediately when it is finished, and the group will be in a continuous Running state, not switching to Idle in between executions as is the default behavior.

This needs to be considered when making configurations based on workflow group states.  


Continue

This option activates the default behavior on member abort, which means that the workflow group will run until all its members are fully executed and/or all are aborted.

Note
titleNote!

This means that groups with real-time workflow members will continue to run until all the members are aborted or stopped manually.


Stop

Select this option to have the workflow group stop when a member aborts. A batch Workflow will finish the current batch and then stop.

Stop Immediately

Select this option to have the workflow group stop immediately when a member aborts. A batch workflow will stop even in the middle of processing a batch.

Enable

Select this check box to enable the workflow group execution settings.

Note
titleNote!
  • Execution settings that you configure here, will only apply for workflow members for which execution settings have not been enabled in the configurations that they are part of.
  • Workflow groups cannot run as stand-alones, and will be executed on the platform. For further information about stand-alone, see Execution Context in the Desktop User's Guide.


Distribution

A workflow executes on an EC group. You can specify these EC groups, or the  system system can select them automatically. 

The Distribution rules are applied to all included group members, such as workflows and workflow group configurations. When there are conflicting settings, the members that are lowest in the workflow group hierarchy have precedence.

When the Distribution rules of the workflow group configurations are set on the same level in the hierarchy, they do not conflict with each other.

Note
titleNote!
  • If you select to configure the distribution using EC groups, the selected distribution type will also be applied on the ECs within the groups.

The following options exist:

Sequential - Starts the workflow on the first EC group in the list. If this EC group is not available, it proceeds with the next in line.

Workflow Count - Starts the workflow on the EC group running the fewest number of workflows. If the Execution Contexts list contains at least one entry, only this/these EC groups will be considered.

Machine Load - Starts the workflow on the EC group with the lowest machine load. If the Execution Contexts list contains at least one entry, only this/these EC groups will be considered. Which EC group to select is based on information from the System Statistics sub-system.

Round Robin - Starts the workflow on the available EC groups in turn, but not necessarily in a sequential order. If ecg1, ecg2 and ecg3 are defined, the workflow may first attempt to start on ecg2. The next time it may start on ecg3 and then finally on ecg1. This order is then repeated. If an EC group is not available, the workflow will be started on any other available EC groups.


...

Info
titleInfo!

The times stated in Scheduling will follow follows the timezone of the server hosting the Platform Image Added Platform.


The Workflow Group Scheduling tab


Entry

Description

Day Plans

Use this table to plan timed triggers that will execute your Workflow group. Note that you can define a list of various plans. will pick The system picks the plan that meets the top priority according to the section below, Day Plans Priority Rule.

Event Trigger

Use this table to define an event execution trigger for the Workflow group, see the section below, Event Triggers.

Day Plans Priority Rule

The Day Plans table enables you to create a list of different execution schemes of the Workflow group. You configure each Day Plan to any interval between executions.

Note
titleNote!

Two Day Plans should not contradict each another. An example of an invalid configuration: Day Plan A is set to Tuesdays Off, while Day Plan B is set to Every 5 minutes between 15:00:00 and 15:05:00 on Tuesdays.

 applies The system applies the following priority rule for picking a Day Plan out of the list:

...

Note
titleNote!

An Event Trigger that is comprised of a chain of events will take effect only when all the events that it includes have occurred.

The events that have occurred are stored in memory. When is Image Added is restarted this information is lost and none of the events on the event chain are considered to have occurred.

...