Bot Events are triggered when specific actions occur during bot conversation or when specific events are triggered on bot channels.
For example, when a user clicks the Get Started button to initiate a chat with your FB Messenger bot, it triggers the Facebook Welcome event. You can use this event to customize the welcome greeting such as personalizing it with the user’s first and last names, capturing additional information from users, and updating back-end systems.
Developers can define bot behavior when an event is triggered using one of the following options:
Run a task
Select a Dialog task (Standard or Hidden ) to be invoked when the event triggers. Once the event is triggered, the dialog starts executing. If it is interrupted because of other intent detections, the Hold and Resume settings come into play. During execution, if the selected Dialog is not published in the bot, the event is discarded.
In some cases, the Dialog may not be available to the user during a conversation for various reasons such as the task is not yet published or suspended or simply not assigned to the user. In such cases, the bot throws an error message that the task is not currently available for execution. Developers can preempt such situations by testing the bot in Debug mode. Debug Console shows full details about the error, including the reason for the non-availability of the task.
Run a script
Show a message
Define a simple or advanced message to the user when the event triggers. It supports all messaging formatting features available in the Bots Platform, including multiple messages with channel override options.
Multilingual bot behavior:
- You can define language-specific messages;
- If a message is deleted from an Event for a specific language then it will be removed from all other languages of the bot;
- If a message is added for a language then the message would be added in all other languages using the same content;
- If a message is modified in a language, then the modifications will be applied for that language alone.
You can configure the following events to trigger responses:
|Welcome Event||On receiving the first message from the user from any channel.|
|Facebook Welcome Event||On receiving Welcome Event from Facebook Messenger. This event takes precedence over Welcome Event if both are configured for a bot.|
|Telephony Welcome Event
(Available post v8.0 release)
On receiving a user’s call from a voice channel like IVR, Twilio, or Audio Codes. See below for details.
(previously called Twilio Voice Welcome Event)
|Telegram Welcome Event||On receiving the Welcome Event from Telegram. This event takes precedence over Welcome Event if both are configured for a bot.|
|On Connect||Every time a user invokes Web / Mobile SDK|
|End of Conversation
(Available post v7.1 release)
|On reaching the end of conversation. See below for details.|
|Task Execution Failure
(Available post v6.40 release)
On encountering an error in dialog task execution like:
|RCS Opt-in Event
(Available post v7.1 release)
|On receiving the message that a user has opted for the RCS Messaging channel.|
|RCS Opt-out Event
(Available post v7.1 release)
|On receiving the message that a user has opted out of RCS Messaging channel.|
Follow these steps to configure a bot event:
- On the bot main menu, from Natural Language > Default Conversations select Event Handlers.
- On the Events page, select one of the events. The Event Configuration window slides open.
- Select one of these options to define how to proceed when the selected event is detected:
- Initiate Task,
- Run Script,
- Show Message.
The settings option allows you to:
- Manage Variable Namespaces (introduced in ver8.0) to associate the Variable Namespaces to be used with the Event Handler. This option will be visible only when the Variable Namespace is enabled for the bot. For more information, see Managing Namespace.
Task Execution Failure Event
- This event is available from the v6.40 release.
- By default, this event is always enabled with the Show Message option. This event cannot be disabled.
- This bot-level behavior can be overridden for specific tasks by defining task-specific failure event from the dialog task settings. Refer here for how.
Users can initiate bot conversations in varied ways, from a simple greeting to directly expressing an intent or asking an FAQ. To facilitate a scope for the developer to customize the bot response based on the user choice, the Welcome event comes with additional options when you choose Initiate Task or Show Message as the event configurations. For example, if the first user utterance maps to a bot task, should the bot execute the event-based task or the user intent first?
As a developer, you can define the bot priority when the user starts the bot conversation with a greeting, task, or FAQ from the options listed below:
If the Task is unavailable to the user for any reason such as the task is not yet published or suspended or simply not assigned to the user, in such cases, the bot throws an error message that the task is not currently available for execution.
End of Conversation
Note: Introduced in ver7.1
End of Conversation is triggered when the bot is not expected to send any message to the user or receive any message from the user.
A new flag indicating the reason for ending the task, added to the end of task event, will help in deciding the end of the conversation behavior. Client-side implementations of BotKits, RTM, and Webhook channels can use this reason for task completion flag in the context, to determine an appropriate course of action.
On triggering this event, the context will be updated with the following details:
- Reason for triggering event (see the table below)
- Name of the task that has just ended. If its a FAQ then the task name will be given set to ‘FAQ’
|Scenario||End of Conversation Flag|
|Reached the last node of the dialog||Fulfilled|
|The task is canceled by the user||Canceled|
|Error in task or FAQs execution (without Task Failure Event, no hold tasks)||Failed|
|Linked dialog completed without returning to the parent dialog||Fulfilled_LinkedDialog|
|On answering a FAQ||Fulfilled|
|Successful event execution with Run Script or Show Message (no tasks on hold)||Fulfilled_Event|
|Error in executing an event with Run Script or Show Message (no tasks on hold)||Failed_Event|
|User declines to resume on-hold task (when no other task is on hold||Canceled|
You may also use this event to define how and when the calls should be terminated for voice-based channels. The IVR implementation has been enhanced to enable the closure of the session/call only when the ‘end of conversation’ is completed. See here for how.
Telephony Welcome Event
Note: Introduced in ver8.0
Replaces Twilio Voice Welcome Event.
This event is triggered upon receiving the voice call to the platform from any voice channel. This event will be triggered every time a user’s call reaches the platform, and not just for the first time.
It has two options – ‘Run a Dialog’ and ‘Voice Call Properties’.
- Run a Dialog – Select a task to be triggered from the drop-down list provided
- Voice Call Properties can be set as follows:
- Define at least one ‘Initial Prompts’
- Prompts for Timeout, and No Match can be defined
- Under Advanced Controls, settings for Timeout, No. of Retries, and Barge-in can be defined.
See here for details.