Multiple Choice

Multiple Choice Decision ist ein Ausgang pro Fall, plus Default Case. Fälle laufen von oben nach unten. Die erste Übereinstimmung gewinnt.

Warum dieser Knoten

Abrechnung vs. Support vs. Vertrieb. If/then hat nur zwei Ports.

Add Case. Jeder Nicht-Standard-Fall benötigt eine vollständige Bedingung (gleicher Builder wie If/then) oder Save bleibt blockiert. Standard benötigt keine Bedingung — es ist der Auffangfall. Verbinden Sie einen Knoten auf Standard oder Run test endet ohne Übereinstimmung.

Erste Einrichtung — drei Anfragetypen

1. During Call Parameter inquiry_type (oder ein API-Feld).

2. Multiple Choice Decision. Fälle: Billing, Support, Sales — jeder entspricht dem Wert, den das Modell tatsächlich schreibt. Lassen Sie Default Case.

3. Jeder Port: ein Lookup, ein Transfer oder KI-Antwort. Standard: bitten Sie sie, es erneut zu sagen.

4. Save & go live. Run test sollte den übereinstimmenden Fall benennen. Dann ein Live-Anruf.

So sieht “fehlerhaft” aus

• Needs setup — ein benannter Fall hat eine unvollständige Bedingung.
• Immer Standard — der Wert ist bill und der Fall testet billing.
• Run test: kein Fall übereinstimmend — Standard ist nicht verbunden.

Fehlerbehebung

Zwei Fälle könnten beide übereinstimmen

Die Reihenfolge ist die Regel. Setzen Sie den strengeren Fall über den breiten.

Nächste Schritte

If/then Decision — nur zwei Ergebnisse.→An andere Nummer übertragen.→During Call.→