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 les 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 utilisateur et association de compte dans Bot Interconnect.
• La détection d’intention dans Bot Interconnect toutes les compétences prises en charge par les bots primaires 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, ce qui unifie le reporting et l’analyse.

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 du bot 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 le bot secondaire 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 allemandes sont renvoyées au bot primaire.

Valeur de délai d’expiration du bot secondaire

La valeur de délai est la durée maximale pendant laquelle le bot primaire attend une réponse du bot secondaire. Vous pouvez indiquer une valeur de délai d’expiration personnalisée (en millisecondes) dans les propriétés du bloc de Bot Interconnect rubriques pour remplacer cela.

1. Sélectionnez le nœud de 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, 30000 est égal à 30 secondes.
4. Enregistrez et publiez la rubrique.

Conversations fermées

Les conversations sont fermées sur le bot secondaire lorsqu’un utilisateur active la conversation Bot Interconnect ou lorsque la Bot Interconnect conversation 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 du 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, 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 du 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 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 l’enregistre comme une erreur.

Connexion à l’agent actif

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

• Si aucun agent correspondant n’est 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’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, les options dans l’ordre défini sont présentées à l’utilisateur et il 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 plus tard.
• Si des agents correspondants sont 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 à 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® Storefichier .
• Utilisation Google Dialogflow en tant que bot secondaire avec Agent virtuel Bot Interconnect
  Avec Bot Interconnect, vous pouvez l’utiliser ServiceNow® Agent virtuel en tant que bot principal 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.
• 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 principal avec un Microsoft bot secondaire Power Virtual Agents. Toutes les compétences et rubriques disponibles pour Power Virtual Agents sont mises à la disposition et exécutables à partir des 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 principal avec un ServiceNow Agent virtuel bot secondaire.