Manage workflow automation in Baserow

Automation management gives you full control over the lifecycle of your workflows, from initial testing to real-time, published execution.

Managing your workflows means controlling when they run, monitoring their performance, and troubleshooting issues. Baserow provides simple controls to test workflows safely, publish them for production use, pause them temporarily, and track every execution through detailed history logs.

Proper workflow management ensures your automations run reliably, helps you catch errors early, and gives you confidence that your database processes are working as expected.

Baserow workflow automation image

Workflow execution states

Every workflow operates in one of three states that control whether it responds to trigger events.

State Toggle appearance Behavior
Draft Gray, not clickable Workflow is being built and will not execute
Paused Gray toggle (clickable) Workflow is temporarily stopped but can resume. Workflow does not respond to trigger events, and configuration remains intact for quick resuming.
Live Green toggle (clickable) Workflow executes automatically when triggered. Workflow is actively running, responds to all trigger events, and executes actions automatically.

State progression:

Draft (building) → Test → Publish → Live (running) ⟷ Paused (suspended)

You cannot toggle a workflow to Live until it has been tested and published at least once.

Testing and publishing workflows

Start test run

Testing validates your workflow configuration before it affects production data. Before testing, configure all nodes completely and use test data when possible to avoid affecting live records.

How to test:

  1. Build your complete workflow (trigger + actions). Review payload for each node test run.
  2. Click Start test run in the workflow header. This executes the entire workflow once.
  3. Manually trigger the event (e.g., create a test row for “Rows are created” triggers)
  4. Check the History tab for execution details; green checkmarks indicate success, red warnings show errors.

Click “Start test run” again to re-test. Testing does not repeat automatically.

Publish

Publishing activates your workflow for production use. Workflow must be tested successfully at least once, with no configuration errors present.

How to publish:

  1. Click Publish in the workflow header after successful testing
  2. The workflow enters Live state (green toggle appears)
  3. Toggle becomes clickable, switch between Live and Paused as needed.

When published, workflow monitors for trigger events continuously and executes automatically every time the trigger fires. The workflow logs all executions in the History tab and runs indefinitely until paused or deleted.

Once published, use the toggle to pause and resume execution.

How to pause and resume

To pause, navigate to the published workflow → Click the Live toggle in the header. The workflow immediately enters the Paused state. Trigger events will no longer execute the workflow

Pause workflows temporarily when you need to investigate reported issues without stopping trigger events, perform maintenance on connected external services, make minor configuration adjustments, temporarily stop automated processes during business changes, or prevent execution during scheduled system maintenance.

To resume, navigate to the paused workflow → Click the Paused toggle in the header. The workflow immediately returns to the Live state. Trigger events begin executing the workflow again.

Pausing does not affect currently running executions. Any workflow already in progress will be completed.

Image Baserow automation history

Monitoring workflow history

The History tab provides a complete audit log of all workflow executions, both test runs and live executions.

Information Description
Status Success (green) or Failed (red)
Timestamp When the workflow executed
Run messages Detailed logs including error messages
Execution type Test run or Live execution

When a workflow fails:

  1. Open the History tab
  2. Find the failed execution (red status)
  3. Click to expand the execution details
  4. Read the error message showing: Which node failed, why it failed, and what data was present at failure
  5. Fix the configuration issue
  6. Test again to verify the fix

Automatic workflow disabling

Baserow automatically disables workflows after multiple consecutive failures to prevent data issues.

Workflows typically disable after 5-10 consecutive failed executions, persistent configuration errors, repeated authentication failures, or continuous timeout errors.

To re-enable:

  1. Review History tab for error patterns
  2. Fix the root cause (credentials, field mappings, timeouts)
  3. Run a successful test
  4. Publish the workflow again

Frequently asked questions

What’s the difference between a test run and publishing an automation?

A test run manually executes an automation workflow once for debugging and verification. You must click “test” each time you want it to run. Publishing activates the automation for production use, so it runs automatically whenever the trigger conditions occur, without manual intervention.

Can I edit a published workflow?

Yes, but pause it first for major changes. For structural changes, pause → edit → test → resume.

Can I export History logs?

Currently, History is viewable in-app only. For audit needs, regularly review and document critical executions manually.

Why can’t I toggle my workflow to Live?

The toggle remains “Draft” until you successfully test and publish the workflow at least once. Run a test, then click Publish.

What’s the difference between pausing and deleting?

Pausing temporarily stops execution but preserves the workflow. Deleting permanently removes it. Use pause for temporary stops, delete only for permanent removal.

How many workflows can one automation contain?

No strict limit, but organize related workflows within the same automation for better management. Separate unrelated automations for clarity.

Will testing a workflow affect my live data?

Yes. Test runs execute real actions on live data. Create/update/delete operations are permanent. Use test tables or test records when possible.

Troubleshooting guide

Workflow not executing after publishing

Check that the toggle shows “Live” (not “Paused”), the trigger event is actually occurring, and the History tab for disabled events or errors. Manually trigger the event to verify trigger configuration.

Test succeeds, but published workflow fails

Possible causes: Live data differs from test data, external API rate limits, or permissions issues with production data. Test with production-like data, add error handling, review History for specific failure details.

Can’t find workflow execution in History

Refresh the page, check the trigger fired, and ensure that the workflow is published (Draft workflows don’t execute).

Related content

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.