Multiple Choice
Multiple Choice Decision est une sortie par cas, plus Default Case. Les cas s’exécutent de haut en bas. La première correspondance gagne.
Pourquoi ce nœud
Section intitulée « Pourquoi ce nœud »Facturation vs support vs ventes. If/then n’a que deux ports.
Add Case. Chaque cas non-default nécessite une condition complète (même constructeur qu’If/then) ou Save reste bloqué. Default n’a besoin d’aucune condition — c’est le fourre-tout. Connectez un nœud sur Default ou Run test se termine sans correspondance.
Première configuration — trois types de demande
Section intitulée « Première configuration — trois types de demande »-
During Call paramètre
inquiry_type(ou un champ API). -
Multiple Choice Decision. Cas : Billing, Support, Sales — chacun égale la valeur que le modèle écrit réellement. Laissez Default Case.
-
Chaque port : une recherche, un transfer ou AI Response. Default : demandez-leur de le répéter.
-
Save & go live. Run test devrait nommer le cas correspondant. Puis un appel en direct.
À quoi ressemble “cassé”
Section intitulée « À quoi ressemble “cassé” »- Needs setup — un cas nommé a une condition incomplète.
- Toujours Default — la valeur est
billet le cas testebilling. - Run test : aucun cas ne correspond — Default n’est pas connecté.
Dépannage
Section intitulée « Dépannage »Deux cas pourraient tous deux correspondre
L’ordre est la règle. Placez le cas le plus strict au-dessus du plus large.