Webex Technical Assistance Center (TAC) 用のコンタクト センターのデータ収集
list-menuフィードバックがある場合
この記事の目的は、Technical Assistance Center (TAC) エンジニアが問題をよりよく理解し、タイムリーに問題を解決するのに役立つ重要な情報を顧客が収集するのを支援することです。

提供:Praveen A ランパリーと Arudeep ナガラジ、Cisco TAC エンジニア

前提条件

要件

Cisco はこれらのトピックの知識があることを推奨します:

  • Webex コンタクト センター (旧カスタマー ジャーニー プラットフォーム (CJP))
  • コンタクトセンターおよび VoIP

注意: このドキュメントは、自社のネットワークインフラストラクチャに Webex コンタクトセンター を展開している顧客およびパートナーを対象にしています。

使用するコンポーネント

本書は、特定のソフトウェアまたはハードウェアのバージョンに限定されるものではありません。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されています。 このドキュメントで使用されているすべてのデバイスは、解除された (デフォルト) 構成で開始されています。 ネットワークがライブの場合は、コマンドが与える影響を十分に理解しておく必要があります。

すべての Webex コンタクトセンターの問題に関する一般情報を収集する

エラーの詳細 - 正確な問題に関する完全な情報を収集します。 影響を受けるユーザ数、正確なタイムスタンプなどの情報を含めます。

セットアップタイプ - 新規展開ですか?

設定の変更 - Webex コンタクトセンターのダッシュボードまたはネットワークに最近加えられた変更はありますか

ビジネスへの影響 - ビジネスへの影響を正確に定義します。 可能な場合は、番号に関連付けます。 たとえば、この問題が 20 人のエージェントに影響を及ぼし、コールセンターへの 10 回中 9 回の発信が失敗する、などのようになります。

テナント名 - ダッシュボードページの右上に表示されます。

テナント名

顧客の組織 ID: Control Hub で展開した場合

よくある問題

問題の種類説明詳細収集するデータ
着信通話の失敗これらはインバウンド コールに関連し、発信者はシステムにダイヤルインし、エージェントとの対話の前に、セルフサービスの Agent Desktop (IVR) 処理を経験します。
  • エージェントの電話は鳴りますか、または Webex でエラーが発生しますか?
  • エージェントは電話でかかってきたコールに応答できませんか?
  • これらの障害は特定のサイトのエージェントに特有のものですか?
  • エージェントのディレクトリ番号 (DN)/内線番号は最近追加されましたか?
  • 通話の何パーセントがこれらの失敗を経験しますか?
  • 特定の場所からの市外局番に依存していますか?
  • オンデマンドで問題を再現できますか?
  • 失敗した通話の ANI またはセッション ID
  • 通話失敗の正確なタイムスタンプ
  • エージェント情報
  • エラーのスクリーンショットすべての詳細が画面にキャプチャされていることを確認します
発信通話の失敗これらは発信コールに関連しており、エージェントはアプレットから発信コールを確立します。 エージェントの電話で最初のコール レッグが確立されます。 エージェントのレッグが確立された後、コールは外部関係者に試みられます。
  • エージェントのコール レッグは確立されていますか?
  • エージェントの電話へのコールを確立する際に大幅な遅延はありますか?
  • これらの障害は特定のサイトのエージェントに特有のものですか?
  • エージェントのディレクトリ番号 (DN)/内線番号は最近追加されましたか?
  • 通話の何パーセントがこれらの失敗を経験しますか?
  • 特定の場所からの市外局番に依存していますか?
  • オンデマンドで問題を再現できますか?
  • 失敗した通話の ANI またはセッション ID
  • 通話失敗の正確なタイムスタンプ
  • エージェント情報
  • エラーのスクリーンショットすべての詳細が画面にキャプチャされていることを確認します
通話品質の問題VoIP コンタクト センターでは、エンドポイントに依存しないエージェントへの自動通話分配 (ACD) を許可します。 エージェントの電話には、携帯電話、デスク フォン、またはサードパーティのソフト クライアントを使用できます。 通話品質の問題が発生した場合、通話フローに関係するすべての関係者による調査が必要です。 ベスト プラクティスは、通話品質の問題を 24 時間以内に報告することです。これは、通話の品質メトリクスが 24 時間ごとにログ記録されるためです。 問題の性質と複数の関係者がコール フローに関与するため、複数の例が必要です。
  • エージェント/発信者は通話中に再生される音楽を聞きますか?
  • 通話品質が低い場合、エージェントに向けられたものですか、発信者に向けられたものですか、それとも双方向ですか
  • それが単方向音声に固有の場合は、単方向音声が体験される特定の方向を指定します。
  • これらの障害は特定のサイトのエージェントに特有のものですか?
  • エージェントのディレクトリ番号 (DN)/内線番号は最近追加されましたか?
  • 通話の何パーセントがこれらの失敗を経験しますか?
  • 特定の場所の市外局番に依存していますか? 
  • オンデマンドで問題を再現できますか?
  • 通話の ANI またはセッション ID
  • 通話失敗の正確なタイムスタンプ
  • エージェント情報
  • 通話のジュークボックス録音 (ある場合) 
エージェント アプレット/デスクトップの問題

エージェント アプレット (AP) は、エージェントが音声、メール、チャットなどの日常的な操作を実行するためのウェブ ユーザ インターフェイス (UI) です。エージェント セッションの接続が 120 秒以上失われると、エージェントはログアウトされます。

複数のブラウザ タブ/ウィンドウまたはデスクトップ アプリケーションが使用されている場合、これらはエージェント アプレット/デスクトップの低パフォーマンスの原因である可能性があります。 

  • エージェントはランダムにログアウトまたはログインできませんか?
  • エージェント アプレットのエージェントのパーソナル統計に問題はありますか?
  • エージェント アプレットがフリーズしていませんか?
  • エージェントの状態変更の更新に問題はありますか?
  • これらの障害は特定のサイトのエージェントに特有のものですか?
  • 多くのエージェントでこの問題が発生していますか?
  • ロケーションに既知のネットワーク問題はありますか?
  • ブラウザの種類とバージョンは何ですか?
  • 問題の正確なタイムスタンプ
  • エージェント情報
  • エラーのスクリーンショットすべての詳細が画面にキャプチャされていることを確認します
  • ブラウザログ
マルチメディアの問題 - チャットチャットは Webex コンタクトセンターのマルチメディア (MM) オムニチャネル機能の一部です。 チャットがテナントに対して有効になっており、エージェントが MMAdmin で関連するキューに割り当てられていることを確認します。
  • チャットはエージェントに配信されますか?
  • チャットは対応可能なエージェントに正しく配信されていますか?
  • Agent Desktop にログインすると、エージェントにチャット受信のオプションが表示されますか?
  • チャット理由コードは利用できませんか?
  • チャットを開始できますか。しかし、それは次の理由ですぐに停止します: 「お客様のチャットセッションは終了しました。 理由: コンタクトは、ノールール グループとして処理できません。
  • これらの障害は特定のサイトのエージェントに特有のものですか?
  • どのように多くのエージェントがこの問題を経験していますか?
  • そのロケーションで既知のネットワークの問題はありますか?
  • ブラウザのタイプとバージョンは何ですか?
  • 問題の正確なタイムスタンプ
  • エージェント情報
  • エラーのスクリーンショットすべての詳細が画面にキャプチャされていることを確認します
マルチメディアの問題 - メールメールは Webex コンタクトセンターのマルチメディア (MM) オムニチャネル機能の一部です。 メールがテナントに対して有効になっており、エージェントが MMAdmin の関連するキューに割り当てられていることを確認します。
  • メールはエージェントに配信されていますか?
  • メールは対応可能なエージェントに正しく配信されていますか?
  • メールは特定のキューまたはメール アカウントにルーティングされますか?
  • これらの障害は特定のサイトのエージェントに特有のものですか?
  • どのように多くのエージェントがこの問題を経験していますか?
  • そのロケーションで既知のネットワークの問題はありますか?
  • ブラウザの種類とバージョンは何ですか?
  • 問題の正確なタイムスタンプ
  • キュー名とメールアドレス
  • エージェント情報
  • エラーのスクリーンショットすべての詳細が画面にキャプチャされていることを確認します

レポートの問題

(Analyzer または レガシー)

リアルタイム レポートと履歴レポートは、Webex コンタクト センターの従来のレポートです。 Analyzer は入手可能な最新のレポート ソリューションであり、大幅にカスタマイズすることができます。 データの計算方法が異なるため、Analyzer とレガシーレポートのデータは正確には一致しません。 Sandard Reporting には複数のカスタマイズオプションがあります。
  • Analyzer Visualization / レガシーレポートはデータを表示しますか?
  • Analyzer Visualization/レガシーレポートには過去数日間のデータがありますか?
  • レガシーレポートと比較すると、Analyzer ビジュアライゼーションは不正確なデータを表示しますか?
  • 通話は、キュー / IVR でスタックしていますか?
  • レポートにカスタマイズやカスタム フィールドはありますか。
  • レポートに最近変更はありますか?
  • 問題のレポートのフォルダとレポート ID です
  • レポートのエクスポートで問題を表示する
  • 該当する場合は、API クエリを入力します
  • キュー名/エントリポイント名/サイト名
  • エラーのスクリーンショットすべての詳細が画面にキャプチャされていることを確認します 

ブラウザログのキャプチャ

ブラウザー ログは、ブラウザーの動作を理解するための優れた情報源です。 Agent Desktop とサーバ間の通信とデータ交換を理解するために、TAC はブラウザ ログの提供をお願いする場合があります。 ブラウザログは、コンソールログとネットワークログを構成します。

ブラウザでタイムスタンプを有効にする 

ブラウザのログ (またはコンソールログ) を収集する前に Chrome または Firefox、お使いのブラウザでタイムスタンプを有効にしてください。 これは、クライアントとサーバのタイミングを同期するのに役立ちます。

タイムスタンプを有効にし、ナビゲーション時にログを保存します。

Chrome

  1. メニュー バーから、 [表示] > [開発者] > [開発者ツール]。
  2. [ 開発ツールのカスタマイズとコントロール ] ボタン (縦に 3 つのドット) をクリックします。
  3. [設定(Settings)] をクリックします。
  4. [基本設定] から、次のチェックボックスを選択します:
    - ログ XML HTTP リクエスト
    - タイムスタンプを表示する
    - ナビゲーション時にログを保存する

Firefox

  1. メニューバーから [ ツール] を選択します。ウェブ開発者 > [ツール] を切り替えます
  2. 時計 開発者ツールのカスタマイズのヘルプを参照してください。
  3. 設定 (歯車ボタン) をクリックします
  4. [ タイムスタンプを有効にする ] チェックボックスを選択します。

コンソールログの収集

コンソールには、ページが開いている間、そのページに関する情報が表示されます。 最終的に、コンソールに表示されるメッセージは、ページを作成したウェブ開発者、またはブラウザ自体からのものです。 誰かがメッセージをコンソールに記録するとき、メッセージの重要性を示すことができます。

Chrome または Firefox

  1. [
    開発者ツール
    ] を開きます (ブラウザの任意の場所を右クリックして、[
    検査

    ] を選択します)。
  2. キャプチャするシナリオの手順を実行します。
  3. [ コンソール] タブに移動します。
  4. お使いのブラウザによる:
    - 右クリックして、[ 名前を付けて保存 (メモ帳の tex ファイル)] を選択します
    -をクリックして、[ すべて選択] を選択します。 右クリックして [ コピー] を選択します。
    -- テキストファイルに貼り付けます。
  5. テキストファイルをサポートチケットに添付します。

Internet Explorer (IE)

  1. F12 キーを押して 開発者ツールウィンドウを開きます。
  2. [コンソール] タブで AgentSDK.EnableIE11DebugLogging(true) コマンドを入力して追加のログを有効にします。
  3. キャプチャするシナリオの手順を実行します。
  4. コンソールタブで右クリックして、[ すべてコピー] を選択します。
     
  5. AgentSDK.EnableIE11DebugLogging(false) コマンドを入力して追加のログを無効にします:

ハイパーテキスト転送プロトコルアーカイブ形式 (HAR) ログを収集する

HTTP アーカイブ形式 (HAR) は、ウェブブラウザとサイトの対話をログに記録するための JSON 形式のアーカイブです。

Firefox または Chrome

  1. Google Chrome を開き、問題が発生しているページに移動します。
  2. [ 開発者ツール ] を開きます (ブラウザをクリックして右クリックして [ 検査] を選択します)。
  3. 丸い録画ボタン ([ネットワーク] タブの左上隅赤は録画が進行中であることを示し、グレーは無効になっていることを示します。
  4. ログ保存 チェックボックスを選択してください。
  5. [消去] ボタン () をクリックして、[ネットワーク] タブから以前のログを消去します。
  6. キャプチャするシナリオの手順を実行します。
  7. ネットワークリクエストのグリッドを右クリックして、[ コンテンツ付きの HAR として保存 ] または [HAR ですべてを保存] を選択します をクリックして、ファイルをコンピュータに保存します。

Microsoft Edge または Miscrosoft で HAR を生成する方法 Internet Explorer

  1. キャプチャを開始する URL を参照します。
  2. [ 開発者ツール ] に移動して (ショートカットの F!@ を使用)、[ ネットワーク] タブをクリックします。
  3. キャプチャするシナリオの手順を実行します。
  4. HAR としてエクスポートをクリックします。
  5. [名前を付けて保存]... をクリックして、HAR ファイル (古いバージョンの Internet Explorer を使用する場合は、拡張マークアップ言語 XML) を保存します。

この投稿記事は役に立ちましたか?
この投稿記事は役に立ちましたか?