ダイレクトルーティングのキュー内コールフローの例

次の例は、インタラクションを直接ルーティングするためのキュー内コール フローです。この例では、サンプルフロー専用に設計されたデータ アクションを使用します。

この例では、IVR は、ダイレクト ルーティングのサンプル データ アクションを使用してプラットフォーム API から取得した情報に基づいて、発信者を特定のエージェントにルーティングします。

  1. アラートタイムアウトを取得コールデータアクションアラートタイムアウトの取得アクションの例を使用して取得しますコンタクト センター管理者がさまざまなメディア タイプ (通話、電子メール、メッセージ) の現在のキューに対して設定したアラート タイムアウト値。アラート タイムアウト値は、アラートがタイムアウトし、IVR が通話をバックアップ エージェント、別のキュー、または現在のキューに戻す前に、IVR がエージェントにアラートを表示する秒数を決定します。
    1. 呼び出しデータアクションが失敗するかタイムアウトした場合、Architect はアクションを繰り返します。呼び出しデータアクションが失敗するか、再度タイムアウトすると、Architect は切断されます。
    2. コールデータアクションが成功した場合、Architectは電話番号でユーザーを取得。アクションの例を使用するアドレスでユーザーを取得見上げる発信者が IVR システムに接続するためにダイヤルした電話番号に基づく着信者の名前。
    3. 呼び出しデータアクションが失敗するかタイムアウトした場合、Architect はアクションを繰り返します。呼び出しデータアクションが失敗するか、再度タイムアウトすると、Architect は切断されます。
    4. コールデータアクションが成功した場合、Architectはデータ更新アクション。データ更新アクション割り当てるID でユーザーを検索(Task.userId)タスクレベル変数の値ダイレクトルーティングエージェント。 
  2. の中に保留音アクション保留音楽アクションは、通話のアラートタイムアウトを取得してタスクレベル変数に割り当てられたアラートタイムアウトの間、デフォルトの保留音声プロンプトを再生します。アラートタイムアウトステップ1bで。
  3. エージェントバックアップ設定の取得では、通話データアクションは直接エージェントのバックアップ設定を取得する直接ルーティング エージェントの ID に基づいて、エージェントを待機するかどうか、エージェントの待機時間、エージェントのバックアップ ユーザーの ID、およびキューを取得します。
  4. 呼び出しデータアクションが失敗するかタイムアウトした場合、Architect はアクションを繰り返します。呼び出しデータアクションが失敗するか、再度タイムアウトすると、Architect は切断されます。
  5. コールデータアクションが成功した場合、Architectは決定アクションタスクレベルに割り当てられた値に基づいて、エージェントを待つかどうかを決定します変数エージェント待ちステップ7で。
  6. ブール値がエージェント待ち変数が true の場合、Architect は決定アクションの Yes パスに進みます。
    1. 建築家はユーザーグリーティングアクションを再生する直接ルーティング エージェントの個人的な挨拶を再生します。
    2. 建築家はその後、ボイスメールへの転送アクションそしてコールバックのために顧客の電話番号を次の式で指定します。電話番号宛て(Call.Ani)
  7. ブール値がエージェント待ち変数が false の場合、Architect は決定アクションの No パスに進みます。
    1. 建築家は決定アクションを使用して、バックアップ キュー ID が設定されているかどうかを判断します。
    2. バックアップエージェントIDが設定されていない場合、Architectは再生を続行します。アラートタイムアウトの取得データアクションがコールに対して取得し、タスクレベル変数に割り当てられたアラートタイムアウトの期間のデフォルトの保留音声プロンプトアラートタイムアウトステップ1で。
    3. 建築家はACDアクションへの転送やり取りをバックアップ キューに転送します。 

画像をクリックして拡大します。

ダイレクトルーティングのキュー内コールフローの例