Utilisation Agent virtuel Bot Interconnect dans votre configuration

Utilisez cette fonction Agent virtuel Bot Interconnect pour créer une expérience de messagerie instantanée unifiée sur plusieurs canaux. Vous pouvez prendre en charge des bots secondaires, tels que Google Dialogflow, Microsoft Power Virtual Agents et ServiceNow® Agent virtuel.

Agent virtuel Bot Interconnect Fonctionne en tant que bot principal dans un environnement de messagerie instantanée diversifié. Il peut vous aider à réduire la complexité et à créer une expérience de messagerie instantanée unifiée pour vos utilisateurs finaux. Agent virtuel Bot Interconnect permet à vos utilisateurs finaux d’accéder à plusieurs canaux et à une grande variété de tâches d’entreprise disponibles à partir de ServiceNow.

Bot Interconnect fournit les avantages suivants :

• Intégration prête avec des bots tiers tels que Google Dialogflow et Microsoft Power Virtual Agents.
• Intégration facile avec ServiceNow Agent virtuel des bots sur d’autres instances.
• Possibilité d’ajouter n’importe quel autre bot tiers en tant que bot secondaire dans le système.
• Authentification de l’utilisateur et association de comptes dans Bot Interconnect.
• Détection d’intention dans Bot Interconnect toutes les rubriques prises en charge par les bots principaux et secondaires.
• Conversations par rubrique LLM entre les bots primaires et secondaires
• Les conversations ont lieu avec un bot à la fois.
• Bot Interconnect fournit un modèle de conversation et un stockage de données communs, qui unifient les rapports et les analyses.

Remarque :

Le Agent virtuel Bot Interconnect nécessite une licence Pro similaire à celle de Agent virtuel.

Contrôles pris en charge

Tous les contrôles d’entrée et de réponse des bots sont pris en charge.

Fonctionnalités et comportement par défaut

Prise en charge de la langue

Les réponses dans Bot Interconnect ne sont pas traduites. Bot Interconnect Transmet la langue de l’utilisateur au bot secondaire et s’attend à ce que celui-ci renvoie des réponses dans cette langue. Par exemple, si le bot principal a un utilisateur germanophone et que l’instance secondaire est localisée en allemand, les réponses allemandes sont renvoyées au bot primaire.

Valeur du délai d’expiration du bot secondaire

La valeur du délai d’expiration correspond au temps maximal pendant lequel le bot primaire attend une réponse du bot secondaire. Vous pouvez transmettre une valeur de délai d’expiration personnalisée (en millisecondes) dans les propriétés du Bot Interconnect bloc de rubriques pour remplacer cette valeur.

1. Sélectionnez le nœud Bloc de rubriques d’interconnexion de bot dans la rubrique shell de votre instance principale.
2. Dans la zone Paramètres supplémentaires (chaîne), cliquez sur l’icône de script .
3. Ajoutez le script suivant :

   return JSON.stringify({ timeout : 30000 })

   Dans cet exemple, 30 000 correspond à 30 secondes.
4. Enregistrez et publiez la rubrique.

Conversations fermées

Les conversations sont fermées sur le bot secondaire lorsqu’un utilisateur ferme la conversation ou Bot Interconnect lorsque la Bot Interconnect conversation expire.

Remarque :

Les conversations restent toujours ouvertes dans Microsoft Power Virtual Agent.

Journaux des débogages

Pour activer les journaux de débogage dans l’instance Bot Interconnect , définissez la sn_va_bot_ic.bot_interconnect.enable.logging propriété système sur true. Vous verrez un ID de conversation joint à la plupart des journaux, ainsi que le nom du fichier.

Transmettre la sortie de la rubrique de bot secondaire au bot primaire

Vous pouvez appliquer une logique personnalisée à la sortie de la conversation de bot secondaire dans la rubrique shell Bot Interconnect .

Prise en charge des cartes de transformation personnalisées

Les développeurs peuvent transmettre une carte de transformation personnalisée à l’aide de la méthode getTransformerMap . Une carte de transformation personnalisée vous permet de remplacer la logique de transformation par défaut.

Exemple dans le script include DialogflowInboundTransformer pour Google Dialogflow:

/** Custom transformation map based on control types in DialogFlow messenger **/

getTransformationMap: function() {
	return {
		‘text’: ‘transformText’,
		‘info’: ‘transformInfoCards2’,
		‘description’: ‘transformDescription’,
		‘button’: ‘transformButtonLink’,
		‘image’: ‘transformImage’,
		‘chips’: ‘transformChips’,

		/* fallback logic in case VA API response format is mentioned in Dialogflow custom response payload */
		‘servicenow’: ‘transformServiceNowResponse’
	};
},

Dans cet exemple, text, info, description, etc., sont les types de contrôle qui correspondent au bot secondaire. La méthode spécifiée (telle que transformText est appelée pour effectuer la transformation pour le type de contrôle. Pour chaque réponse de bot secondaire, Agent virtuel utilise la méthode getControlType pour renvoyer le type de contrôle spécifié dans la carte de transformation pour le message de bot secondaire. Le transformateur entrant in Google Dialogflow fournit un bon exemple de la façon de l’utiliser.

Si la méthode de transformation appelée n’existe pas, API Agent virtuel celle-ci est consignée comme une erreur.

Connexion à l’agent actif

Vous pouvez activer la connexion de l’agent actif pour acheminer une Agent virtuel interaction de l’instance primaire vers un agent actif sur l’instance secondaire. Les scénarios de connexion possibles sont les suivants.

• S’il n’y a pas d’agent correspondant disponible dans l’instance primaire pour répondre à l’interaction, Bot Interconnect évaluera les conditions de correspondance configurées dans la connexion de l’agent actif et acheminera l’interaction vers l’agent actif approprié dans l’instance secondaire.
• S’il n’y a qu’une seule connexion correspondante, l’interaction est acheminée vers cette connexion et la disponibilité de l’agent est vérifiée dans l’instance secondaire.
• S’il existe plusieurs connexions correspondantes, les options dans l’ordre défini s’affichent pour l’utilisateur et sont connectés à la connexion sélectionnée.
• Si aucun agent correspondant n’est disponible dans l’instance secondaire, le message suivant s’affiche : « Il n’y a aucun agent disponible. Veuillez réessayer plus tard.
• Si des agents correspondants sont disponibles dans l’instance secondaire, l’utilisateur est redirigé vers l’agent actif disponible qui peut prendre en charge l’interaction.

Le mode de pilote automatique n’est actuellement pas pris en charge dans l’instance secondaire lorsque la conversation est lancée sur l’instance primaire. La connexion Live Agent dans l’instance secondaire fonctionne uniquement lorsque l’instance secondaire est en mode asynchrone.

• Installer Agent virtuel Bot Interconnect
  Vous devez disposer du rôle administrateur pour installer l'application Bot Interconnect. L’application est disponible à partir du ServiceNow® Store.
• Utilisation Google Dialogflow en tant que bot secondaire avec Agent virtuel Bot Interconnect
  Avec Bot Interconnect, vous pouvez l’utiliser ServiceNow® Agent virtuel comme bot primaire avec un Google Dialogflow bot secondaire. Toutes les compétences et rubriques disponibles pour Google Dialogflow sont disponibles et exécutables à partir des canaux configurés pour ServiceNow® Agent virtuel.
• Utilisation Microsoft de Power Virtual Agents en tant que bot secondaire avec Agent virtuel Bot Interconnect
  Avec Bot Interconnect, vous pouvez l’utiliser ServiceNow® Agent virtuel en tant que bot primaire avec un Microsoft bot secondaire Power Virtual Agents. Toutes les compétences et rubriques disponibles pour Power Virtual Agents sont disponibles et exécutables à partir de canaux configurés pour ServiceNow® Bot Interconnect.
• Utilisation ServiceNow Agent virtuel en tant que bot secondaire avec Agent virtuel Bot Interconnect
  Agent virtuel Bot Interconnect vous permet de l’utiliser ServiceNow® Agent virtuel en tant que bot primaire avec un ServiceNow Agent virtuel bot secondaire.