参加者データアクションの設定 - Genesys Cloud Resource Center

このアクションはタスクエディターのツールボックスのデータカテゴリで使用可能です。コール参加者は自分に割り当てられた属性または参加者データを持つことができます。 Architect では、参加者はインバウンドコールフローではコールの発信者で、アウトバウンドコールフローではコールの受信者です。

属性について

属性とは、対話中に一緒に移動する参加者に関する情報のことです。フロー変数とは異なり、参加者データ属性はあるコールフローから別のコールフローへの転送でも継続します例えば、発信者の電話番号 (Call.Ani) は、インタラクションが別のコールフローへ転送された場合には持続されません。ただし、情報が参加者データに格納されている場合は、それに続くコールフローによって情報にアクセスできます。

各参加者データは名前と値のペアです。これらのペアはフロー作成者により制御されている文字列です。属性を設定するには、属性に割り当てる名前と文字列値を指定します。これらの参加者データ属性は、情報が現在のコールフロー以降に継続する必要がある場合に特に便利です。たとえば、別のフローからアクセスできる情報、または Genesys Cloud for Salesforce など、Architect から完全に離れている情報で、参加者データを介して設定された画面のポップ URL 情報を受信する情報などです。

メモ:

属性では大文字と小文字が区別されます。フローの別の部分で既存の属性を使用する場合は、必ず元の属性の大文字と小文字を区別してください。
分析では、会話の完了後に設定された属性は保存されません。会話とセグメントが完了した場合、アナリティクスは会話を再度開いて変更を保存することはできません：
1. 着信コールと着信フローがアクティブになり、参加者データがフローに書き込まれ、Conversation ServicesとAnalytics Servicesで同期される。
2. システムはコールをキューに移し、待機させる。インキュー・フローがアクティブになり、参加者データがフローに書き込まれ、Conversation ServicesとAnalytics Servicesで同期される。
3. コールが鳴り、エージェントが応対する。エージェントスクリプトには、Conversation ServicesとAnalytics Servicesで同期された参加者データが含まれています。
4. 顧客は切断し、エージェントはラップアップ状態になる。スクリプトの出力変数によってトリガーされるエージェントスクリプトには、カンバセーションサービスでは同期されるが、アナリティクスサービスでは同期されない、より多くの参加者データが含まれる。
5. エージェントはラップアップを完了し、そのエージェントのインタラクションビューは閉じます。 APIを介して、そのインタラクションとエージェント参加者の別の参加者データは、Conversation Servicesに設定され同期されますが、Analytics Servicesには設定されません。

通話参加者に属性値を設定する

タスクの参加者データの設定アクションは、インタラクション参加者に属性値を割り当てます。たとえば、発信者の情報を検索するCall Dataアクションがある場合は、Set Participant dataアクションを使用して、CallDataアクションが検索した結果を保存します。アーキテクトがインタラクションを別のフローに転送する場合、2番目のフローはGet Participant Dataアクションを介して情報を呼び出すことができるため、Dataアクションを繰り返す必要はありません。

メモ： 参加者データ取得で属性を再びコールするときは、属性名が以前のフローの参加者データ設定の名前と全く同じであることを確認してください。 Architect では、正確な一致を確実にするため、コールフローに全体に渡っての参加者データの名前の自動入力、大文字/小文字の区別がある名前のコピーと貼り付けは行われません。

呼び出し中にSet Participant Dataアクションが参加者属性値を設定する場合、値セットは、フローの終了までクラウドで更新されない場合でも、後続のGet Participant Dataアクション呼び出しで読み取られる値です。例:

フローが「Foo」を属性名としてGet Participant Dataアクションを発行すると、クラウドは「Hello」を返すため、Get Participant Dataアクションで「Foo」にバインドされた変数は「Hello」に設定されます。
フローは、その後に「フー」と設定参加者データアクション発行属性名と値として「さようなら」。
次に、フローは「Foo」を属性名としてGet Participant Dataアクションを発行し、クラウドは以前と同様に「Hello」を返します。これは、Set Participant Dataによって行われた更新がキューに入れられ、終了直前にのみクラウドに送信されるためです。ただしこの場合、「Foo」にバインドされている変数は「Goodbye」に設定されています。これは、Get Participant Dataが、クラウドが返すものを使用する前に、更新待ちの値を使用するためです。

参加者データの設定アクションを設定する

アクション	説明と使用
名前	アクションの識別名を入力してください。ここで入力するラベルは、タスクシーケンスに表示されるアクションの名前になります。
設定する属性を選択	このボタンをクリックして、属性の名前/値ペアの設定を追加します。複数の属性（「参加者データ」）を1つの「参加者データの設定」アクションで作成および保存できます。
属性名	属性に名前を付けます。属性名は文字列リテラルで、空白 (空) のままにしておくことはできません。この名前をコピーする必要がありますまさに値を取得するためのGetParticipantDataアクションに。
割り当てる値	属性（参加者データ）値は、組み込みの呼び出し変数、フロー変数、作成したタスク変数などの文字列リテラルまたは式です。リテラルエディターまたは式エディターを使用して、属性に文字列、変数、または式の値を割り当てます。

ノート:

いくつかの場合において、属性参加者はまた、変化の流れを介して進行しながら、参加者の値が変更される可能性属性値。参加者データの設定アクションを介して行われた更新は、フローが終了する直前までメモリのキューに入れられます。
更新は1つのバッチでクラウドに送られます。同じ属性に対するフローによって複数のSet Participant Dataアクション呼び出しが発生した場合、最後の呼び出しで設定された値が属性されます。