All documentation · Automations
Workflow automation
Build automations three ways: from a free template, by describing them to AI, or from a blank canvas. Learn triggers, actions, variables, activation, and the executions log.
9 min read · Reviewed
A workflow watches for something to happen in your data and then does something about it. New lead arrives, welcome email goes out. Deal goes quiet, a check-in task appears. This guide covers building one, wiring data through it, turning it on, and reading what it actually did.
Where workflows live
Go to /admin/automation, heading Automation. It has two tabs: Workflows and Pipeline. This article is about the Workflows tab. (The Pipeline tab is covered in sales-pipeline.)
Three stats cards sit at the top — Total Workflows, Active, Inactive — and below them each workflow is a card with an Active/Inactive switch, an inline-editable name, and two buttons: Editor and Execs.
Three ways to create a workflow
The create dialog offers you three doors. They are not equivalent — the middle one costs credits, the other two don't.
| Path | Cost | Clyentra's own words |
|---|---|---|
Start from a template | Free | "Pick a proven automation and make it yours. Free — no credits needed." |
Describe it — we'll draft it | 5 credits | "Say what should happen in plain words. You review every step before anything runs." |
Start from scratch | Free | "Open a blank canvas and build it step by step." |
Try the template shelf before you spend a credit: There are eight templates and they cover the automations most teams build first. Starting from one is free and lands you with a working structure you can edit — often faster than describing what you want.
The template library
Eight templates, all free to use:
- Welcome new leads — send a welcome email shortly after a lead is created
- Qualified lead alert — notify sales when a lead's status becomes qualified
- Follow-up task for new leads — create a follow-up task on lead creation
- New deal kickoff — email the team the moment a new deal is created
- Stale deal nudge — wait, then create a check-in task on a quiet deal
- Meeting confirmation — email a confirmation when a calendar event is created
- Sync leads to another tool — push new leads out over HTTP
- AI lead brief — have AI write up a lead for whoever picks it up
Triggers: what starts a workflow
A trigger fires on create, update, or delete of one of four record types: Lead, Deal, Task, or Calendar Event. That's the surface. Pick the record and pick the event, and everything downstream hangs off it.
Stage changes are not a workflow trigger: If you want something to happen when a deal enters or leaves a specific pipeline stage, build it as a stage automation in the Pipeline Stage Editor (On Stage Entry (ENTRY) / On Stage Exit (EXIT)), not here. See sales-pipeline.
Actions: what a workflow does
Nine action types, grouped in the picker under Customer & Deal Records, Customer Messages, Rules & Timing, Utility, and Smart Tools & Integrations.
| Action | What it does |
|---|---|
| Send Email | Email the lead, the owner, or anyone else |
| HTTP Request | Call an external service — this is your escape hatch to any other tool |
| Condition | Branch the workflow Yes / No |
| Delay | Wait — in Minutes, Hours, or Days |
| AI | Have a model produce something (a brief, a summary, a draft) |
| Task | Create a task for a person |
| Lead | Create or update a lead |
| Deal | Create or update a deal |
| Calendar Event | Put something on a calendar |
Condition and Delay are what turn a list of steps into an actual process. A Condition branches Yes / No, so one workflow can treat a hot lead and a cold one differently. A Delay lets you wait three days before nudging, rather than nagging someone the second they go quiet.
Variables: getting data into your steps
A workflow is only useful if its steps can see the record that triggered it. Two variable forms do that.
| Syntax | Refers to | Example |
|---|---|---|
{{entity_data.field}} | The record that fired the trigger | {{entity_data.email}}, {{entity_data.first_name}} |
{{outputs.<stepId>.field}} | The result of an earlier step | Feed an AI step's output into the email that follows it |
That second form is the one people miss. It's how an AI step's output becomes the body of a Send Email step, or how an HTTP Request response decides a later Condition. Steps chain.
Every workflow is created paused
Nothing you build runs until you say so. New workflows — however you created them — arrive inactive. You turn one on with the switch on its card.
Before flipping that switch, Clyentra checks the workflow is actually runnable and refuses if it isn't:
- "This workflow has no trigger yet — open it and pick what starts it before activating."
- "This workflow has no actions yet — add at least one step before activating."
There is no test or simulate button: You cannot dry-run a workflow. The real test is to activate it and watch the first execution in Execs. Because of that, activate on a low-stakes trigger first, or point the first version at a lead you created yourself.
Build your first workflow
- Open `/admin/automation` → `Workflows` and create one. Take
Start from a templatefor your first — it's free and it gives you a working shape. - Open the `Editor`. The card's
Editorbutton opens the canvas. Check the trigger, then check each action. - Wire in your data. Replace placeholders with real variables —
{{entity_data.email}}for the lead's address,{{entity_data.first_name}}in the greeting. - Add a Condition or a Delay if the process needs one. "Wait 3 days, then if still not contacted, create a task" is a Delay followed by a Condition.
- Activate it. Flip the switch on the card. If Clyentra objects, it's because you're missing a trigger or an action — fix that and try again.
- Watch the first run in `Execs`. This is your test. Don't walk away until you've seen one execution come back Success.
Executions: what actually happened
The Execs button opens Executions — {workflow name}. Every run lands here with a status: Success, Failed, Stopped, Delayed, or Running. (Delayed is not a problem — it's a workflow sitting inside a Delay step, waiting.)
Open a run and you get Input Data (what the trigger handed the workflow), Output Data (what each step produced), and, when something broke, an Error Trace. Two controls sit alongside: Retry Execution and Stop Execution.
Debug from Input Data, not from the canvas: When a step behaves strangely, the usual culprit is a variable that resolved to nothing. Input Data shows you exactly what the trigger delivered — if the field you referenced isn't in there, your {{entity_data.…}} path is wrong.
Editing with AI
The builder has an Edit with AI control — "Describe a change in plain words — 5 credits per drafted change". Ask it to add a step, change a condition, or restructure a branch, and it drafts it.
Two things worth knowing. First, asking questions is free — only a *drafted change* costs the 5 credits. You can interrogate a workflow you inherited without spending anything. Second, AI drafts arrive paused: "This is created as a paused draft — nothing runs until you review it and switch it on." The model never puts something live behind your back.
For what credits cost and how to top them up, see ai-credits.
Where workflows fit
Workflows sit at the end of the capture chain. A form or booking page creates the lead (forms-and-booking), routing puts a name on it (lead-routing), and a workflow does the first thing that needs doing — the welcome email, the follow-up task, the alert to the rep — before a human has read a single row. See leads-and-customers for what the lead record looks like on the other side.
Questions people ask
I built a workflow but nothing is happening.
It's almost certainly still paused. Every workflow is created inactive, whichever way you built it — activate it with the switch on its card. If activation is refused, Clyentra will tell you why: no trigger, or no actions.
How do I test a workflow before it touches real customers?
There is no test or simulate button in Clyentra. Activate the workflow and watch the first run in Execs, where you get Input Data, Output Data, and an Error Trace if it failed. To be safe, trigger it yourself first — create a test lead and confirm the execution comes back Success before real traffic hits it.
Which creation path costs credits?
Only Describe it — we'll draft it, at 5 credits. Start from a template and Start from scratch are both free — the template card says so outright: "Free — no credits needed." In the builder, Edit with AI also costs 5 credits, but only per drafted change; asking the AI questions is free.
How do I reference the lead's email inside a Send Email step?
Use {{entity_data.email}}. Any field on the record that fired the trigger is available as {{entity_data.field}}. To use the result of an earlier step instead — an AI-written summary, say — reference it as {{outputs.<stepId>.field}}.
Can a workflow fire when a deal moves to a specific stage?
Not from the Workflows tab — triggers there fire on create, update, or delete of a Lead, Deal, Task, or Calendar Event. Stage-specific automations are built in the Pipeline Stage Editor and fire On Stage Entry (ENTRY) or On Stage Exit (EXIT). See sales-pipeline.
An execution says Delayed. Is it stuck?
No. Delayed means the run is inside a Delay step and waiting out its Minutes, Hours, or Days before continuing. A genuinely broken run shows Failed, with an Error Trace you can open — and a Retry Execution button when you've fixed the cause.
Will AI change my live workflow without asking?
No. AI drafts always arrive paused: "This is created as a paused draft — nothing runs until you review it and switch it on." You review every step and flip the switch yourself.