Configuring Virtual Agent notifications
Send ServiceNow notifications directly to users via the Virtual Agent chatbot on supported messaging channels. Notifications can be simple informational messages for review, or actionable messages with buttons that users can select to perform certain actions.
Notifications are sent to recipients via the Virtual Agent bot in the chat widget, pre-built messaging integrations (for example, SMS Twilio, Slack, Microsoft Teams, Workplace from Facebook services, and Facebook Messenger messaging platform), and custom chat integrations.
Notification functionality is included with the Glide Virtual Agent (com.glide.cs.chatbot) plugin and also with Virtual Agent Lite, which is included with the ServiceNow AI Platform. However, Virtual Agent Lite users can receive only simple notifications, while Virtual Agent users can receive both actionable notifications and simple notifications. Users with no associated ServiceNow profiles in the [sys_user] table can receive non-actionable Virtual Agent notifications.
How Virtual Agent notifications work
- Simple notifications
- The content can be a standard informational message, record card, or an image card. Simple notifications are delivered to users immediately, even when they're engaged in a conversation with a virtual or live agent.
- Actionable notifications
These notifications have buttons that enable the recipient to perform certain actions, such as adding a comment or requesting a live agent. When you create an actionable notification, you associate an action with a published Virtual Agent topic, a scriptable action, or a flow action that handles the action to be performed. To encourage users to act on a notification, admin users can choose to remove the Skip option. If the user still doesn’t act, the conversation will be completed as inactive.
注:The notifications are actionable only when there is an associated link action to its content.Actionable notifications are delivered to users when they're not in an active conversation with a virtual or live agent. A queue stores actionable notifications that are waiting to be delivered, for up to eight hours by default.
Actionable notifications are best suited for conversational purposes, such as:- Password reset
- Incident update
- Approval request
- Course survey
- Service follow-ups and surveys
- Employee onboarding follow-ups
When a topic conversation completes, Virtual Agent automatically prompts the user to view pending notifications (if any). Admins can suppress this prompt by setting the com.glide.cs.show_pending_notifications_prompt property on the System Properties table to false.
- Notifications with dynamic content
- You can personalize Virtual Agent notifications by adding dynamic content to message headers and messages. For record- and event-based notifications, you use parameter substitution to specify the variables that identify the record values (from the notification table) to be included in the content.
- Advanced notifications with dynamic content
- You can create Virtual Agent notifications that use a script to add dynamic content in message headers and messages. The content can come from multiple data sources and include third-party services, such as URL shortening.
- Variables in notifications
- You can pass information to a completed survey when the notification is triggered. Context is defined by the script found in the notification topic. This script cannot be
modified.
Notifications are triggered by records updates or by creating a platform event in the event queue.vaVars.global_notification_context = JSON.stringify({ 'tableName': table_name, 'tableSysId': sys_id, 'actionId': actionId, 'eventParm1': eventParm1, 'eventParm2': eventParm2});actionIdis the ID number for the action. The platform event takes in theeventParm1andeventParm2parameters. If a notification is triggered, the parameters are passed to the topic. To capture the notification incident number in your topic, use the following script.var notificationContext = JSON.parse(vaVars.global_notification_context); vaVars.sysId = notificationContext.tableSysId; varVars.tableName = notificationContext.tableName;
Notification processing
Virtual Agent notifications have certain processing controls and limitations, such as the maximum number of recipients allowed per notification and the number of notifications that can be sent per day. The following table identifies these processing controls and the system properties that can be used to change their default values.
| Notification processing control or limitation | Default value | Associated system property |
|---|---|---|
| Maximum number of recipients per notification per channel | 100,000 recipients | com.glide.cs.per_notification_user_limit
Max limit: None 注:
|
| Maximum number of notifications per day, per channel | 100,000 notifications | com.glide.cs.daily_notification_limit Max limit: None 注: Rate limits may apply to third-party delivery channels based on the level of service or subscription. |
| Lifespan of actionable notifications (a queue stores actionable notifications that are waiting to be delivered) | 8 hours | com.glide.cs.idle_actionable_notification_timer
注: You can specify a maximum value of 72
hours. |
| Allow access to notification card content and parameter substitutions in notification headings and messages | False (not enabled) | com.glide.cs.notification_record_access_check
注: This
property does not apply to advanced
notifications. |
Notification experience for end users
- Simple message notifications - These notifications are delivered immediately to the end user, even when the user is chatting with a bot or live agent. The user sees the incoming message but can continue with the current conversation.
- Actionable notifications - These notifications are delivered only when the user is not in an active conversation with a virtual or live agent. When users complete their conversation with a bot or live agent, they can use the Show notification command to view a list of pending notifications, which displays the heading of each notification. Users can select a pending notification to review, then perform the appropriate action for the notification, or skip the action.
User subscriptions for notifications
End users can subscribe or unsubscribe to notifications on the channel that they're using. For example, the chat menu provides a toggle switch that users can use to subscribe or unsubscribe to notifications on the web channel.
In the conversational integrations for Slack, Microsoft Teams, Workplace from Facebook services, end users manage their notification subscriptions by using the Subscribe and Unsubscribe commands.