Publishing Workflows
This guide explains how to manage the lifecycle of your workflows, from initial draft to published production version, and how to handle version history and archiving.
Workflow States
Every workflow exists in one of three states:
| State | Description | Can Edit? | Can Execute? |
|---|---|---|---|
| DRAFT | Work in progress. The workflow is being designed or modified. | Yes | Test only |
| ACTIVE | Published version. The workflow is deployed and available for production execution. | No | Yes |
| ARCHIVED | Deprecated. The workflow is no longer in use but retained for audit and historical purposes. | No | No |
Understanding these states is essential for managing your workflows effectively.
DRAFT State
When you create a new workflow or click "Create Draft" on an existing workflow, it enters the DRAFT state.
Characteristics:
- Full editing capabilities: add, remove, and configure tasks
- Connect and disconnect nodes freely
- Modify variables, rules, and scorecards
- Test executions available for validation
- Changes are saved but not deployed to production
- Autosave triggers every 2 seconds when changes are detected
Use DRAFT state to experiment with workflow designs without affecting production. You can create multiple test executions to validate your changes before publishing.
ACTIVE State
A workflow becomes ACTIVE after publishing. This is the production-ready version that can be executed by your applications and users.
Characteristics:
- Immutable: no changes allowed to the workflow structure
- Available for production execution via API or UI
- Tracked for audit and compliance purposes
- Only one ACTIVE version exists per workflow alias at a time
ARCHIVED State
Workflows that are no longer needed can be archived. This removes them from active use while preserving their history.
Characteristics:
- Cannot be executed
- Cannot be edited directly
- Preserved for audit trail and compliance
- Can be restored by creating a draft from the archived version
Publishing a Draft
When your workflow is ready for production use, follow these steps to publish it.
Pre-Publishing Checklist
Before publishing, ensure your workflow meets these requirements:
- All tasks are configured: Every task node must have its required fields completed
- Connections are valid: All tasks must be properly connected with no orphaned nodes
- Input mappings are complete: Required inputs for each task must be mapped to valid sources
- No validation errors: The canvas should show no red error indicators on any node
- Testing complete: Run test executions to verify the workflow behaves as expected
Publishing Steps
- Verify workflow state: Ensure you are viewing the DRAFT version of the workflow
- Check for unsaved changes: Save any pending modifications using
Cmd+S(Mac) orCtrl+S(Windows) - Click the Publish button: Located in the top toolbar
- Review the confirmation dialog: The dialog shows:
- Current version number
- New version number that will be assigned
- Summary of changes since the last published version
- Add version notes (optional): Document what changed in this version for future reference
- Confirm publication: Click "Publish" to deploy the workflow
Publishing is immediate. Once you confirm, the new version becomes ACTIVE and replaces any previous ACTIVE version. Production systems using this workflow will immediately use the new version.
After Publishing
Once published:
- The workflow transitions from DRAFT to ACTIVE
- A new version number is assigned automatically
- The previous ACTIVE version (if any) becomes part of the version history
- The workflow is available for production execution
Creating a Draft from Active
You cannot edit an ACTIVE workflow directly. To make changes, you must create a new draft.
Why This Restriction Exists
Preventing direct edits to ACTIVE workflows ensures:
- Production stability: running workflows are never modified mid-execution
- Audit compliance: each published version is immutable and traceable
- Safe iteration: test changes thoroughly before deploying
Creating a Draft
- Open the ACTIVE workflow: Navigate to the workflow you want to modify
- Click "Create Draft": Located in the top toolbar or version dropdown
- Edit the draft: Make your desired changes to the workflow
- Test thoroughly: Validate your changes with test executions
- Publish when ready: Follow the publishing steps above to deploy your changes
When you create a draft from an ACTIVE workflow, the ACTIVE version remains unchanged and continues serving production requests. The draft is independent until you publish it.
Version History
Every time you publish a workflow, a new version is created. The version history provides a complete audit trail of all changes.
Accessing Version History
- Open any workflow (DRAFT or ACTIVE)
- Click the version dropdown in the top toolbar
- Select "View History" or click on a specific version number
Version History Features
The version history panel shows:
- Version number: Sequential identifier for each published version
- Publication date: When this version was deployed
- Published by: The user who published this version
- Version notes: Comments added during publication
- Status: Whether this version is currently ACTIVE, ARCHIVED, or superseded
Comparing Versions
To understand what changed between versions:
- Open the version history
- Select two versions to compare
- The comparison view highlights:
- Added tasks (green)
- Removed tasks (red)
- Modified configurations (yellow)
- Changed connections
Reverting to Previous Versions
If a published workflow has issues, you can revert to a previous version.
Reverting creates a new version based on the old one. It does not delete the problematic version, preserving the complete history for audit purposes.
Revert Process
- Open version history: Access the workflow's version history panel
- Select the target version: Choose the version you want to restore
- Click "Create Draft from This Version": This creates a new draft based on the selected version
- Review the draft: Verify the workflow matches your expectations
- Publish the draft: Deploy the restored version to production
Best Practices for Reverting
- Always test the reverted draft before publishing
- Document why you reverted in the version notes
- Consider whether additional changes are needed before publishing
- Notify relevant stakeholders about the version change
Archiving Workflows
Archive workflows that are no longer needed but must be retained for compliance or historical purposes.
When to Archive
Consider archiving when:
- A workflow is replaced by a newer implementation
- Business requirements have changed and the workflow is obsolete
- The workflow was created for a temporary or one-time purpose
- Regulatory requirements mandate retention but not active use
Archiving Steps
- Open the workflow: Navigate to the workflow you want to archive
- Access workflow settings: Click the gear icon or "Settings" in the workflow menu
- Select "Archive Workflow": Found in the workflow lifecycle section
- Confirm archiving: Review the confirmation dialog and confirm
Archiving only affects the current ACTIVE version. If a DRAFT exists, you must decide whether to delete or archive it separately.
What Happens When Archived
- The workflow status changes to ARCHIVED
- The workflow no longer appears in active workflow lists
- API calls to execute the workflow return an error
- The workflow remains visible in archived workflow lists
- All version history is preserved
Restoring Archived Workflows
To restore an archived workflow:
- Navigate to the archived workflows list
- Select the archived workflow
- Click "Create Draft" to create an editable copy
- Make any necessary updates
- Publish to create a new ACTIVE version
Best Practices
Version Management
- Publish incrementally: make small, testable changes between versions
- Write meaningful version notes to document changes
- Review version history before making significant changes
- Keep the number of active drafts minimal to avoid confusion
Testing Before Publishing
- Always run test executions with realistic data
- Test edge cases and error conditions
- Verify input validations work correctly
- Check that all output mappings produce expected results
Communication
- Notify downstream systems before major workflow changes
- Document breaking changes in version notes
- Coordinate publishing with relevant teams during business hours
- Have a rollback plan ready for critical workflows
Next Steps
Now that you understand workflow publishing, explore:
- Building Workflows for design best practices
- Testing and Debugging for validation techniques