Utilisation Agent virtuel Bot Interconnect dans votre configuration

Utilisez cette propriété 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 comme le bot principal dans un environnement de messagerie instantanée diversifié. Elle 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 auprès de ServiceNow.

Bot Interconnect fournit les avantages suivants :

• Intégration prête avec des bots tiers tels que Google Dialogflow Power Microsoft Virtual Agents.
• Intégration facile avec ServiceNow Agent virtuel les bots sur d’autres instances.
• Possibilité d’ajouter n’importe quel autre bot tiers en tant que bot secondaire dans le système.
• Authentification utilisateur et liaison de compte dans Bot Interconnect.
• Détection d’intention dans Bot Interconnect toutes les compétences prises en charge par les bots primaires et secondaires.
• Conversations sur les rubriques 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 les contrôles de réponse de bot sont pris en charge.

Fonctionnalités et comportement par défaut

Prise en charge de la langue

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

Valeur du délai d’expiration du bot secondaire

La valeur du délai d’expiration est la durée maximale pendant laquelle le bot principal 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 cela.

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

   return JSON.stringify({ timeout : 30000 })

   Dans cet exemple, 30 000 équivaut à 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 Bot Interconnect ou lorsqu’elle Bot Interconnect expire.

Remarque :

Les conversations restent toujours ouvertes dans Microsoft Power Virtual Agents.

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 Bot Interconnect rubrique Shell.

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 l’include de script 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, le texte, les informations, la 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 d’agent secondaire, Agent virtuel utilise la méthode getControlType pour renvoyer le type de contrôle spécifié dans la carte de transformation du message d’agent secondaire. Le transformateur entrant fournit Google Dialogflow un bon exemple de la façon de l’utiliser.

Si la méthode de transformation appelée n’existe pas, API Agent virtuel la consigne comme une erreur.

Connexion à l’agent actif

Vous pouvez activer la connexion d’un agent actif pour acheminer une Agent virtuel interaction dans l’instance principale vers un agent actif dans l’instance secondaire. Voici les scénarios de connexion possibles.

• Si aucun agent correspondant n’est disponible dans l’instance principale pour répondre à l’interaction, Bot Interconnect les conditions de correspondance configurées dans la connexion de l’agent actif sont évaluées et l’interaction est acheminée vers l’agent actif approprié dans l’instance secondaire.
• S’il n’existe 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, l’utilisateur se voit proposer des options dans l’ordre défini et est connecté à 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 ultérieurement.
• S’il y a des agents correspondants disponibles dans l’instance secondaire, l’utilisateur est redirigé vers l’agent actif disponible qui peut répondre à 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 principale. La connexion de l’agent actif 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 sont Google Dialogflow disponibles et exécutables à partir des canaux configurés pour ServiceNow® Agent virtuel.
• Utiliser Microsoft 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 mises à disposition et exécutables via les 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.