Managing your workflow involves controlling its execution state—Draft, Published, or Paused. Use the header controls to initiate a Test Run for debugging, Publish the workflow to make it live, and monitor performance and errors using the History log.
Automation management gives you full control over the lifecycle of your workflows, from initial testing to real-time, published execution.
A workflow can exist in one of three primary states, which dictate whether and how it will respond to a trigger event.
State | Status | Behavior |
---|---|---|
Draft | Not running | The workflow is being built or is inactive. It will not automatically execute when its trigger is activated. |
Published (Live) | Running | The workflow is active and in a production state. It will execute indefinitely in real time whenever its trigger condition is met. |
Paused | Temporarily suspended | The workflow was previously published but has been temporarily deactivated using the toggle. It will not execute until it is resumed. |
The main controls for managing your workflow’s state are found in the header of the workflow editor.
A Test Run is the most critical step before publishing a workflow, allowing you to confirm that the entire sequence of Triggers and Actions is configured correctly without affecting live data unnecessarily.
When you are confident in your workflow’s configuration and testing, you can make it live.
Once a workflow is published, you can temporarily suspend its execution without unpublishing it entirely.
The History tab is your primary tool for monitoring your automation’s performance and debugging issues once it is live.
The history provides a comprehensive log of all workflow execution attempts, displaying:
Regularly checking the history ensures your automations continue to function as expected and helps you maintain the health of your database processes.
Still need help? If you’re looking for something else, please feel free to make recommendations or ask us questions; we’re ready to assist you.