Chaining Automations
How do I build an automation that references another automation's output?
How do I build an automation that references another automation's output?
The simplest pattern is to bridge the two automations through a field on a record. The first automation writes its result to a field with an Update Record Fields action, and the second automation reads that field.Set up the producer automation
- Add an Update Record Fields action at the end of the first automation.
- Point it at the record you want to use as the bridge (often the record the automation is running on).
- Map the value or variable you want to expose into a field on that record — a dedicated Text, Number, or JSON field works well.
- Fire automatically when the field changes — Configure the second automation with a Record is Updated trigger. Use Add Changed Condition to restrict it to changes on the bridge field so the automation does not run every time an unrelated field is edited. All fields on the updated record, including the bridge field, are available as variables in downstream actions.
- Read the field on demand — If the second automation runs on its own schedule, from an Automation Button, or via webhook, have it look up the record with a Search Records action and reference the bridge field from the search result.
- The two automations run under different triggers, schedules, or teams and should stay independent.
- You want the output persisted and visible on the record for reporting, audit, or manual review.
- The consumer may need to run more than once against the same producer output, or long after the producer finished.
Related Documentation
Automation System
Overview of triggers, actions, and how automations run
Automation Triggers
Reference for every trigger, including Record is Updated
Automation Actions
Reference for every action, including Update Record Fields and Run Automation
Automation Best Practices
Patterns for composable, efficient automations