Workflow Runs
Workflow Runs provides comprehensive monitoring and debugging capabilities for all your workflow executions. View detailed logs, track performance, filter by criteria, and replay failed executions.Overview
The Workflow Runs section allows you to:- Monitor executions - See all workflow runs in real-time
- Debug issues - View detailed step-by-step logs
- Filter and search - Find specific executions quickly
- Replay runs - Re-execute failed workflows
- Track performance - Analyze execution times and success rates
Accessing Workflow Runs
Navigation
- Navigate to Automations > Workflow Runs in the sidebar
- Or access from a specific site via Site > Workflows > Workflow Runs
View Options
Global View:- Shows all workflow runs across workspace
- Filter by site, workflow type, status
- Access from main navigation
- Shows only workflows for specific site
- Filter by card, workflow type
- Access from site editor
Workflow Run List
Run Information Displayed
Each workflow run shows:- Workflow Name - Which workflow executed
- Version - The workflow version the run executed against
- Status - Success, Failed, Running, or Pending
- Start Time - When execution began
- Duration - How long execution took
- Site/Card - Where workflow was triggered
- Trigger - What initiated the workflow
Status Types
Success ✅- All steps completed successfully
- No errors encountered
- Final action executed
- One or more steps failed
- Error details available
- May require replay or manual intervention
- Currently executing
- Steps in progress
- Real-time status updates
- Queued for execution
- Waiting for resources
- Will start automatically
Filtering & Search
Available Filters
Date Range:- Today
- Last 7 days
- Last 30 days
- Custom range
- Success
- Failed
- Running
- Pending
- Multiple selection allowed
- Card workflows
- Site workflows
- Contact workflows
- Survey workflows
- Integration workflows
- Filter by specific site
- Filter by specific card
- All sites option
- Manual trigger
- Automatic trigger
- API trigger
- Scheduled trigger
- Filter runs by the workflow version they executed against
- Select one or more versions to narrow results
- Available when viewing runs for a specific workflow
Using Filters
- Click Filter button
- Select filter criteria
- Apply filters
- View filtered results
- Clear filters to reset
Filter Chips
Active filters display as chips:- Click X to remove individual filters
- Click Clear All to remove all filters
- Filters persist in URL for sharing
Viewing Run Details
Execution Log
Click any workflow run to view detailed execution log. Run details are loaded fresh each time you open them to ensure you see the latest data. Overview Section:- Workflow name and ID
- Version name and number for each attempt
- Contact information
- Start and end times
- Total duration
- Final status
- Trigger information
- Step Name - Action performed
- Status - Success or failed
- Timestamp - When step executed
- Duration - How long step took
- Input Data - Data received by step
- Output Data - Data produced by step
- Error Details - If step failed
Step Types Displayed
Triggers:- Trigger type and conditions
- Contact or event that triggered workflow
- Timestamp of trigger
- Action performed (email, tag, etc.)
- Target contact or entity
- Success/failure status
- Result details
- Condition evaluated
- Result (true/false)
- Branch taken
- Delay duration
- Scheduled resume time
- Actual resume time
Debugging Failed Runs
Identifying Issues
Failed Status:- Locate failed run in list
- Click to open details
- Review step-by-step log
- Identify failed step
- View error message
Common Failure Reasons
Configuration Errors:- Missing required fields
- Invalid email addresses
- Incorrect API credentials
- Deleted resources referenced
- Missing contact properties
- Invalid data formats
- Null values where required
- Data type mismatches
- Email service unavailable
- API timeouts
- CRM sync failures
- Webhook errors
- Infinite loops
- Missing condition branches
- Invalid variable references
- Timing issues
Error Details
Each failed step shows:- Error Code - Machine-readable error identifier
- Error Message - Human-readable description
- Stack Trace - Technical details (for advanced debugging)
- Input Data - Data that caused failure
- Suggested Fix - Recommended resolution
Replaying Workflow Runs
When to Replay
Appropriate Scenarios:- Temporary external service failure
- Configuration since corrected
- Data issue now resolved
- Testing workflow changes
- Contact no longer exists
- Workflow logic fundamentally changed
- Duplicate action concerns
- Compliance restrictions
How to Replay
- Open the workflow run details
- Click Retry workflow run
- Choose whether to use the current published version (see below)
- Confirm to re-run the workflow
- The new run appears in the list with the original trigger data
- Compare original vs. replay results
Replay Options
When you retry a workflow run, the original trigger data and contact are reused so the run starts from identical conditions. You can choose which workflow version executes: Replay with the original version:- Re-runs against the same workflow version that was used in the original execution
- Useful when verifying behavior of a specific historical version, or when the published version has not changed
- Available when a newer published version exists than the one originally executed
- Enabled by default via the Re-run using current published version (
<version>) checkbox in the retry confirmation modal - The version label shown in the checkbox reflects the current published version name or number, so you can confirm which version will run before retrying
- Useful when the original failure was caused by a workflow logic issue that has since been fixed in a newer published version
- If no newer published version exists, the checkbox is hidden and the retry uses the original version
Performance Analysis
Execution Metrics
Time Analysis:- Average execution time
- Slowest steps
- Bottleneck identification
- Duration trends over time
- Overall success percentage
- Success by workflow type
- Success by time period
- Failure pattern analysis
- Runs per day/week/month
- Peak execution times
- Queue depth
- Processing capacity
Optimization Insights
Slow Workflows:- Identify long-running workflows
- Review delay steps
- Check external API calls
- Optimize complex conditions
- Workflows needing attention
- Common failure points
- Configuration improvements
- Error handling enhancements
Best Practices
Monitoring
Regular Review:- Check failed runs daily
- Review long-running workflows
- Monitor success rate trends
- Set up alerts for failures
- Test workflows before publishing
- Use preview mode
- Validate with sample data
- Monitor initial runs closely
Troubleshooting
Investigation Steps:- Identify failure pattern
- Review recent changes
- Check external services
- Validate data quality
- Test in isolation
- Implement fix
- Monitor replay
- Note common issues
- Document solutions
- Share with team
- Update workflow comments
FAQ
Q: How long are workflow runs stored? A: Workflow run history is retained based on your plan. Contact support for specific retention periods. Q: Can I export workflow run data? A: Yes, use the export feature to download run data as CSV for analysis. Q: What’s the difference between replay and clone? A: Replay (Retry workflow run) re-executes a previous run using the original trigger data, optionally against the current published version of the workflow. Clone creates a copy of the workflow definition for editing. When you clone a workflow, a confirmation modal lets you enter a custom name for the new copy (max 50 characters). The cloned workflow is created in Draft status so you can modify it before activating. Q: Can I replay a workflow run against the latest published version? A: Yes. When you retry a workflow run and a newer published version exists, the retry confirmation modal shows a Re-run using current published version checkbox (with the version label). Leave it checked to execute against the current published version, or uncheck it to re-run against the original version that was used at the time of the failed run. Q: Can I stop a running workflow? A: Yes, click the running workflow and select Stop Execution. Note that already-completed steps cannot be undone. Q: Why do some workflows show as “Pending” for a long time? A: Pending workflows are queued. High volume, complex workflows, or external API delays can increase queue time. Q: Can I see workflow runs from deleted cards or sites? A: Yes, workflow runs are retained even if the triggering card or site is deleted, for historical analysis. Q: How do I set up alerts for workflow failures? A: Use workflow triggers to send notifications on failure, or set up monitoring via the API. Q: Can multiple people view workflow runs simultaneously? A: Yes, workflow runs are visible to all workspace members with appropriate permissions.Related Documentation
Need Help? Contact [email protected] for workflow debugging assistance.
