この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
目次
Cisco Finesse 管理コンソールの [Workflows] タブで、ワークフローとワークフロー アクションを作成および管理できます。
ワークフローを使用して、共通の反復的なエージェント タスクを自動化することができます。 ワークフローには一意の名前と有用な説明があります。 [Manage Workflows] ガジェットと [Manage Workflow Actions] ガジェットを使用して、ワークフローおよびワークフロー アクションを表示、追加、編集、または削除します。
すべてのワークフローがチーム レベルのワークフローです。 グローバルのワークフローは作成できません。 グローバル ワークフローが必要な場合は、チーム ワークフローを作成して、すべてのチームに割り当てます。
Finesse は次の数のワークフローとワークフロー アクションをサポートします。
Finesse システムあたり 100 個のワークフロー
Finesse システムあたり 100 個のアクション
チームあたり 20 個のワークフロー
ワークフローあたり 5 つの条件
ワークフローあたり 5 つのアクション
アクションあたり 5 つの変数
ワークフローとワークフロー アクションを昇順または降順で並べ替えるには、列のヘッダーをクリックします。
次の表で、[Manage Workflows] ガジェットのフィールドについて説明します。
フィールド |
説明 |
---|---|
Name |
ワークフローの名前。 名前は一意である必要があり、最大 40 文字にすることができます。 |
Description |
ワークフローの説明。 説明は最大 128 文字で指定します。 |
次の表で、[Manage Workflow Actions] ガジェットのフィールドについて説明します。
フィールド |
説明 |
---|---|
Name |
ワークフロー アクションの名前。 名前は一意である必要があり、最大 64 文字にすることができます。 |
Type |
ワークフローのタイプ。 使用できる値は、[Browser Pop]、[HTTP Request] です。 |
[Manage Workflows ] ガジェットと [Manage Workflow Actions] ガジェットのアクションは次のとおりです。
[New]:新しいワークフローまたはワークフロー アクションを追加します。
[Edit]:ワークフローまたはワークフロー アクションを編集します。
[Delete]:ワークフローまたはワークフロー アクションを削除します。
[Refresh]:サーバからワークフローまたはワークフロー アクションのリストをリロードします。
Finesse デスクトップまたはサードパーティ ガジェットで処理されるワークフロー アクションを設定できます。 サードパーティ ガジェットは Finesse とは異なる方法でアクションを処理するように設計できます。
各ワークフローには 1 種類のトリガーだけを含める必要があります。 トリガーは、Finesse ダイアログ イベントに基づきます。 ダイアログ イベントには次のようなものがあります。
コールが着信したとき
コールが応答されたとき
![]() (注) |
コールが応答されたときにワークフローをトリガーするように設定すると、エージェントが着信コールに応答するときや発信コールを行うとき、または顧客がアウトバウンド オプション コールに応答するときに、ワークフローを実行します。 |
コールが終了したとき
コールを発信するとき
ワークフロー エンジンでは次の簡単なロジックを使用して、ワークフローを実行するかどうかを判断します。
ワークフロー エンジンは、設定済みのワークフローのトリガー セットおよび条件を満たす最初のコールに対するワークフローのイベントを処理します。 このコールが終了するまでは、その他のワークフローを実行しません。 最初のコール中にエージェントが次のコールを受け取ると、最初のコールが終了しても、2 回目のコールでワークフローを実行しません。
![]() (注) |
アウトバウンド プレビュー コールは、このルールの例外です。 エージェントがコールを受け取る場合と同様に、エージェントがコールをプレビューする間に、ワークフローを実行できます。 |
ワークフロー エンジンは、エージェントがログインするときに、エージェントのワークフローをキャッシュします。 また、エージェントをサインアウトしてもう一度サインインするか、ブラウザを更新するまで、ワークフローはエージェントを変更しません。
![]() (注) |
コールの着信、コールへの応答、またはコールの発信をトリガーするワークフローは、ブラウザが更新されたときに実行されます。 エージェントがブラウザを更新すると、ワークフロー エンジンではコールが最近の着信、または新規の着信として表示されます。 HTTP 要求アクションがワークフローの一部である場合、その HTTP 要求はエージェントがブラウザを更新したときに送信されます。 HTTP 要求を受信するアプリケーションは、このシナリオを考慮する必要があります。 そのようにしないと、予想外の結果が発生する場合があります。 |
ワークフローの例は、ダイアログのイベント(たとえば、ANI や顧客情報)から情報を収集し、顧客情報が含まれる Web ページを表示するアクションをトリガーするコール着信イベントです。
イベントから収集したデータの値によって、トリガー イベントをフィルタリングできます。 いずれかの条件が満たされたか、すべての条件が満たされたときに実行するようにワークフローを設定できます。
個々の条件は、次のように構成されます。
調査するイベント データ。たとえば DNIS、コール変数
イベント データと入力された値の比較(たとえば、contains(含まれる)、is equal to(等しい)、is not equal to(等しくない)、begins with(次の値で始まる)、ends with(次の値で終わる)、is empty(空白)、is not empty(空白ではない)、および is in list(リストにある))
トリガーとその条件が満たされたときに、ワークフローに割り当てられたアクションのリストが実行されます。 アクションは、リストに表示されている順序で実行されます。
ワークフローは、Finesse ユーザであるエージェントおよびスーパーバイザのみを対象として実行されます。 ワークフロー エンジンは Finesse デスクトップ アプリケーションでユーザ単位でクライアント側を実行する JavaScript ライブラリです。 デスクトップは、ユーザがログインするとき、またはブラウザを更新するたびに、サーバからユーザに対して実行するワークフローを取得します。
![]() (注) |
ユーザがサインインしている間にワークフローまたはアクションに対して行われた変更は、自動的にそのユーザーにプッシュされません。 |
ワークフローやアクションが動作できないように矛盾するワークフロー、条件、およびアクションを設定することができます。 ワークフローは検証されていません。
チームに複数のワークフローが設定されている場合、ワークフロー エンジンは、設定された順序で評価します。 ワークフロー エンジンはアクションなしのワークフローを無視します。 ワークフロー エンジンがイベントやワークフローの条件と一致するトリガーのあるワークフローを検出し、そのワークフロー条件を true と評価した場合、そのワークフローが使用され、リスト内の後続のワークフローは評価されません。 条件なしのワークフローは、イベントがワークフローのトリガーと一致する場合に true と評価します。 デフォルトでは、すべてのワークフローが有効です。 特定のユーザに対して一度に実行できるワークフローは 1 つだけです。
ワークフロー エンジンは、ワークフローをトリガーしたダイアログから、ワークフロー条件に使用されるダイアログ ベースの変数を取得します。 変数がダイアログで見つからない場合、その値は空であると見なされます。
ワークフロー エンジンは、一致するワークフローに関連付けられたアクションを、表示された順序で実行します。 ワークフロー エンジンは以前に実行したアクションが失敗した場合でも、ワークフローでアクションを実行します。 失敗したアクションは記録されます。
Finesse サーバは、Finesse ユーザに対して表示されるコールを制御します。 ユーザに対して複数のコールが存在している場合、ワークフローはトリガーに一致する最初のコールだけに適用されます。 表示される最初のコールがトリガーが一致せず、2 番目のコールがトリガーに一致した場合、ワークフロー エンジンは、2 番目のコールに対してトリガーを評価して処理します。
表示されるコールが Finesse デスクトップで唯一のコールである場合は、そのコールが最初に表示されるコールであると見なされます。 (電話会議中に)電話機で 2 件のコールがマージされる場合、存続しているコールの最初に表示されたコール フラグ値が使用されます。
ユーザがブラウザを更新したときにコールが存在している場合、ワークフロー エンジンはそのコールをそのまま評価します。 ダイアログ データ(コール変数値)が変更された場合、データが元のワークフローのトリガーおよび条件と一致しなくなった可能性があります。 データが別のワークフローと一致する場合や、一致するワークフローがない場合もあります。
ユーザがブラウザを更新したときに複数のコールが存在している場合、ワークフロー エンジンは Finesse サーバから受信した最初のダイアログを最初に表示されるコールとして処理します。 このコールは、ブラウザの更新前に最初に表示されていたコールと同じコールである必要はありません。 その他のコールに対して受信したダイアログは、最初に表示されるコールとは見なされないため、無視されます。 ブラウザの更新後、ワークフロー エンジンがロードされる前に複数のコールのダイアル後が受信された場合、最初に表示されるコールと見なされるコールがないため、評価されるダイアログはありません。
ワークフローは、Finesse のエージェントとスーパーバイザの両方に対して実行されます。 スーパーバイザが属しているチーム(スーパーバイザが管理するチームとは区別される)が、スーパーバイザに対して実行するワークフローを判断します。 スーパーバイザを自分のチームに所属させて、エージェントのワークフローが実行されないようにすることができます。
![]() (注) |
アウトバウンド オプション コール専用のワークフローを作成すると、[add a condition of BAStatus] は空にはなりません。 この状態では、ワークフローが、アウトバウンド オプション コールを、エージェントが開始したアウトバウンド コールと区別することができます。 |
次の表では、いくつかのアウトバウンド コールのシナリオで、ワークフローがいつトリガーするかについて説明します。
ワークフローのトリガー |
プレビュー アウトバウンド コール |
プログレッシブまたはプレディクティブ アウトバウンド コール |
---|---|---|
コールのプレビュー中 |
(エージェントがコールを受け入れるか拒否する前に)エージェントがコールをプレビューするとき。 |
トリガーしません。 |
コールが着信したとき |
エージェントがコールを受け取るとき。 |
コールがエージェント デスクトップに着信したとき。 |
コールが応答されたとき |
顧客がコールに応答するとき。 エージェントが別のエージェントと電話会議を行っているか、コールを転送する場合、ワークフローは電話会議または転送の受信者であるエージェントにトリガーします。 |
顧客がコールに応答するとき。 エージェントが別のエージェントと電話会議を行っているか、コールを転送する場合、ワークフローは電話会議または転送の受信者であるエージェントにトリガーします。 |
コールが行われたとき。 |
顧客コールが開始されるとき。 |
顧客コールが開始されるときか、コール中にフェールオーバーが発生したとき。 |
コールが終了したとき |
顧客コールが終了したとき。 |
顧客コールが終了したとき。 |
[Browser Pop] ワークフロー アクションでは、ワークフローの条件が満たされた場合に、ブラウザのウィンドウまたはユーザのデスクトップのタブを開きます。
![]() (注) |
このアクションで新しいウィンドウまたはデスクトップのタブのどちらを開くかは、ターゲット ユーザのブラウザの設定によって異なります。 |
[HTTP Request] ワークフロー アクションは、デスクトップ ユーザに代わって API への HTTP 要求を作成します。
ステップ 1 |
[Manage Workflow Actions] 領域で、[New] をクリックします。 [New Action] 領域が表示されます。 |
||
ステップ 2 |
[Name] ボックスに、アクションの名前を入力します。 ワークフロー アクション名には、最大 64 文字を含めることができます。 |
||
ステップ 3 | [Type] ドロップダウン リストで、[HTTP Request] を選択します。 | ||
ステップ 4 | [Handled By] ドロップダウン リストから、Finesse デスクトップまたはその他(サードパーティ ガジェット)のうち、どれがアクションを実行するかを選択します。 | ||
ステップ 5 |
[Method] ドロップダウン リストで、使用する方法を選択します。 PUT と POST のいずれかを選択できます。 |
||
ステップ 6 |
[Location] ドロップダウン リストで、場所を選択します。 Finesse API に対して HTTP 要求を行う場合は、[Finesse] を選択します。 他の API に対して要求を行う場合は、[Other] を選択します。 |
||
ステップ 7 |
[Content Type] ボックスに、コンテンツ タイプを入力します。 デフォルトのコンテンツ タイプは application/xml で、これは Finesse API 用のコンテンツ タイプです。 別の API を使用している場合は、その API 用のコンテンツ タイプを入力します(たとえば、application/JSON)。 |
||
ステップ 8 |
[URL] ボックスに、要求を行う URL を入力します。 URL に変数を追加するには、ボックスの右側にあるタグ アイコンをクリックし、ドロップダウン リストから 1 つまたは複数の変数を選択します。 例:
URL にタグを追加するには、ボックスの右側にあるタグ アイコンをクリックし、ドロップダウン リストから 1 つまたは複数の変数を選択します。 前の例で、dialogId を追加するには、タグ アイコンをクリックし、リストから [dialogId] を選択します。 |
||
ステップ 9 |
[Body] ボックスに、要求のテキストを入力します。 本文はコンテンツ タイプと一致している必要があります(コンテンツ タイプが application/xml の場合、本文に XML を含める必要があります)。 本文に変数を追加するには、ボックスの右側にあるタグ アイコンをクリックし、ドロップダウン リストから 1 つまたは複数の変数を選択します。 追加するすべての変数に対して、[Sample Data] ボックスにテスト データを入力できます。 |
||
ステップ 10 | [Save(保存)] をクリックします。 |
ステップ 1 | [Manage Workflow Actions] ガジェットで、編集するアクションを選択します。 |
ステップ 2 |
[Edit] をクリックします。 [Edit Action] 領域が表示されます。 ![]() |
ステップ 3 | 変更するフィールドを編集します。 |
ステップ 4 | [Save(保存)] をクリックします。 |
ステップ 1 |
[Workflow Actions] ガジェットで、削除するアクションを選択します。 [Delete Action] 領域が表示されます。 |
ステップ 2 |
[Delete] をクリックします。 選択したアクションを削除するかどうかの確認が求められます。 |
ステップ 3 | 選択したアクションを削除するには [Yes] をクリックします。 |
ステップ 1 |
[Manage Workflows] ガジェットで、[New] をクリックします。 [New Workflow] 領域が表示されます。 ![]() |
||
ステップ 2 |
[Name] ボックスに、ワークフローの名前を入力します。
|
||
ステップ 3 |
[Description] ボックスに、ワークフローの説明を入力します。
|
||
ステップ 4 | [When to perform Actions] ドロップダウン リストで、ワークフローをトリガーするイベントを選択します。 | ||
ステップ 5 |
[How to apply Conditions] ボックスで、すべての条件が満たされているかどうかを選択し、[Add Condition] をクリックして最大 5 つの条件を追加します。 例:たとえば、CallVariable 1 が 123 と等しく、CallVariable 2 が 2 で始まる場合に実行されるアクションを指定できます。 |
||
ステップ 6 | [Ordered List of Actions] 領域で、[Add] をクリックして [Add Actions] 領域を開きます。 この領域でアクションをクリックし、[Ordered List of Actions] に追加します。 | ||
ステップ 7 | 実行する必要がある順序でアクションを移動するには、[Ordered List of Actions] の横にある上下の矢印を使用します。 | ||
ステップ 8 | [Save(保存)] をクリックします。 | ||
ステップ 9 |
1 つ以上のチームにワークフローを割り当てます。
|
ステップ 1 | [Manage Workflows] ガジェットで、編集するワークフローを選択します。 |
ステップ 2 |
[Edit] をクリックします。 [Edit Workflow] 領域が表示されます。 ![]() |
ステップ 3 | 変更するフィールドを編集します。 |
ステップ 4 | [Save(保存)] をクリックします。 |
ステップ 1 |
[Manage Workflows] ガジェットで、削除するワークフローを選択します。 [Delete Workflow] 領域が表示されます。 |
ステップ 2 |
[Delete] をクリックします。 選択したワークフローを削除するかどうかの確認が求められます。 ![]() |
ステップ 3 | 選択したワークフローを削除するには [Yes] をクリックします。 |
目次
Cisco Finesse 管理コンソールの [Workflows] タブで、ワークフローとワークフロー アクションを作成および管理できます。
- ワークフローとワークフロー アクション
- [Browser Pop] ワークフロー アクションの追加
- [HTTP Request] ワークフロー アクションの追加
- ワークフロー アクションの編集
- ワークフロー アクションの削除
- ワークフローの追加
- ワークフローの編集
- ワークフローの削除
ワークフローとワークフロー アクション
ワークフローを使用して、共通の反復的なエージェント タスクを自動化することができます。 ワークフローには一意の名前と有用な説明があります。 [Manage Workflows] ガジェットと [Manage Workflow Actions] ガジェットを使用して、ワークフローおよびワークフロー アクションを表示、追加、編集、または削除します。
すべてのワークフローがチーム レベルのワークフローです。 グローバルのワークフローは作成できません。 グローバル ワークフローが必要な場合は、チーム ワークフローを作成して、すべてのチームに割り当てます。
Finesse は次の数のワークフローとワークフロー アクションをサポートします。
Finesse システムあたり 100 個のワークフロー
Finesse システムあたり 100 個のアクション
チームあたり 20 個のワークフロー
ワークフローあたり 5 つの条件
ワークフローあたり 5 つのアクション
アクションあたり 5 つの変数
ワークフローとワークフロー アクションを昇順または降順で並べ替えるには、列のヘッダーをクリックします。
![]()
次の表で、[Manage Workflows] ガジェットのフィールドについて説明します。
フィールド
説明
Name
ワークフローの名前。 名前は一意である必要があり、最大 40 文字にすることができます。
Description
ワークフローの説明。 説明は最大 128 文字で指定します。
![]()
次の表で、[Manage Workflow Actions] ガジェットのフィールドについて説明します。
フィールド
説明 Name
ワークフロー アクションの名前。 名前は一意である必要があり、最大 64 文字にすることができます。
Type
ワークフローのタイプ。 使用できる値は、[Browser Pop]、[HTTP Request] です。
[Manage Workflows ] ガジェットと [Manage Workflow Actions] ガジェットのアクションは次のとおりです。
[New]:新しいワークフローまたはワークフロー アクションを追加します。
[Edit]:ワークフローまたはワークフロー アクションを編集します。
[Delete]:ワークフローまたはワークフロー アクションを削除します。
[Refresh]:サーバからワークフローまたはワークフロー アクションのリストをリロードします。
Finesse デスクトップまたはサードパーティ ガジェットで処理されるワークフロー アクションを設定できます。 サードパーティ ガジェットは Finesse とは異なる方法でアクションを処理するように設計できます。
各ワークフローには 1 種類のトリガーだけを含める必要があります。 トリガーは、Finesse ダイアログ イベントに基づきます。 ダイアログ イベントには次のようなものがあります。
コールが着信したとき
コールが応答されたとき
(注)
コールが応答されたときにワークフローをトリガーするように設定すると、エージェントが着信コールに応答するときや発信コールを行うとき、または顧客がアウトバウンド オプション コールに応答するときに、ワークフローを実行します。
コールが終了したとき
コールを発信するとき
- アウトバウンド オプション コールのプレビュー中
ワークフロー エンジンでは次の簡単なロジックを使用して、ワークフローを実行するかどうかを判断します。
- ワークフローを実行する必要があるかどうかを判断するために、受け取った各ダイアログ イベントに対してトリガー セットと条件が評価されます。
ワークフロー エンジンは、設定済みのワークフローのトリガー セットおよび条件を満たす最初のコールに対するワークフローのイベントを処理します。 このコールが終了するまでは、その他のワークフローを実行しません。 最初のコール中にエージェントが次のコールを受け取ると、最初のコールが終了しても、2 回目のコールでワークフローを実行しません。
(注)
アウトバウンド プレビュー コールは、このルールの例外です。 エージェントがコールを受け取る場合と同様に、エージェントがコールをプレビューする間に、ワークフローを実行できます。
- 特定のトリガー タイプ(たとえば、コールの着信)のワークフローの実行後、同じダイアログ ID に対して再びトリガーを実行することはありません。
ワークフロー エンジンは、エージェントがログインするときに、エージェントのワークフローをキャッシュします。 また、エージェントをサインアウトしてもう一度サインインするか、ブラウザを更新するまで、ワークフローはエージェントを変更しません。
(注)
コールの着信、コールへの応答、またはコールの発信をトリガーするワークフローは、ブラウザが更新されたときに実行されます。 エージェントがブラウザを更新すると、ワークフロー エンジンではコールが最近の着信、または新規の着信として表示されます。 HTTP 要求アクションがワークフローの一部である場合、その HTTP 要求はエージェントがブラウザを更新したときに送信されます。 HTTP 要求を受信するアプリケーションは、このシナリオを考慮する必要があります。 そのようにしないと、予想外の結果が発生する場合があります。
ワークフローの例は、ダイアログのイベント(たとえば、ANI や顧客情報)から情報を収集し、顧客情報が含まれる Web ページを表示するアクションをトリガーするコール着信イベントです。
イベントから収集したデータの値によって、トリガー イベントをフィルタリングできます。 いずれかの条件が満たされたか、すべての条件が満たされたときに実行するようにワークフローを設定できます。
個々の条件は、次のように構成されます。
調査するイベント データ。たとえば DNIS、コール変数
イベント データと入力された値の比較(たとえば、contains(含まれる)、is equal to(等しい)、is not equal to(等しくない)、begins with(次の値で始まる)、ends with(次の値で終わる)、is empty(空白)、is not empty(空白ではない)、および is in list(リストにある))
トリガーとその条件が満たされたときに、ワークフローに割り当てられたアクションのリストが実行されます。 アクションは、リストに表示されている順序で実行されます。
ワークフローは、Finesse ユーザであるエージェントおよびスーパーバイザのみを対象として実行されます。 ワークフロー エンジンは Finesse デスクトップ アプリケーションでユーザ単位でクライアント側を実行する JavaScript ライブラリです。 デスクトップは、ユーザがログインするとき、またはブラウザを更新するたびに、サーバからユーザに対して実行するワークフローを取得します。
(注)
ユーザがサインインしている間にワークフローまたはアクションに対して行われた変更は、自動的にそのユーザーにプッシュされません。
ワークフローやアクションが動作できないように矛盾するワークフロー、条件、およびアクションを設定することができます。 ワークフローは検証されていません。
チームに複数のワークフローが設定されている場合、ワークフロー エンジンは、設定された順序で評価します。 ワークフロー エンジンはアクションなしのワークフローを無視します。 ワークフロー エンジンがイベントやワークフローの条件と一致するトリガーのあるワークフローを検出し、そのワークフロー条件を true と評価した場合、そのワークフローが使用され、リスト内の後続のワークフローは評価されません。 条件なしのワークフローは、イベントがワークフローのトリガーと一致する場合に true と評価します。 デフォルトでは、すべてのワークフローが有効です。 特定のユーザに対して一度に実行できるワークフローは 1 つだけです。
ワークフロー エンジンは、ワークフローをトリガーしたダイアログから、ワークフロー条件に使用されるダイアログ ベースの変数を取得します。 変数がダイアログで見つからない場合、その値は空であると見なされます。
ワークフロー エンジンは、一致するワークフローに関連付けられたアクションを、表示された順序で実行します。 ワークフロー エンジンは以前に実行したアクションが失敗した場合でも、ワークフローでアクションを実行します。 失敗したアクションは記録されます。
Finesse サーバは、Finesse ユーザに対して表示されるコールを制御します。 ユーザに対して複数のコールが存在している場合、ワークフローはトリガーに一致する最初のコールだけに適用されます。 表示される最初のコールがトリガーが一致せず、2 番目のコールがトリガーに一致した場合、ワークフロー エンジンは、2 番目のコールに対してトリガーを評価して処理します。
表示されるコールが Finesse デスクトップで唯一のコールである場合は、そのコールが最初に表示されるコールであると見なされます。 (電話会議中に)電話機で 2 件のコールがマージされる場合、存続しているコールの最初に表示されたコール フラグ値が使用されます。
ユーザがブラウザを更新したときにコールが存在している場合、ワークフロー エンジンはそのコールをそのまま評価します。 ダイアログ データ(コール変数値)が変更された場合、データが元のワークフローのトリガーおよび条件と一致しなくなった可能性があります。 データが別のワークフローと一致する場合や、一致するワークフローがない場合もあります。
ユーザがブラウザを更新したときに複数のコールが存在している場合、ワークフロー エンジンは Finesse サーバから受信した最初のダイアログを最初に表示されるコールとして処理します。 このコールは、ブラウザの更新前に最初に表示されていたコールと同じコールである必要はありません。 その他のコールに対して受信したダイアログは、最初に表示されるコールとは見なされないため、無視されます。 ブラウザの更新後、ワークフロー エンジンがロードされる前に複数のコールのダイアル後が受信された場合、最初に表示されるコールと見なされるコールがないため、評価されるダイアログはありません。
ワークフローは、Finesse のエージェントとスーパーバイザの両方に対して実行されます。 スーパーバイザが属しているチーム(スーパーバイザが管理するチームとは区別される)が、スーパーバイザに対して実行するワークフローを判断します。 スーパーバイザを自分のチームに所属させて、エージェントのワークフローが実行されないようにすることができます。
ワークフローのトリガーとアウトバウンド コール
(注)
アウトバウンド オプション コール専用のワークフローを作成すると、[add a condition of BAStatus] は空にはなりません。 この状態では、ワークフローが、アウトバウンド オプション コールを、エージェントが開始したアウトバウンド コールと区別することができます。
次の表では、いくつかのアウトバウンド コールのシナリオで、ワークフローがいつトリガーするかについて説明します。
ワークフローのトリガー
プレビュー アウトバウンド コール
プログレッシブまたはプレディクティブ アウトバウンド コール
コールのプレビュー中
(エージェントがコールを受け入れるか拒否する前に)エージェントがコールをプレビューするとき。
トリガーしません。
コールが着信したとき
エージェントがコールを受け取るとき。
コールがエージェント デスクトップに着信したとき。
コールが応答されたとき
顧客がコールに応答するとき。
エージェントが別のエージェントと電話会議を行っているか、コールを転送する場合、ワークフローは電話会議または転送の受信者であるエージェントにトリガーします。
顧客がコールに応答するとき。
エージェントが別のエージェントと電話会議を行っているか、コールを転送する場合、ワークフローは電話会議または転送の受信者であるエージェントにトリガーします。
コールが行われたとき。
顧客コールが開始されるとき。
顧客コールが開始されるときか、コール中にフェールオーバーが発生したとき。
コールが終了したとき
顧客コールが終了したとき。
顧客コールが終了したとき。
[Browser Pop] ワークフロー アクションの追加
手順[Browser Pop] ワークフロー アクションでは、ワークフローの条件が満たされた場合に、ブラウザのウィンドウまたはユーザのデスクトップのタブを開きます。
(注)
このアクションで新しいウィンドウまたはデスクトップのタブのどちらを開くかは、ターゲット ユーザのブラウザの設定によって異なります。
ステップ 1 [Manage Workflow Actions] ガジェットで、[New] をクリックします。 [New Action] 領域が表示されます。
![]()
ステップ 2 [Name] ボックスに、アクションの名前を入力します。
(注) ワークフロー アクション名は 64 文字に制限されます。
ステップ 3 [Type] ドロップダウン リストで、[Browser Pop] を選択します。 ステップ 4 [Handled By] ドロップダウン リストから、Finesse デスクトップまたはその他(サードパーティ ガジェット)のうち、どれがアクションを実行するかを選択します。 ステップ 5 [Window Name] ボックスに、開いているウィンドウの ID として使用する名前を入力します。 このウィンドウ名を使用するアクションは、その特定のウィンドウを再利用します。
(注) ウィンドウ名は 40 文字に制限され、空白にすることができます。 ウィンドウ名を空白にすると、アクションが実行されるたびに新しいウィンドウが開きます。
ステップ 6 タグを追加するには、開くブラウザ ウィンドウの URL を入力して、ボックスの右側にあるタグ アイコンをクリックし、ドロップダウン リストから 1 つまたは複数の変数を選択します。
例:
![]()
選択するすべての変数に対して、[Sample Data] ボックスにテスト データを入力できます。 [Sample Data] 領域の下の [Browser URL] ボックスに、サンプル URL が自動的に生成されます。 URL をテストするには、[Open] をクリックして、ブラウザで URL を開きます。
(注) Finesse は、入力した URL を検証しません。
ステップ 7 [Save(保存)] をクリックします。
[HTTP Request] ワークフロー アクションの追加
手順
ステップ 1 [Manage Workflow Actions] 領域で、[New] をクリックします。 [New Action] 領域が表示されます。
ステップ 2 [Name] ボックスに、アクションの名前を入力します。 ワークフロー アクション名には、最大 64 文字を含めることができます。
ステップ 3 [Type] ドロップダウン リストで、[HTTP Request] を選択します。 ステップ 4 [Handled By] ドロップダウン リストから、Finesse デスクトップまたはその他(サードパーティ ガジェット)のうち、どれがアクションを実行するかを選択します。 ステップ 5 [Method] ドロップダウン リストで、使用する方法を選択します。 PUT と POST のいずれかを選択できます。
ステップ 6 [Location] ドロップダウン リストで、場所を選択します。 Finesse API に対して HTTP 要求を行う場合は、[Finesse] を選択します。 他の API に対して要求を行う場合は、[Other] を選択します。
ステップ 7 [Content Type] ボックスに、コンテンツ タイプを入力します。 デフォルトのコンテンツ タイプは application/xml で、これは Finesse API 用のコンテンツ タイプです。 別の API を使用している場合は、その API 用のコンテンツ タイプを入力します(たとえば、application/JSON)。
ステップ 8 [URL] ボックスに、要求を行う URL を入力します。 URL に変数を追加するには、ボックスの右側にあるタグ アイコンをクリックし、ドロップダウン リストから 1 つまたは複数の変数を選択します。
例:
![]()
(注) 前の例では、Finesse API の URL です。 別の API に対して要求を行う場合は、URL 全体を入力する必要があります(たとえば、http://googleapis.com)。
URL にタグを追加するには、ボックスの右側にあるタグ アイコンをクリックし、ドロップダウン リストから 1 つまたは複数の変数を選択します。 前の例で、dialogId を追加するには、タグ アイコンをクリックし、リストから [dialogId] を選択します。
ステップ 9 [Body] ボックスに、要求のテキストを入力します。 本文はコンテンツ タイプと一致している必要があります(コンテンツ タイプが application/xml の場合、本文に XML を含める必要があります)。 本文に変数を追加するには、ボックスの右側にあるタグ アイコンをクリックし、ドロップダウン リストから 1 つまたは複数の変数を選択します。 追加するすべての変数に対して、[Sample Data] ボックスにテスト データを入力できます。
ステップ 10 [Save(保存)] をクリックします。
ワークフローの追加
手順
ステップ 1 [Manage Workflows] ガジェットで、[New] をクリックします。 [New Workflow] 領域が表示されます。
![]()
ステップ 2 [Name] ボックスに、ワークフローの名前を入力します。
(注) 名前は 40 文字までに制限されています。
ステップ 3 [Description] ボックスに、ワークフローの説明を入力します。
(注) 説明は 128 文字に制限されています。
ステップ 4 [When to perform Actions] ドロップダウン リストで、ワークフローをトリガーするイベントを選択します。 ステップ 5 [How to apply Conditions] ボックスで、すべての条件が満たされているかどうかを選択し、[Add Condition] をクリックして最大 5 つの条件を追加します。
例:たとえば、CallVariable 1 が 123 と等しく、CallVariable 2 が 2 で始まる場合に実行されるアクションを指定できます。ステップ 6 [Ordered List of Actions] 領域で、[Add] をクリックして [Add Actions] 領域を開きます。 この領域でアクションをクリックし、[Ordered List of Actions] に追加します。 ステップ 7 実行する必要がある順序でアクションを移動するには、[Ordered List of Actions] の横にある上下の矢印を使用します。 ステップ 8 [Save(保存)] をクリックします。 ステップ 9 1 つ以上のチームにワークフローを割り当てます。
(注) ワークフローは、チームに割り当てられるまで実行されません。
関連タスク