Beispiel-Aufrufablauf für die Integration von Datenaktionen

Hinweis: Dieser Artikel gilt für die Datenaktionsintegrationen AWS Lambda, Genesys Cloud, Google, Microsoft Dynamics 365, Salesforce, Webdienste und Zendesk.

Bei den folgenden Beispielen handelt es sich um eingehende Anrufflüsse, die statische Aktionen mit den Datenaktionsintegrationen verwenden.

In diesem Beispiel spielt das IVR eine Audionachricht ab, die den Anrufer auffordert, eine Nummer zwischen 0 und 9 zu wählen. Der Anruffluss sendet die Nummer an eine AWS Lambda-Funktion, um festzustellen, ob der Anrufer die richtige Nummer gewählt hat. 

  1. Bei der Aufgabe "Eingabe erfassen" fordert das IVR den Anrufer auf, eine Zahl zwischen 0 und 9 zu wählen.
    1. Wenn der Anrufer eine Nummer wählt, fährt der Architekt mit der Aktion Anrufdaten fort. (Siehe Schritt 2.)
    2. Wenn der Anrufer keine Nummer zwischen 0 und 9 wählt, spielt Architect eine Audionachricht ab und trennt die Verbindung.
  2. In der Aufgabe mit dem Namen Call Data Action sendet Architect die Auswahl des Aufrufers an eine AWS Lambda-Funktion unter Verwendung der Data Action.
    1. Wenn die AWS Lambda-Funktion ausgeführt wird und die Zahl zurückgibt, fährt Architect mit dem Entscheidungsbaum fort. (Siehe Schritt 3.)
    2. Wenn die AWS Lambda-Funktion die Nummer nicht zurückgibt, spielt Architect eine Audiomeldung ab und trennt die Verbindung.
  3. Im Entscheidungsbaum prüft der Architekt, ob die vom Anrufer gewählte Nummer 5 ist.  
    1. Wenn die Zahl 5 ist, gibt Architect den Ton wieder, der besagt, dass der Anrufer gewonnen hat.
    2. Wenn die Zahl nicht 5 ist, spielt der Architekt einen Ton ab, der anzeigt, dass der Anrufer nicht gewonnen hat.

Zum Vergrößern auf das Bild klicken.

Beispiel-Aufrufablauf für die Integration von AWS Lambda-Datenaktionen

Weitere Informationen zur Erstellung von Call Flows finden Sie unter Verwendung von Datenaktionen in Architect.

Weitere Informationen über die Integration finden Sie unter Über die Integration von AWS Lambda-Datenaktionen.

In diesem Beispielanruffluss leitet die IVR einen Anrufer an eine bestimmte Warteschlange weiter, basierend auf Informationen, die die Integration von der Plattform-API mit der statischen Aktion Geschätzte Wartezeit abrufen abruft.

  1. In der Aufgabe mit dem Namen Query Genesys Cloud verwendet die Call Data Action die statische Aktion Get Estimated Wait Time, um die geschätzte Wartezeit abzurufen. Die statische Aktion Get Estimated Wait Time ist mit der installierten Integration Genesys Cloud Data Actions verbunden.
    1. Wenn die Call Data Action erfolgreich ist und die geschätzte Wartezeit weniger als 5 Minuten beträgt, übergibt Architect den Anrufer an die normale eingehende Warteschlange.
    2. Wenn die Call Data Action erfolgreich ist und die geschätzte Wartezeit mehr als 5 Minuten beträgt, übergibt Architect den Anrufer an die "All Hands Queue".
    3. Wenn die Call Data Action fehlschlägt oder eine Zeitüberschreitung auftritt, übergibt Architect den Anrufer an die normale eingehende Warteschlange.
  2. Wenn die Überweisungen erfolgreich sind, endet der Fluss. Wenn alle Übertragungen scheitern, trennt der Architekt die Verbindung.

Zum Vergrößern auf das Bild klicken.

Beispiel-Aufrufablauf für die Integration von Genesys Cloud-Datenaktionen

Weitere Informationen zur Erstellung von Call Flows finden Sie unter Verwendung von Datenaktionen in Architect.

Weitere Informationen über die Integration finden Sie unter Über die Integration von Genesys Cloud-Datenaktionen.

In diesem Beispielanruffluss leitet die IVR Interaktionen auf der Grundlage von Informationen weiter, die die Integration mit der benutzerdefinierten Aktion "Get Customer Data from Google" von Google abruft.

  1. In der Aufgabe mit der Bezeichnung Query Google sucht die Call Data Action die ANI in Google mit der benutzerdefinierten Aktion Get Customer Data from Google. Die Integration liefert Informationen von Google über die Person, die mit dieser Telefonnummer verbunden ist.
    Hinweis: Call.Ani gibt normalerweise eine Zeichenkette zurück, die tel: enthält. Bei Telefonnummern ohne Tel: präfix, verwenden Sie toString(toPhoneNumber(Call.Ani)) anstelle von Call.Ani.
  2. Wenn die Aktion "Anrufdaten" erfolgreich ist, setzt der Architekt den Namen des Anrufers und leitet ihn an die Warteschlange "Bestehende Kunden" weiter.
  3. Wenn die Call Data Action fehlschlägt oder eine Zeitüberschreitung auftritt, übergibt Architect den Anruf an die Warteschlange für neue Kunden.

Zum Vergrößern auf das Bild klicken.

Beispiel-Aufrufablauf für die Integration von Google-Datenaktionen

Weitere Informationen zur Erstellung von Call Flows finden Sie unter Verwendung von Datenaktionen in Architect.

Weitere Informationen finden Sie unter Über die Integration von Google-Datenaktionen.

In diesem Beispielanruffluss leitet die IVR Interaktionen auf der Grundlage von Informationen weiter, die die Integration mit der Datenaktion Kontakt nach Telefonnummer abrufen aus Microsoft Dynamics 365 abruft.

  1. In der Aufgabe mit dem Namen Query Microsoft Dynamics 365 sucht die Call Data Action die ANI in Microsoft Dynamics 365 mit der Datenaktion Get Contact By Phone Number. Die Integration liefert Informationen aus Microsoft Dynamics 365 über die Person, die mit dieser Telefonnummer verbunden ist.
    Hinweis: Call.Ani gibt normalerweise eine Zeichenkette zurück, die tel: enthält. Bei Telefonnummern ohne Tel: präfix, verwenden Sie toString(toPhoneNumber(Call.Ani)) anstelle von Call.Ani.
    1. Wenn die Call Data Action erfolgreich ist, fährt der Architekt mit dem Entscheidungsbaum fort. (Siehe Schritt 2.)
    2. Wenn die Call Data Action fehlschlägt oder eine Zeitüberschreitung auftritt, übergibt Architect den Anruf an die Warteschlange des Kundendienstes.
  2. Im Entscheidungsbaum prüft Architect, ob der Staat im Kontaktdatensatz des Anrufers Kalifornien ist.
    1. Ist der Staat Kalifornien, leitet Architect den Anruf an die kalifornische Warteschlange weiter.
    2. Wenn der Staat nicht Kalifornien ist, leitet Architect den Anruf an die Warteschlange für Nicht-Kalifornien weiter.

Zum Vergrößern auf das Bild klicken.

Beispiel für einen Anrufablauf für die Integration von Microsoft Dynamics 365-Datenaktionen

Weitere Informationen zur Erstellung von Call Flows finden Sie unter Verwendung von Datenaktionen in Architect.

Weitere Informationen über die Integration finden Sie unter Über die Integration von Microsoft Dynamics 365-Datenaktionen.

In diesem Beispielanruffluss leitet die IVR Interaktionen auf der Grundlage von Informationen weiter, die die Integration mit der Datenaktion Kontakt nach Telefonnummer abrufen aus Salesforce abruft.

  1. In der Aufgabe mit dem Namen Query Salesforce sucht die Call Data Action die ANI in Salesforce mit der Datenaktion Get Contact By Phone Number. Die Integration liefert Informationen aus Salesforce über die Person, die mit dieser Telefonnummer verbunden ist.
    Hinweis: Call.Ani gibt normalerweise eine Zeichenkette zurück, die tel: enthält. Bei Telefonnummern ohne Tel: präfix, verwenden Sie toString(toPhoneNumber(Call.Ani)) anstelle von Call.Ani.
    1. Wenn die Call Data Action erfolgreich ist, fährt der Architekt mit dem Entscheidungsbaum fort. (Siehe Schritt 2.)
    2. Wenn die Call Data Action fehlschlägt oder eine Zeitüberschreitung auftritt, übergibt Architect den Anruf an die Warteschlange des Kundendienstes.
  2. Im Entscheidungsbaum prüft Architect, ob der Staat im Kontaktdatensatz des Anrufers Kalifornien ist.
    1. Ist der Staat Kalifornien, leitet Architect den Anruf an die kalifornische Warteschlange weiter.
    2. Wenn der Staat nicht Kalifornien ist, leitet Architect den Anruf an die Warteschlange für Nicht-Kalifornien weiter.

Zum Vergrößern auf das Bild klicken.

Beispiel-Aufrufablauf für die Integration von Salesforce-Datenaktionen

Weitere Informationen zur Erstellung von Call Flows finden Sie unter Verwendung von Datenaktionen in Architect.

Weitere Informationen über die Integration finden Sie unter Über die Integration von Salesforce-Datenaktionen.

Tipp: Verwenden Sie für die Integration von Webservice-Datenaktionen statische Aktionen als Vorlagen, die Sie bei der Erstellung benutzerdefinierter Aktionen anleiten. Weitere Informationen finden Sie unter Bearbeiten, Kopieren oder Löschen einer Datenaktion und Erstellen einer benutzerdefinierten Aktion 

In diesem Anrufablauf spielt die IVR eine Audionachricht ab, die auf Informationen basiert, die die Integration von einem Wetterdienst mit der statischen Aktion Aktuelles Wetter abruft.

  1. In der Aufgabe "Wetterdienst abfragen" verwendet die Call Data Action die statische Aktion "Aktuelles Wetter", um das aktuelle Wetter für eine bestimmte Postleitzahl vom Wetterdienst abzurufen. Die statische Aktion Aktuelles Wetter ist mit der installierten Integration Web Services Data Actions verbunden.
    1. Wenn die Call Data Action erfolgreich ist, spielt Architect eine Audionachricht ab, die die aktuelle Temperatur für die Postleitzahl enthält, die der Wetterdienst zurückgegeben hat.
    2. Wenn die Call Data Action fehlschlägt, gibt Architect eine Audiomeldung darüber aus, dass das aktuelle Wetter für die Postleitzahl nicht ermittelt werden konnte.
    3. Wenn die Call Data Action eine Zeitüberschreitung aufweist, gibt Architect eine Audiomeldung über die Zeitüberschreitung des Wetterdienstes wieder.
  2. Der Architekt trennt den Anruf.

Zum Vergrößern auf das Bild klicken.
Beispiel-Aufrufablauf für die Integration von Webdiensten und Datenaktionen

Weitere Informationen zur Erstellung von Call Flows finden Sie unter Verwendung von Datenaktionen in Architect.

Weitere Informationen über die Integration finden Sie unter Über die Integration von Web Services Data Actions.

In diesem Beispielanruffluss leitet die IVR Interaktionen auf der Grundlage von Informationen weiter, die die Integration mit der Datenaktion Get User By Phone Number aus Zendesk abruft.

  1. In der Aufgabe Query Zendesk sucht die Call Data Action die ANI in Zendesk mit der Datenaktion Get User By Phone Number. Die Integration liefert Informationen aus Zendesk über die Person, die mit dieser Telefonnummer verbunden ist. 
    Hinweis: Call.Ani gibt normalerweise eine Zeichenkette zurück, die tel: enthält. Bei Telefonnummern ohne Tel: präfix, verwenden Sie toString(toPhoneNumber(Call.Ani)) anstelle von Call.Ani.
    1. Wenn die Call Data Action erfolgreich ist, fährt der Architekt mit dem Entscheidungsbaum fort. (Siehe Schritt 2.)
    2. Wenn die Call Data Action fehlschlägt oder eine Zeitüberschreitung auftritt, übergibt Architect den Anruf an die Warteschlange des Kundendienstes.
  2. Im Entscheidungsbaum prüft Architect, ob der Staat im Benutzereintrag des Anrufers Kalifornien ist.
    1. Ist der Staat Kalifornien, leitet Architect den Anruf an die kalifornische Warteschlange weiter.
    2. Wenn der Staat nicht Kalifornien ist, leitet Architect den Anruf an die Warteschlange für Nicht-Kalifornien weiter.

Zum Vergrößern auf das Bild klicken.
Beispiel eines Anrufablaufs für die Integration von Zendesk-Datenaktionen

Weitere Informationen zur Erstellung von Call Flows finden Sie unter Verwendung von Datenaktionen in Architect.

Weitere Informationen über die Integration finden Sie unter Über die Integration von Zendesk-Datenaktionen.