Add Workflow Step
Add a webhook step to an existing workflow template
Base URL
All API requests should be made to:Example request
Request body
| Field | Type | Required | Description |
|---|---|---|---|
index | integer | Yes | Priority index for FIFO execution order (0 is first step) |
workflow_uuid | string | Yes | UUID of the workflow template to add the step to |
webhook_name | string | Yes | Name of the webhook step |
webhook_description | string | Yes | Description of the webhook step |
method | string | Yes | HTTP method. Allowed values: "GET", "POST", "PUT", "DELETE", "PATCH" |
path | string | Yes | URL path for the webhook (supports template variables) |
domain_uuid | string | Yes | UUID of the domain associated with this webhook step |
human_approval_required | boolean | Yes | Whether this step requires human approval before execution |
step_identifier | string | Yes | Unique identifier (slug) for this step |
on_success_next_step_identifier | string | Yes | Step identifier to execute next on success |
on_fail_next_step_identifier | string | Yes | Step identifier to execute next on failure |
delay_to_next_step | integer | Yes | Delay in seconds before executing the next step |
execution_condition | object | No | Condition that must be met for this step to execute |
execution_condition.operator | string | No | Comparison operator: "eq", "ne", "lt", "gt", "lte", "gte", "in", "contains" |
execution_condition.field | string | No | Field path to evaluate |
execution_condition.value | string | No | Value to compare against |
retry_delay | integer | Yes | Delay in seconds between retry attempts (default: 10) |
retry_backoff_mode | string | Yes | Retry backoff strategy: "linear" (default) or "exponential" |
max_retries | integer | Yes | Maximum number of retry attempts (default: 5) |
request_timeout_in_milliseconds | integer | Yes | Request timeout in milliseconds (default: 5000) |
request_body_json | object | Yes | Request body as JSON object (supports template variables) |
headers_json | object | Yes | HTTP headers as JSON object (supports template variables) |
query_params_json | object | Yes | Query parameters as JSON object (supports template variables) |
Execution Order (Index)
Theindex field defines the priority and execution order for FIFO (First-In-First-Out) workflows:
- Lower index = Higher priority: Steps with lower index values execute first
- Index 0: First step to execute
- Sequential execution: In FIFO mode, steps execute in order based on their index
- Concurrent mode: Index may still be used for reference, but steps execute in parallel
Execution Conditions
Theexecution_condition field allows you to control when a step executes based on field values:
Supported Operators
| Operator | Description | Example |
|---|---|---|
eq | Equal to | amount eq 100 |
ne | Not equal to | status ne "cancelled" |
lt | Less than | quantity lt 10 |
gt | Greater than | price gt 1000 |
lte | Less than or equal to | age lte 18 |
gte | Greater than or equal to | score gte 80 |
in | Value in array | status in ["active", "pending"] |
contains | String contains substring | email contains "@example.com" |
Example Execution Condition
amount > 1000.
Template Variables
Workflow steps support dynamic variable substitution inrequest_body_json, headers_json, query_params_json, and path:
System Secret Variables
Access secrets from the System Secret Vault:Step Response Variables
Access data from previous workflow steps (FIFO mode only):Initial Variables
Access variables from initial workflow input (FIFO mode only):{{ #key }}) are available. Step response and initial variables are not supported in concurrent execution.
Step Flow Control
Success and Failure Paths
on_success_next_step_identifier: Defines which step to execute next when this step succeedson_fail_next_step_identifier: Defines which step to execute next when this step failsdelay_to_next_step: Adds a delay (in seconds) before executing the next step
Human Approval
Whenhuman_approval_required is true:
- The workflow pauses at this step
- A human must approve or deny the step before execution continues
- This provides manual intervention capabilities for critical operations
Example response
Response fields
| Field | Type | Description |
|---|---|---|
success | boolean | Indicates if the request was successful |
details | string | Success message |
Related Documentation
- Workflow Template Overview - Learn about workflow templates, execution modes, and features
- Add Workflow Template - Create a new workflow template
- System Secret Vault Overview - Manage secrets for use in workflow steps
Authorizations
API key for authentication. Get this from your dashboard by selecting a brand and going to API Keys section.
Brand UUID for authentication. Get this from your dashboard after adding a brand - it will be displayed in the UI.
Body
Workflow step configuration
Priority index for FIFO execution order (0 is first)
UUID of the workflow template to add the step to
Name of the webhook step
Description of the webhook step
HTTP method for the webhook call
GET, POST, PUT, DELETE, PATCH URL path for the webhook (supports template variables)
UUID of the domain associated with this webhook step
Whether this step requires human approval before execution
Unique identifier (slug) for this step
Step identifier to execute next on success
Step identifier to execute next on failure
Delay in seconds before executing the next step
Delay in seconds between retry attempts (default: 10)
Retry backoff strategy (default: linear)
linear, exponential Maximum number of retry attempts (default: 5)
Request timeout in milliseconds (default: 5000)
Request body as JSON object (supports template variables: {{ #key }}, {{ step.response.key }}, {{ initial.key }})
HTTP headers as JSON object (supports template variables)
Query parameters as JSON object (supports template variables)
Condition that must be met for this step to execute

