HTTP-Daten-DIP-Subflow-Vorlage
Übersicht
Dieser untergeordnete Nachrichtenfluss bietet eine dynamische Erfahrung, bei der Kundenkontoinformationen mithilfe einer HTTP-Anforderung abgerufen werden. Wenn die Suche erfolgreich ist, wird der Kunde aufgefordert, die Konto-ID zu bestätigen. Wenn dies fehlschlägt oder der Anrufer dies bevorzugt, kann er seine Kontonummer manuell eingeben. Der Flow behandelt Fehler wie ungültige Eingaben, Timeouts und kritische Fehler ordnungsgemäß mit entsprechenden Eingabeaufforderungen.
Dieser untergeordnete Nachrichtenfluss verwendet Cisco Text-to-Speech (TTS) für alle Audioansagen.
Voraussetzungen
Stellen Sie sicher, dass die folgenden Anforderungen im Webex Contact Center-Managementportal erfüllt sind, bevor Sie diesen untergeordneten Ablauf implementieren:
- Erstellen Sie Einstiegspunkte, Warteschlangen, Konnektoren, Teams, Einstiegspunktzuordnungen und andere organisationsspezifische Konfigurationsaktivitäten.
- Laden Sie statische Audiodateien hoch, wenn benutzerdefinierte Audioansagen anstelle von Cisco Text-To-Speech (TTS) verwendet werden.
- Stellen Sie sicher, dass die HTTP-Anforderungs-URL und die Parameter gemäß den Anforderungen Ihrer Organisation ordnungsgemäß festgelegt sind.
Detaillierte Anweisungen finden Sie hier Webex Contact Center-Setup- und Administrationshandbuch.
Subflow-Eingänge
- errorMessage – STRING: Eine Meldung, die im Falle eines Fehlers während des Subflows abgespielt wird.
Subflow-Ausgänge
- outputVariable – STRING: Speichert die bestätigte oder manuell eingegebene Kontonummer.
Aufschlüsselung des Teilflusses
In der folgenden Tabelle werden die verschiedenen untergeordneten Elemente beschrieben, die am Anrufprozess beteiligt sind, sowie die Aktionen und Antworten, die in jeder Phase auftreten.
Subflow-Element |
Beschreibung |
---|---|
Untergeordneten Nachrichtenfluss starten (Initialisierung) |
Der untergeordnete Nachrichtenfluss startet den Prozess des Abrufens von Kundendaten. |
Bitte warten (Trost-Nachricht) |
Der Anrufer wird über eine TTS-Aufforderung darüber informiert, dass das System seine Informationen abruft:Bitte warten Sie, während Ihre Informationen gesucht werden. |
HTTP-Anforderung (Kundendaten abrufen) |
Das System sendet eine HTTP GET-Anforderung, um Kundeninformationen von einem bestimmten API Endpunkt abzurufen. Bei Erfolg enthält die Antwort die Kunden-ID. |
HTTP-Status überprüfen (Antwort auswerten) |
Die HTTP-Antwort wird anhand des Statuscodes ausgewertet. Wenn die Anforderung erfolgreich war, wird der Prozess mit dem nächsten Schritt fortgeführt. |
Bestätigungsmenü (Bestätigung anfordern oder manuelle Eingabe) |
Der Anrufer wird aufgefordert, die abgerufene Konto-ID zu bestätigen oder seine Kontonummer manuell einzugeben, wenn sie falsch ist. |
Variable festlegen (Konto-ID speichern) |
Wenn der Aufrufer die Konto-ID bestätigt, wird der Wert in der outputVariable gespeichert. |
Ziffern sammeln (manuelle Kontenerfassung) |
Wenn die Anforderung fehlschlägt oder der Anrufer seine Kontonummer erneut eingibt, wird er aufgefordert, eine 6-stellige Kontonummer gefolgt von der Rautetaste (#) einzugeben. |
Fehlerbehandlung (StillThere, ungültig, kritisch) |
Der untergeordnete Nachrichtenfluss behandelt Zeitüberschreitungen, ungültige Eingaben und kritische Fehler mit entsprechenden Eingabeaufforderungen:
|
Untergeordneten Nachrichtenfluss beenden (Fazit) |
Der untergeordnete Nachrichtenfluss endet entweder nach Bestätigung der Kontonummer oder nach Behandlung eines Fehlers. |
Subflow-Aktivitäten
In der folgenden Tabelle wird die Abfolge der untergeordneten Aktivitäten für diese Vorlage beschrieben.
Subflow-Aktivität |
Beschreibung |
---|---|
Untergeordneten Nachrichtenfluss starten |
Der untergeordnete Fluss beginnt, wenn er aufgerufen wird. |
Bitte warten |
Spielt eine TTS-Nachricht ab, in der der Anrufer aufgefordert wird, zu warten, bis die Informationen abgerufen wurden. |
HTTP-Anforderung |
Sendet eine HTTP GET-Anforderung zum Abrufen der Kontoinformationen des Kunden. |
HTTP-Status überprüfen |
Wertet die HTTP-Antwort aus, um zu bestimmen, ob die Anforderung erfolgreich war. |
Bestätigungsmenü |
Fordert den Anrufer auf, die abgerufene Konto-ID zu bestätigen oder die Konto-ID erneut einzugeben, falls sie nicht korrekt ist. |
Variable festlegen |
Speichert die bestätigte oder manuell eingegebene Kontonummer. |
Ziffern sammeln |
Sammelt eine 6-stellige Kontonummer vom Anrufer, wenn die HTTP-Anforderung fehlschlägt oder er sich für die Eingabe einer neuen Kontonummer entscheidet. |
Fehlerbehandlung |
Mehrere Eingabeaufforderungen behandeln Zeitüberschreitungen, ungültige Eingaben und kritische Fehler während des untergeordneten Nachrichtenflusses. |
Untergeordneten Nachrichtenfluss beenden |
Der Ablauf wird abgeschlossen, nachdem die Kontonummer bestätigt wurde oder ein Fehler auftritt. |