Aktion Teilnehmerdaten einstellen

Diese Aktion ist in der Kategorie „Daten“ verfügbar der Toolbox des Aufgabeneditors. Der Architekt kann Attribute oder Teilnehmerdaten zuweisen, Büro- oder digitale Teilnehmer. Ein Attribut ist eine Information über einen Teilnehmer, die ihn während der gesamten Interaktion begleitet. In Architect ist ein Teilnehmer der Anrufer bei einem eingehenden Sprach- oder Digitalfluss oder der Empfänger bei einem ausgehenden Fluss.

Über Attribute

Im Gegensatz zu Flussvariablen bleiben Teilnehmerdatenattribute zwischen Übertragungen von einem Fluss zum anderen bestehen. Beispielsweise bleibt die Telefonnummer des Teilnehmers (Call.Ani) nicht erhalten, wenn die Interaktion in einen anderen Flow übergeht. Wenn Sie die Informationen jedoch in den Teilnehmerdaten speichern, können andere Flows auf diese Daten zugreifen.

Jedes Teilnehmerattribut ist eine vom Flow-Autor konfigurierte Zeichenfolge mit Name und Wert. Um ein Attribut zu setzen, geben Sie seinen Namen und einen Stringwert an, der dem Attribut zugewiesen werden soll. Teilnehmerdatenattribute sind besonders nützlich, um Informationen zu speichern, die über den aktuellen Fluss hinaus bestehen bleiben sollen. Zum Beispiel Informationen, auf die Sie aus einem anderen Flow zugreifen möchten, oder Informationen, die den aktuellen Flow vollständig verlassen. Mit Teilnehmerdaten kann eine Drittanbieterintegration wie Genesys Cloud für Salesforce Screenpop-URL-Informationen empfangen, die Sie über die Teilnehmerdaten festlegen.

Notizen:
  • Bei den Attributen wird zwischen Groß- und Kleinschreibung unterschieden. Wenn Sie ein vorhandenes Attribut in einem anderen Teil des Ablaufs verwenden, stellen Sie sicher, dass Sie die Groß-/Kleinschreibung des ursprünglichen Attributs übernehmen.
  • Für Bot-Flows gelten diese Einschränkungen:
    • Die Anzahl der Ausführungen der Aktion „Teilnehmerdaten festlegen“ pro Bot-Sitzung beträgt 50.
    • Die Anzahl der Attribute, die der Flow während einer Bot-Sitzung festlegt, beträgt 50.
    • Die maximale Länge eines Attributwertes beträgt 256 Zeichen.
  • Da Teilnehmerdaten festlegen eine tatsächliche Konversation mit einer Konversations-ID erfordert, funktioniert die Aktion nicht mit dem Architect Prüfen Option.
  • Genesys Cloud speichert keine Attributanalysen, nachdem die Konversation abgeschlossen ist. Wenn die Konversation und die Segmente abgeschlossen sind, kann Analytics die Konversation nicht erneut öffnen, um die Änderungen zu speichern. Zum Beispiel: 
    1. Die eingehende Interaktion und der eingehende Flow sind aktiv und einige Teilnehmerdaten werden in den Flow geschrieben und in Conversation Services und Analytics Services synchronisiert.
    2. Das System überträgt die Interaktion in eine Warteschlange und wartet. Der In-Queue-Flow ist aktiv und einige Teilnehmerdaten werden in den Flow geschrieben und in Conversation Services und Analytics Services synchronisiert.
    3. Die Interaktion wird an eine Warteschlange weitergeleitet und von einem Agenten angenommen. Das Agentenskript enthält einige Teilnehmerdaten, die in Conversation Services und Analytics Services synchronisiert werden.
    4. Der Kunde trennt die Verbindung und der Agent gelangt in den Abschlussstatus. Das Agentenskript, das durch die Ausgabevariable im Skript ausgelöst wird, enthält weitere Teilnehmerdaten, die in Conversation Services, jedoch nicht in Analytics Services synchronisiert werden.
    5. Der Agent schließt die Zusammenfassung ab und die Interaktionsansicht wird für diesen Agenten geschlossen. Über die API werden weitere Teilnehmerdaten für diese Interaktion und diesen Agententeilnehmer in Conversation Services festgelegt und synchronisiert, nicht jedoch in Analytics Services.

    Die Aktion „Teilnehmerdaten festlegen“ in einer Aufgabe weist einem Interaktionsteilnehmer einen Attributwert zu. Wenn Sie beispielsweise über eine Anrufdatenaktion verfügen, die Informationen zu einem Teilnehmer nachschlägt, verwenden Sie die Aktion „Teilnehmerdaten festlegen“, um die Ergebnisse der Anrufdatenaktion zu speichern. Wenn Architect die Interaktion an einen anderen Flow überträgt, kann der zweite Flow die Informationen über die Aktion „Teilnehmerdaten abrufen“ abrufen, sodass die Datenaktion nicht wiederholt werden muss.

    Notiz : Wenn durch die Aktion „Teilnehmerdaten abrufen“ ein Attribut abgerufen wird, stellen Sie sicher, dass der Attributname exakt mit dem Namen „Teilnehmerdaten festlegen“ aus dem vorherigen Ablauf übereinstimmt. Architect vervollständigt die Teilnehmerdatennamen nicht automatisch über Flows hinweg. Um eine genaue Übereinstimmung sicherzustellen, kopieren und fügen Sie die Namen unter Beachtung der Groß- und Kleinschreibung ein.

    Wenn in Sprachflüssen eine Aktion „Teilnehmerdaten festlegen“ während einer Interaktion einen Teilnehmerattributwert festlegt, wird der festgelegte Wert bei nachfolgenden Interaktionen mit der Aktion „Teilnehmerdaten abrufen“ gelesen, obwohl der festgelegte Wert bis zur Beendigung des Flusses in der Cloud nicht aktualisiert wird. Zum Beispiel:

    1. Wenn der Flow eine Aktion „Teilnehmerdaten abrufen“ mit „Foo“ als Attributnamen ausgibt, gibt die Cloud „Hallo“ zurück, sodass die in der Aktion „Teilnehmerdaten abrufen“ an „Foo“ gebundene Variable auf „Hallo“ gesetzt wird.
    2. Der Ablauf gibt dann eine Aktion Teilnehmerdaten festlegen mit "Foo" als Attributname und "Goodbye" als Wert aus.
    3. Anschließend wird der Flow wiederholt und führt eine Aktion zum Abrufen von Teilnehmerdaten mit „Foo“ als Attributnamen aus. Die Cloud antwortet wie zuvor mit „Hallo“, da über Set Participant Data vorgenommene Aktualisierungen in die Warteschlange gestellt und erst unmittelbar vor der Beendigung an die Cloud gesendet werden. In diesem Fall wird die an „Foo“ gebundene Variable jedoch auf „Goodbye“ gesetzt, da „Get Participant Data“ zunächst alle zur Aktualisierung in die Warteschlange gestellten Werte verwendet, bevor die von der Cloud zurückgegebenen Werte verwendet werden.
    Notiz : Im Gegensatz zu Sprachflüssen verwalten Bot-Flows keine Warteschlange für Aktualisierungslisten. Stattdessen aktualisiert Architect die Teilnehmerdaten direkt in der Cloud.

    Aktion Beschreibung und Verwendung

    Name

    		 Geben Sie einen eindeutigen Namen für die Aktion ein. Die Bezeichnung, die Sie hier eingeben, wird als Name der Aktion in der Vorgangsreihenfolge angezeigt.

    Festzulegendes Attribut hinzufügen

    		 Klicken neben Attribut und fügen Sie eine Name/Wert-Paar-Konfiguration für ein Attribut hinzu. In einer einzigen Aktion „Teilnehmerdaten festlegen“ können mehrere Attribute („Teilnehmerdaten“) erstellt und gespeichert werden.

    Attributname

    Weisen Sie dem Attribut einen Namen zu. Der Attributname ist ein Zeichenfolgenliteral und darf nicht leer sein. Dieser Name muss exakt übereinstimmen, damit die Aktion „Teilnehmerdaten abrufen“ den Wert abrufen kann.

    Zuzuweisender Wert

    		 Attributwerte (Teilnehmerdaten) sind Zeichenfolgenliterale oder Ausdrücke, wie etwa integrierte Variablen, Flussvariablen oder von Ihnen erstellte Aufgabenvariablen. Verwenden Sie den Literal-Editor oder den Ausdrucks-Editor, um dem Attribut einen Zeichenfolgen-, Variablen- oder Ausdruckswert zuzuweisen. 

    Notizen:
    • In Sprachflüssen ändert sich manchmal der Attributwert eines Teilnehmers, während der Teilnehmer einen Fluss durchläuft, bei dem sich auch der Attributwert ändert. Die über die Aktion Teilnehmerdaten einstellen vorgenommenen Aktualisierungen werden im Speicher bis kurz vor Beendigung des Ablaufs in eine Warteschlange gestellt. Bot-Flows senden Attribute jedoch sofort.
    • Updates werden in einem Stapel in die Cloud gesendet. Wenn durch einen Flow mehrere Interaktionen mit der Aktion „Teilnehmerdaten festlegen“ für dasselbe Attribut erfolgen, hat der in der letzten Interaktion festgelegte Wert Vorrang.