Process flow settings
Last updated
Last updated
Process flow settings are used to manage settings and behaviour for the process flow as a whole:
The ability to update some settings will vary, depending on the version status. For example, you can't add flow variables to a deployed version.
Process flow settings are summarised below.
# | Item | Summary |
---|---|---|
1 | Process flow name & description | The name displayed for this process flow throughout the system. Optionally, you can include a description. |
2 | Queue priority | All process flow run jobs are added to your queue and, by default, are picked for processing when a slot becomes available - i.e. they have a If required, you can use this dropdown field to select the priority in which runs for this process flow are picked from your queue. Choose from:
|
3 | Enabled toggle button | Use this option to enable or disable this process flow. |
4 | Use queued time | Some process flow steps (connectors, filters, set variables, transforms, etc.) can be configured to use dynamic/relative dates, where the date is relative to the time that the variable is used in the process flow. With the introduction of queues for process flow runs, all scheduled process flows are added to a queue when they are initialised. This means that the time a flow is initialised is not the same as the time the flow actually runs - sometimes the run will be almost instant, but in busier periods there may be some minutes between starting and running a flow. To prevent cases where filtered records are omitted because they were added between the time a flow was initialised and the time it left the queue to run, the use queued time process flow setting can be used. This allows you to choose whether any relative dates should be based on:
This option defaults to Example To find all records created in the last 2 hours, a relative date variable is configured as: At 12:00 the process flow enters the queue. At this point, the value of this variable would be: At 14:00 the process flow leaves the queue and runs. At this point, the value of this variable would be: So:
|
5 | Remove failed payloads | Toggle this option With this option switched on, the failed payload is removed and the flow continues. If the process flow completes successfully, its status is set to |
6 | Production flow | If this option is toggled ON, Patchworks will receive alerts if a run fails for this flow, which may be analysed to understand trends and areas for future enhancements. |
7 | Labels | View and update labels associated with this process flow. You can remove an existing label, apply labels from the dropdown list, or create a new label. |
8 | Email failure notifications | Use the dropdown list to select a notification group to receive an email alert if a process flow run fails. |
9 | Deploy | Use this option to deploy the currently selected draft or inactive version. |
10 | Variables | Define flow variables and then reference these values throughout the entire process flow. |
11 | Versions | All existing versions of a process flow are displayed. From here you can select any version to view the flow at that point in time. You can also choose to deploy the currently selected draft or inactive version, and to duplicate any version of a process flow. |
If your process includes a run process flow shape, note that any 'sub flows' do NOT inherit the queue priority from the 'calling' flow. You should set the priority for these as required.
Failed payloads can be viewed in real-time run logs, via the failed payloads tab. These payloads can be downloaded from run logs: