Suite | Growth, Professional, Enterprise, or Enterprise Plus |
An action flow is a user-defined automated workflow. Each action flow consists of an action flow trigger, which initiates the flow, and one or more steps. Action flows can run in response to their configured trigger or be initiated by agents using agent copilot autoassist.
For example, you might define an action flow that is triggered when a ticket's form changes from the standard Support form to the custom Incident ticket form. When this happens, the action flow changes the ticket's priority to urgent, creates a Jira issue, adds a link to the Jira issue to the ticket, and sends the relevant team a Slack message notifying them of the urgent Jira issue.
This article describes how to create an action flow.
Anatomy of an action flow
-
Action flow trigger: The condition under which the action flow is
initiated. This can be a Zendesk event or an agent using agent copilot auto assist. The following action flow triggers are available for the EAP:
- Ticket events (including ticket lifecycle, such as creation, and
ticket updates to: ticket properties, routing, comments, SLAs,
schedules, and CSAT)Note: Action flows initiated by ticket updates often run when a ticket is created, too, because ticket values are perceived as changing from null or empty to an actual value.
- Agent copilot's action flow suggestion approved
- Ticket events (including ticket lifecycle, such as creation, and
ticket updates to: ticket properties, routing, comments, SLAs,
schedules, and CSAT)
-
Zendesk steps: Actions related to Zendesk objects and
actionality.During the EAP, the following steps are available:
- Create ticket
- Look up ticket
- Update ticket
- External steps: Actions related to external systems you've connected to. The steps available vary by system. See Understanding external steps for action flows.
- Branch steps: Branches are steps that split your action flow into two paths based on a user-defined condition.
- Actions: User-defined automated tasks that update or query data using any API. Actions are used by agent copilot auto assist and action flows.
With the exception of some action flow triggers, steps always require a data input. Commonly, the input of one step is the data returned from a previous step, known as that step's output. However, in some cases, you can specify static inputs. Additionally, not all steps provide an output. For more information, see Providing inputs for steps.
Creating an action flow
Admins can create up to 10 action flows. Each flow can consist of one action flow trigger and up to 50 steps.
- In Admin Center, click
Apps and integrations in the sidebar, then select Actions > Action flows.
- Click Create flow.
- Enter a unique Name and a Description to help other admins
understand the action flow.Note: Agent copilot auto assist uses the action flow's name and description to determine when an action flow should be suggested to an agent. For help writing good names and descriptions, see the best practices.
- Click Next.
- Click + Add trigger, and then use the step sidebar to configure the condition under which the action flow is initiated and any required inputs.
- Below the trigger event step, click the Add step icon
(
). Then use the step sidebar to configure it.
- Repeat step 6 beneath other steps as needed to complete your action flow.
- Click Save.
New action flows are inactive by default. Before an action flow can be used, you must activate the flow.
- When you're ready to use the action flow, click Activate.
Adding an action flow trigger
Every action flow begins with a trigger event. This is what initiates the flow.
- In the visual workflow builder, click + Add trigger.
- In the step sidebar, select whether you want the action flow to be initiated by a Ticket event or when a Suggested action flow is approved by agent.
- Click through the available options and select a single action flow trigger.
- For Agent copilot > Action flow > Suggested action flow approved by
agent, you can configure an input to be provided by auto assist:
- In the step sidebar, click + Add input.
- Enter a Name and Description.
Providing clear and detailed names and descriptions for inputs helps auto assist determine the correct information to provide when the action flow runs.
It is possible to have agent copilot provide a ticket ID as input for this action flow trigger. To do so, you must name the input zendesk_ticket_id and set the type to number. If the input name and type aren't exact matches to this, agent copilot won't be able to add the ticket ID.
- For Type, select one of the following options: True/False (Boolean), Text, Number (Integer), or Decimal.
- Click Save.
Adding steps to action flows
Adding Zendesk or external steps
Zendesk steps perform Zendesk-specific actions, such as modifying a ticket's priority. External steps perform actions specific to the connected system, such as sending a Slack message or creating a Jira issue. Action flows can consist of Zendesk steps and external steps for multiple connected systems.
- Zendesk steps that are performed by the flow are attributed to the system user.
- Regardless of how an action flow is triggered, external steps are attributed to the admin who connected the external system.
- In the action builder, beneath an existing step, click the Add
step icon (
).
- In the step sidebar, under Zendesk steps or External steps click through the menu options to select the step.
- In the step sidebar, enter the required inputs for the selected step. See Providing inputs for steps.
Adding branch steps
Although some action flows progress linearly, it's common for them to include one or more branches. When you add a branch, you must define a single condition for the If condition is met branch. The Else branch encompasses everything that doesn't meet the If condition, so no configuration is required for the second branch.
- In the visual workflow builder, beneath an existing step, click the
Add step icon (
).
- In the step sidebar, under Flow control, select Branch.
- Configure the If condition is met branch's condition:
- Select the Variable. This is data output from a previous step in the action flow.
- Select the Operator that describes the relationship between the condition's variable and value. The available operators change based on the variable selected.
- Enter the Value used when evaluating the condition.Note:
- These values are case-sensitive. It's important to note that Zendesk tickets use lower-case for the type, status, and priority fields. For example, when referring to a ticket's type, entering a value of Incident would fail to match because it's expecting incident.
- The value field isn't required when using the Is present or Is not present operators.
Adding action steps
Actions are user-defined tasks that update data using any API the user specified. The actions defined for agent copilot are also available as steps for action flows. For more information, see Creating and managing actions.
Additionally, it's important to understand that the action step reflects the action as it was defined at the moment it was added to the action flow. If an action is updated after it was added to an action flow, you must delete the action step in the flow and re-add it to see the changes.
- In the visual workflow builder, beneath an existing step, click the
Add step icon (
).
- In the step sidebar, under Actions, select one of the actions you've created.
- Provide static values or variables as inputs into the input fields
required by the action.
For more information, see Providing inputs for steps.
Providing inputs for steps
-
Types: The type of data you're inputting: text, number, decimal,
list, true/false. Note: If a mismatch occurs between the type and the value, the action builder automatically attempts to correct the mismatch which could result in incompatible values that cause the action flow to fail.
-
Values: You can provide static values, which can be entered or
fetched from Zendesk or a connected external system when configuring the
step, or variables, which is data output from a previous step in the
action flow.
It is also possible to combine static and variable values.
5 comments
Nikki Goodson
I was having a difficult time getting my condition in the branch to be met. I finally figured it out, but I wanted to share one tip for others who are troubleshooting: I added one step under Else which makes an internal note on the ticket that “the action flow condition wasn't met” so that I can understand if that's the point of failure.
0
Mackenzie Ribbink
I am trying to set up an action flow that adds a spreadsheet row when CSAT is received. I would like to populate data into the spreadsheet with things like assignee name, group name, CSAT rating, reason, and comment. However, it appears the values I can use are pretty limited, and most are specifically the ID rather than the name which isn't all that helpful to us. Are there plans to increase the values available for external steps like this or is there another way I can add these details that I'm missing? Thanks!
0
D.Fitz
Any way to view Action Flow runs? We've set one up that doesn't seem to be running but it's proving difficult diagnosing the issue
0
Zach Anthony
Hi Michael, currently we don't output ticket tags from the trigger or the Look up ticket step. This is a limitation we're working on resolving and are currently targeting to be able to support this use case by the end of June. If you've got any other questions or feedback I recommend posting in our community topic for the EAP here
0
Michael Le
Thank you for this release, really excited to use it! Had a quick question.
I can’t seem to set up the trigger with an “exact” definition on how we would want it to run. The option is there but it doesn’t appear it lets me dive specifically choose the exact part of the trigger.
My flow looks like:
Can't seem to find any additional information on this. Any help would be great.
0
Sign in to leave a comment.