10.1: Send an automatic confirmation on new tickets using automations #40
jstanden
started this conversation in
Guides and Tutorials
Replies: 1 comment 2 replies
-
What is the best way to put the message content into a template so that other workers could adjust without going into the automation? |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Introduction
The Cerb 10.1 update introduces a mail.received event to simplify automations that react to new inbound messages.
In this guide, we'll use the event to create an automatic reply for confirming new tickets.
Creating an auto-reply automation
Navigate to Search >> Automation Events.
Edit the mail.received event.
Click the 'magic wand' icon above the editor:
Select Auto-reply from the Generate an automation list.
Click the blue Continue button.
The prefix of the automation name is randomly generated. You can replace it with something unique to your organization:
Click the blue Continue button.
The new auto-reply automation is automatically configured for you on the mail.received event for inbound messages that open a new ticket.
Before saving the event you can customize the auto-reply email.
Hold CMD (Mac) or CTRL (Windows/Linux) and click on the
cerb:automation:example.mail.received.autoReply
text in the editor. Then click Edit at the top of the card popup.This is the auto-reply automation by default:
In
outcome/isAutoSender
the automation first checks if the new message was sent by an automated sender (an auto-reply, newsletter, bounce, etc). If so, it usesreturn:
to exit early without sending an email.If the new message didn't self-identify as an automated sender, the automation creates a new
mail.transactional
draft record to send back to the message sender. Transactional messages are not stored in the ticket conversation. This draft is queued for immediate delivery.You can edit
start:record.create/draft:inputs:fields:params:
to modify thefrom:
,subject:
, andcontent:
of the auto-reply email.You can test the automation by targeting a message in the Inputs: panel.
Prior to testing, you may want to temporarily disable the Mail Queue job in Setup >> Configure >> Scheduler. This will prevent your message from being sent until you review it. Remember to re-enable the job after you're done or no other queued mail will be sent.
You'll find the queued auto-reply draft in Search >> Drafts. You can either delete it or let it send.
Once you're satisfied with the changes, click the Save Changes button on the popups for both the automation and the event.
You can also test with a new inbound message from Setup >> Mail >> Incoming >> Import by pasting a message like the following:
And clicking the Import button.
You should see a corresponding auto-reply in Search >> Drafts.
If you want to confirm that inbound replies to existing tickets don't create an auto-reply, you can import a message like:
Where
ABC-12345-678
above is an existing ticket mask in your system.Conclusion
You now know how to create an automatic reply in response to inbound messages. This event can be used for any action -- Slack notifications about new mail from important clients, etc.
Beta Was this translation helpful? Give feedback.
All reactions