Avec Visual Flow Designer, les flux de dialogue sont conçus visuellement plutôt que via un éditeur de code. Les connexions entre les états sont représentées dans des diagrammes visuels. Les variables, les paramètres et les propriétés des composants sont définis dans des éditeurs et des dialogues spécialisés.

Dans Visual Flow Designer, vous créez des flux pour gérer les différentes parties des conversations pour lesquelles vous concevez votre compétence. En général, vous auriez :

• Flux principal, qui est le point d'entrée principal de la compétence et qui correspond plus à une configuration qu'à un flux. Le flux principal contient :
  • Variables globales.
  • Événements mappés aux flux.
• Un flux pour chaque intention régulière.
• Un flux unique pour gérer toutes les intentions de réponse (bien qu'il soit également possible d'avoir des flux distincts pour les intentions de réponse individuelles si vous souhaitez inclure un comportement spécifique à ces intentions de réponse).
• Sous-flux et flux utilitaires réutilisables (par exemple, pour l'authentification) qui peuvent être appelés par d'autres flux.

Dans les compétences créées avec le concepteur de flux visuel, un flux est déclenché lorsqu'un événement mappé à ce flux se produit. Il existe des événements pour chacune des intentions de la compétence et des événements intégrés pour les cas standard (par exemple, une entrée utilisateur inattendue et des erreurs). En outre, vous pouvez définir des événements personnalisés, qui vous permettent de déclencher des flux en fonction des actions émises à la fin d'un autre flux.

Les événements déclenchés au niveau de la compétence sont mappés aux flux. Les événements déclenchés dans un flux sont mappés avec les états du flux. (Dans le cas d'événements d'erreur de dialogue, si vous n'avez pas mappé l'événement à un état du flux courant, l'événement se propage au flux principal, à partir duquel il est mappé à un flux.)

Avec Visual Flow Designer, vous pouvez définir des variables au niveau des flux individuels et globalement.

• dans les flux individuels. Les variables définies dans un flux ne peuvent pas être accessibles directement depuis l'extérieur de ce flux.

  La durée de vie d'une variable de flux est limitée à ce flux. Sa valeur est effacée une fois que la boîte de dialogue est passée à la fin du flux. Si un utilisateur revient à ce flux plus tard dans la session, la variable est réinitialisée.

• Dans le flux principal. Les variables définies ici ont une portée à l'échelle de la compétence (globale), ce qui signifie qu'elles sont accessibles à tous les flux de la compétence.

  Les valeurs de ces variables globales persistent pendant la session de l'utilisateur avec la compétence. Les variables sont effacées à la fin de la session utilisateur avec la compétence, ce qui se produit lorsque l'une des situations suivantes se produit :

  • L'utilisateur ferme la fenêtre de clavardage.
  • La session expire après une période d'inactivité (dont la valeur est définie au niveau du canal et qui est généralement de 24 heures).
  • Dans le contexte d'un assistant numérique, l'utilisateur quitte la compétence ou atteint un état qui appelle directement une autre compétence.
    Note
    
    Lorsque l'utilisateur interrompt une conversation avec une entrée non séquentielle et est acheminée temporairement vers une autre compétence, l'assistant numérique reste dans le contexte de la compétence initiale et ses variables ne sont pas effacées automatiquement. Dans ce cas, si l'utilisateur retourne à la compétence initiale après l'interruption, les variables contiennent leurs valeurs. Si l'utilisateur choisit de ne pas retourner à la compétence initiale, la compétence initiale est abandonnée et les variables sont effacées.

Les valeurs des variables peuvent être transmises dans et hors des flux à l'aide de paramètres d'entrée et de sortie. En utilisant des paramètres plutôt que des références directes à des variables entre les flux, vous créez des flux autonomes, ce qui permet une réutilisation, favorise un comportement prévisible et réduit la probabilité de bogues.

Pour plus d'informations sur l'utilisation des variables, voir Expressions pour les valeurs de variable et Autres types de variable.

L'ensemble de composants de Visual Flow Designer est en grande partie le même que dans l'éditeur basé sur YAML, mais il existe des ajouts, des suppressions et des modifications. Voici un aperçu rapide des principales différences.

Les composants suivants sont exclusifs à Visual Flow Designer :

• Appeler un flux : Utilisé pour appeler un flux à partir d'un flux existant.
• Flux de fin : Utilisé pour mettre fin à un flux donné. Vous pouvez également utiliser la propriété action de ce composant pour spécifier un événement qui déclenche un autre flux. En général, une telle action est utilisée par une transition d'action spécifiée dans un composant Invoke Flow du flux parent. Pour les flux de niveau supérieur, l'action à l'état Fin du flux déclenche l'événement personnalisé dans le flux principal.
• Envoyer un message : Composant de réponse commune simplifié (System.CommonResponse) permettant d'afficher un message.
• Poser une question : Composant de réponse commune simplifié (System.CommonResponse) permettant d'inviter un utilisateur à répondre.
• Résoudre l'ensemble composite : Composant simplifié Resolve Entities (System.ResolveEntities) conçu spécifiquement pour fonctionner avec les entités composites.
• Composants Afficher les tables et les formulaires.

Les composants suivants ne sont pas disponibles dans Visual Flow Designer :

• System.Intent : Cette fonctionnalité a été remplacée par la résolution automatique d'intention, qui se produit lorsqu'il n'y a pas de flux actif. Voir Détection et résolution des intentions.
• System.ConditionEquals : Utilisez plutôt le composant Changer.
• System.ConditionExists : Utilisez plutôt le composant Changer.
• System.Text : Utilisez plutôt l'un des modèles de composant de réponse commune, le composant Résoudre l'entité ou le nouveau composant Demander une question.
• System.List : Utilisez plutôt un modèle de composant Réponse commune ou le composant Résoudre l'entité.
• System.Output : Utilisez plutôt un modèle de composant Réponse commune, le composant Résoudre l'entité ou le composant Envoyer un message.
• System.Qna : Si vous utilisez des modules de FAQ, vous devez effectuer une migration vers l'utilisation d'intentions de réponse.

Pour un aperçu complet des composants dans le concepteur de flux visuel, voir Modèles de composants.