Use variables in workflows
Insert saved variables into workflow fields, use Variables app actions, and pass temporary execution variables.
Workflows can read saved variables from the field picker, call Variables app actions mid-run, and store temporary execution variables for a single run. Create saved variables first on the Variables page (Create and manage).
What to use them for
| Use | Example |
|---|---|
| Fill action fields without typing the same value in every step | Support inbox = ops@example.com in email “To” fields |
| Keep environment-specific values out of the canvas | CRM base URL for staging vs production |
| Flip behaviour without editing the graph | Approvals enabled = True / False |
| Store dates the process depends on | Quarter end as a date |
| Update a shared value during a run | Variables app action Update Variable |
Insert a variable from a field
In a step field that supports dynamic input:
- Open the + picker on the field.
- Choose the Variables tab.
- Select a saved variable (or an execution variable when one exists for this run).
At run time Automate replaces the reference with the current stored value.
Variables app actions
| Action | When to use it |
|---|---|
| List Variables | See which variables the project can access |
| Get Variable | Read a value into a later step |
| Update Variable | Change a saved variable’s value mid-run (for example increment a counter) |
| Set Execution Variable | Store a temporary value for this run only |
| Get Execution Variable | Read a temporary value set earlier in the same run |
Execution variables
Execution variables exist only for one workflow run. Use them to pass temporary data between steps. Do not put long-lived business settings here; create a saved variable instead.
Example: temporary request id
Goal: Pass an id between steps in a single run without saving it permanently.
- Add Set Execution Variable with key
requestIdand the value from an earlier step. - Later steps use Get Execution Variable (or the Variables picker exec entries) to read
requestId. - The value disappears when the run finishes.
Example: shared support inbox
Goal: Several email steps should always use the same inbox.
- Create a Text variable named
Support inboxwith valueops@example.com(Create and manage). - Leave Project empty if every project should use it, or pick one project to limit scope.
- In each email step’s To field, insert
Support inboxfrom the Variables tab. - When the address changes, update the variable once. Future runs use the new address.
Next
- Use with agents: let agents read or update the same values
- Variables: scope, rules, and overview