この記事の内容
dropdown icon
エージェントの可用性状態
    初期状態の可視性
    利用可能性を設定する
    チャネル固有の可用性を管理する
    電話応対と顧客対応
    複数のチャットチャネルを扱う
    保留中のアイドル状態と遷移
    WebRTC とブラウザベースのデスクトップ
    RONA(着信拒否)行動最適化
音声通話の状態
メールとチャットの状態
状態と接続タイマー
通話中のモニタリング状態

エージェントの状態を理解する

list-menuこの記事の内容
list-menuフィードバックがある場合

エージェントの状態は、日中のエージェントのアクティビティを表します。 これらにより、スーパーバイザーはチームの生産性を管理し、エージェントが Webex Contact Center デスクトップを使用していつ通話を受け付けられるかを決定できます。

エージェントの可用性状態

Agent Desktop のエクスペリエンスは、複数の通信チャネルにわたる高度な状態管理機能を提供します。 これにより、エージェントは電話、チャット、メール、ソーシャルメディアといったチャネルにおける自身の対応状況やステータスを個別に管理できるようになり、顧客対応における柔軟性と業務効率が向上します。

エージェントの状態を選択するには、ドロップダウン メニューから選択するか、検索バーに 3 文字以上を入力します。

初期状態の可視性

  • エージェントはアイドル状態から開始し、電話チャネルの状態がデスクトップに目立つように表示されます。
  • その他のチャネルの状態(チャット、メール、ソーシャル)も表示され、それぞれの状態にカーソルを合わせると、4 種類のチャネルすべての現在の状態と継続時間が表示されます。
  • このシステムは、タイマーとコード(例えば、待機状態を表す「昼食」など)を使用して、エージェントがチャネルごとに特定の状態にある時間を追跡します。

利用可能性を設定する

  • エージェントは、すべてのチャネルで同時に 利用可能に設定することができ、これにより各チャネルのタイマーがリセットされます。
  • あるいは、エージェントは特定のチャネルのみで対応可能に設定することもできます。例えば、電話でのみ対応し、チャット、メール、ソーシャルメディアでは待機状態または昼食中とすることができます。
  • この選択的なアクセス制御により、エージェントは自分が対応できるチャネルでのみ問い合わせを受け取ることができるようになります。

「利用可能」状態は、エージェントが受信した連絡リクエストを受け付けることができる状態であることを示しています。

あなたの状態が利用可能に設定されている場合にのみ、音声通話、チャット、電子メール、ソーシャル メッセージングの会話、キャンペーンなどの通信があなたにルーティングされます。

使用可能な状態のときにデスクトップを再読み込みすると、使用可能な状態が復元され、タイマーが 00:00 にリセットされる前に、アイドル状態が短時間表示されます。 この遅延は、ネットワーク接続の対象です。

強化されたサインイン プロセスの一環として、システムはサインイン後の WebRTC サービスの状態を監視します。 サービスが失敗した場合、エージェントの状態は自動的に変更されます。 アイドル 通話が連絡不可能なエージェントにルーティングされるのを防ぎます。

チャネル固有の可用性を管理する

すべてのメディアタイプに単一のグローバルな状態を適用するのではなく、特定のチャネルの可用性を個別に、より詳細なレベルで管理できるようになりました。

  • すべて—このトグルを使用して、割り当てられたすべてのチャネルで一度に利用可能または利用不可にします。
  • 音声—着信電話を受けるかブロックするかを切り替えます。
  • チャット、メール、ソーシャル—これらのスイッチを切り替えて、特定のデジタルメディアでのプレゼンスを管理します。 例えば、チャットやメールには対応可能だが、音声通話には対応できないように設定できます。
  • 状態ステータス: 各チャンネルは現在の状態を表示します(例:「状態:デフォルト」)。 これは、管理者によってその特定のチャネルに対して設定された状態を指します。 チャンネルをオンにすると、設定されたデフォルトルーティングに基づいて、その特定のメディアタイプの要求を受信します。

変更を有効にするには、[適用] をクリックしてください。 これにより、操作中に誤って状態が切り替わってしまうことを防ぎます。

2026 年 4 月 30 日から 60 日間(2026 年 6 月 30 日まで)、テナント管理者がテナントレベルで「きめ細かなエージェントの状態制御」機能を有効または無効にできる管理トグルが、コントロールハブ内で利用可能になります。 この管理者用トグルは 60 日間利用可能で、その後、詳細な状態制御機能が一般提供(GA)となり、すべてのエージェントが利用できるようになります。

電話応対と顧客対応

  • 電話回線で通話が接続されると、エージェントの状態が 予約済みに変わります。 提供されるか接続されると、stated が engaged に変わります。
  • 電話対応中も、担当者は他のチャネルで待機しており、チャット、メール、ソーシャルメディアでのやり取りを同時に処理できます。
  • 通話終了後、エージェントは電話特有のラップアップ状態に入り、その間にやり取りを最終処理します。
  • 処理が完了し、ラップコードが選択されると、エージェントは電話機上で待機状態に戻り、タイマーには各状態に費やした時間が反映されます。

複数のチャットチャネルを扱う

エージェントは複数のチャットセッションを同時に管理でき、エンゲージメント段階と完了段階を反映した明確な状態遷移が提供されます。 例えば、3 つの同時チャットチャンネルを許可するマルチメディアプロファイルを持つエージェントを考えてみましょう。 この設定により、エージェントは複数のチャット顧客と同時にやり取りすることが可能になります。 最初のチャットを受け入れると、エージェントのチャットチャネルの状態が エンゲージドに変わり、システムは利用可能な 3 つのチャットセッションのうち 1 つが使用中であることを示します。 2 回目のチャットリクエストが到着して承認されると、エージェントは同時に 2 つのチャットを処理することになり、チャットチャネルには 3 つのチャットセッションのうち 2 つが利用されていることが示されます。

  • チャットのやり取りが完了すると、エージェントはやり取りが発生したチャネルで ラップ 状態に入ります。 ラップ状態は、エージェントがチャット後のタスク(メモの記録やレコードの更新など)を実行していることを示します。
  • システムは、他のアクティブなインタラクションが存在しない場合、優勢な状態または巻き上げられた状態を「ラップ」として表示します。
  • タイマーは、エージェントがラップ状態にある時間を表示し、管理者とエージェントにインタラクション後の処理時間を把握させる。

保留中のアイドル状態と遷移

  • エージェントは、チャネルで作業中または処理完了中でも、保留中のアイドル状態(例えば、昼食待ち)に自身を設定できます。
  • この保留状態は、エージェントが現在のやり取りを完了した後、待機状態に移行する意図があることを示しています。
  • エージェントはアイドル状態になるとどのチャネルでも新しい連絡先を受信しなくなりますが、処理が完了するまでは現在のチャネルで作業中として表示されます。
  • 状態にカーソルを合わせると、保留状態と、アイドル状態が設定されてからの経過時間が表示されます。

アクティブな会話がなく、対応可能またはアイドル状態の場合、上司がサインアウトさせることができます。

WebRTC とブラウザベースのデスクトップ

  • WXCC Agent Desktop はブラウザベースで WebRTC に対応しており、チャネルを跨いだリアルタイム通信をサポートします。
  • 対応ブラウザは Chrome、Firefox、Edge などであり、幅広い互換性を確保しています。
  • WebRTC アーキテクチャは、直接的なコミュニケーションとメディア処理を容易にし、通話品質とデスクトップの応答性を向上させます。

RONA(着信拒否)行動最適化

RONA は、管理者によって指定された時間内に音声通話、チャット、メール、またはソーシャルメッセージングの会話リクエストを承認しなかった場合に発生します。 RONA が発生すると、コンタクト リクエストはキューに戻され、エージェントのステータスは自動的に「対応可能」から「アイドル」に変わります。

RONA(応答なし)の処理は、応答がなかった特定のチャネルにその影響を限定することで最適化されます。 例えば、エージェントが待機状態に設定せずに電話に出られなかった場合、電話チャネルの状態だけが待機状態に変わります。 担当者はチャットやメールなどの他のチャネルでも引き続き対応可能で、業務の中断を最小限に抑え、業務量のバランスを維持します。 このチャネル固有の RONA の動作により、エージェントの効率性とスーパーバイザーの可視性が向上します。

これらの手動で選択可能なアイドル理由に加えて、連絡先の不承認、デバイスの問題、システムエラー(例:「Invalid_Number」または「Channel_Failure」)など、さまざまな状況により、システムは特定の理由(アイドル補助コード)で自動的に状態をアイドルに設定する場合があります。 システムによって割り当てられた状態と実行できるアクションの包括的なリストについては、 システム割り当てエージェントの状態とエラー状態(アイドル補助コード) この記事の後半のセクションを参照してください。

顧客とやり取りしているときに、アイドル状態の理由を選択できます。 たとえば、顧客とのチャットセッション中や電子メールメッセージに返信するときにこのオプションを選択できます。 使用するアイドル状態の理由の詳細については、上司に問い合わせてください。

  • 入力検証を備えた強化されたサインイン プロセスでは、無効または割り当てられていないダイヤル番号や内線番号によるサインインを防止することで、RONA の発生を減らします。
  • 音声通話リクエストを受け入れる最大時間は 18 秒、デジタル チャネル リクエスト (チャット、電子メール、またはソーシャル メッセージングの会話) を受け入れる最大時間は 30 秒です。 これらは管理者が設定できます。 詳細については、 RONA タイムアウトを管理する

管理者は、任意のチャネルからの受信要求を受け入れるために使用できる最大時間を設定します。 設定された最大時間が経過すると RONA が発生し、指定された時間内にリクエストを受け入れない場合はキューに返されます。

RONA が発生すると、次のオプションを含むポップオーバーが表示されます。

  • アイドル状態へ —これをクリックすると、管理者が設定したデフォルトのアイドル理由に状態が変わります。

  • 利用可能な場所へ移動 —これをクリックすると、それに応じて状態が変化します。 対応可能状態は、自分にルーティングされた連絡リクエストを受け入れて応答する準備ができていることを示します。

現在の状態を変更することはできません ロナ 手動で。

音声通話、チャット、メール、ソーシャルメッセージングの会話リクエストを受け入れるには、状態を次のように変更する必要があります。 利用可能 手動で。

デスクトップがアクティブなブラウザ ウィンドウではない場合、または Tab の場合は、RONA に関するトースター通知が表示されます。 詳細については、 Webex Contact Center のシステム要件

システムによって割り当てられたエージェントの状態とエラー条件(アイドル補助コード)

手動で選択できる「使用可能」状態と管理者が設定した「アイドル」状態以外に、システムはアイドル補助コード (Aux コード) と呼ばれる特定の「アイドル」状態を自動的に割り当てることができます。 これらの状態は、さまざまなエラー状態、システムの問題 (ネットワーク障害や無効な構成など)、または連絡先を受け入れなかった状況など、連絡先が配信されなかった理由を理解するために重要です。 以下の表には、システムによって割り当てられた状態、その説明、および可用性を管理したり根本的な問題に対処したりするために実行できる即時のアクションの包括的なリストが示されています。 このセクションでは、エージェントの状態に影響する Webex Calling の停止などのシナリオを直接説明し、現在の状態と実行すべき手順を把握できるようにします。

アイドル補助コードDescriptionポップオーバーの詳細
エージェント_ビジーデバイスがビジー状態であったため、通話を配信できなかったことを示します。デバイスがビジー状態であることをユーザに通知するメッセージが表示されます。 在庫状況は次のように変わります アイドルユーザは以下のいずれかを選択できます。 利用可能として設定 または キャンセル
エージェント_拒否連絡を受け取ったときに別の活動に忙しかったため、提供された連絡を拒否したことを示します。連絡先が拒否されたことをユーザに通知するメッセージが表示されます。 在庫状況は次のように変わります アイドルユーザは以下のいずれかを選択できます。 利用可能として設定 または キャンセル
エージェント利用不可ダイヤル番号に関連付けられたデバイスがオフラインまたは到達不能であることを示します。ダイヤル番号がデバイスにリンクされていないため、不在着信があったことをユーザに通知するメッセージが表示されます。 在庫状況は次のように変わります アイドルユーザは以下のいずれかを選択できます。 利用可能として設定 または キャンセル
RONA通話が配信されたときに応答しなかったため、設定された RONA タイマーの期限が切れてタイムアウトになったことを示します。 不在着信があったことをユーザに通知するメッセージが表示されます。 在庫状況は次のように変わります アイドルユーザは以下のいずれかを選択できます。 利用可能として設定 または キャンセル
チャネル障害ネットワーク障害や不明なエラーなどの一時的な問題により通話が配信されなかったことを示します。 このような場合、システムは通話の配信をさらに最大 3 回試行します。 すべての試行が失敗した場合、エージェントはアイドル状態に設定されます。予期しないイベントが発生したことをユーザに通知するメッセージが表示されます。 在庫状況は次のように変わります アイドルユーザは以下のいずれかを選択できます。 利用可能として設定 または キャンセル
無効な番号ログインに使用したダイヤル番号が無効であることを示します。状態を「使用可能」に変更する前に、プロファイルのダイヤル番号を更新してください ダイヤル番号が無効であることをユーザに通知し、プロファイルで番号を更新するように求めるメッセージが表示されます。

管理者が組織に対して Microsoft Teams コネクタを設定し、プレゼンス同期をオンにしている場合は、同期されたエージェントの状態が表示されます。 この機能が有効な場合、デスクトップに「コラボレーション ツールとの状態同期により、状態が <状態名> に変更されました。」というメッセージが表示されることがあります。 このメッセージは、PUT Desktop がエージェントの状態を自動的に更新し、統合コラボレーション アプリケーション (例: Microsoft Teams) でのプレゼンス ステータスを反映することを示します。 これにより、コミュニケーション プラットフォーム全体の一貫性が確保されます。

ユーザプロファイルには、Microsoft Teams コネクタとプレゼンス同期のステータスが表示されます。 詳細については、「 ユーザ プロファイルを理解する」を参照してください。

初めてログインする際、プレゼンス情報の同期が開始されるまで最大 40 分かかる場合があります。 この遅延はエージェントの操作には影響しません。 また、Microsoft Teams と Webex Contact Center 間でプレゼンスが同期されるまでに最大 12 秒の遅延が発生する可能性があります。

ログイン後に WebRTC との接続が切断された場合、接続の問題を知らせる警告アイコンまたはメッセージがプロフィールアバターに表示されます。 システムは 利用可能に設定する(全チャンネル) オプション(または 全て 接続できない音声通話のルーティングを防止するには、トグルを使用します。 システムは、WebRTC が正常に再接続した後にのみ、すべてのチャンネルで自身を利用可能として設定する機能を復元します。

アクティブなセッション中に WebRTC が切断された場合、システムは適切な通話ルーティングを確保するために以下の措置を講じます。

  • 現在ボイスチャネルで「利用可能」になっている場合、システムは自動的にボイスの状態を切り替えます。 アイドル状態。 システムは両方を無効にする 「利用可能に設定(全チャンネル)」 オプションと個人 トグル。 これらの選択項目は、WebRTC が正常に再接続するまで無効のままです。
  • 音声チャンネルのみを含むマルチメディアプロファイルを使用する場合、システムは '利用可能' WebRTC が再接続するまで、シンプルな可用性セレクターでの選択が行われます。

その他の利用可能な州の一部を以下の表にまとめました。

状態説明
予約済みこの状態では、システムは対話を行うエージェントを選択し、リクエスト(受信または送信)を送信します。 この状態は一時的なものであり、エージェントがリクエストを承認するか、拒否するか、またはオファーの有効期限が切れるまでしか続きません。 予約通話で予約済みの選挙運動担当者の場合、音声チャネルには状態が「使用中」ではなく「予約済み」と表示されます。
まとめ担当者は、顧客とのやり取り後の作業、例えばメモの入力や顧客記録の更新などを行います。 これらのタスクが完了すると、エージェントは自動的に 利用可能 ただし、同じチャネルで別のやり取りを処理していない場合に限ります。

複数政党が参加する会議では、報告を目的とした「まとめ支援モード」が設けられています。 このモードは複数当事者間のシナリオに特有のものであり、標準的なエージェント状態とはみなされません。

関与したその他担当者は現在、別のチャネルで対応中のため、マルチメディアプロファイルの設定により、このチャネルでの新規リクエストを受け付けることができません。 この状態は、エージェントに割り当てられたプロファイルに基づいて異なる動作をします。
  • 独占プロフィール: エージェントは一度に 1 つのメディアチャネルのみを扱います。 例えば、エージェントがメールに対応している場合、システムはメールに関しては「対応中」とマークしますが、音声、チャット、ソーシャルに関しては「その他対応中」とマークします。
  • ブレンド型リアルタイムプロファイル: エージェントは一度に 1 つのリアルタイムチャネル (音声またはチャット) のみを処理しますが、他のメディアを同時に処理できます。 例えば、エージェントがチャットの問い合わせに対応している場合、システムはそのエージェントを音声チャネルで「対応中のその他」としてマークします。

現在「実行中」または「処理完了」の状態にあるときに「アイドル」ステータスを選択すると、システムは「保留中のアイドル」モードに移行します。 システムはその後、その特定のチャネルへの新規のやり取りのルーティングを直ちに停止します。 最後のやり取りを終え、後処理作業をすべて完了すると、システムは自動的に選択した待機状態に移行します。 ただし、音声以外のチャネル(チャット、メール、ソーシャル)の場合は、そのメディアタイプでアクティブなやり取りがまだある場合でも、状態を直接 準備完了 に設定できます。

エージェントの状態遷移

以下の表は、チャネルの種類ごとのエージェントの状態遷移をまとめたものです。

状態移行しました説明
まとめ 利用可能 最終処理が完了すると、エージェントのステータスは「利用可能」に変わります。
まとめ アイドル 処理が完了すると、エージェントのステータスはアイドル(保留中アイドル)に移行します。
利用可能 エンゲージドその他 エージェントは現在別のチャネルタイプで作業中のため、このチャネルタイプでは利用できません。
利用可能 ログアウトしました エージェントがログアウトします。
エンゲージドその他 利用可能 EngagedOther 状態を引き起こすインタラクションが終了します。
アイドル エージェントは、EngagedOther 状態の間、状態を idle に設定します。

音声通話の状態

これらは、音声 (通話制御)、電子メール、チャットの状態など、通信に使用するチャネルに基づいてシステムによって割り当てられる状態です。 これらはインタラクション コントロール ペインに表示されます。 たとえば、顧客との通話を保留にすると、インタラクション コントロール ペインには、顧客との通話を保留にしたときに「通話が保留中」という状態が表示されます。

発信者 (顧客) または他のエージェントとのやり取りに基づいて、システムは次の音声通話状態を割り当てます。

  • リンギング—着信ポップオーバーが表示されていることを示します。

  • 通話保留—顧客を保留状態にしたことを示します。

  • 相談依頼—コンサルテーションコールを開始したことを示します。

  • コンサルティング—別のエージェントに相談していることを示します。

  • 保留中の相談—相談しているエージェントを保留にしていることを示します。

  • 会議—お客様と別のエージェント間の 3 者間通信を示します。

  • まとめ—顧客との音声通話を終了したことを示します。

メールとチャットの状態

システムはチャットと電子メールのリクエスト状態を開始し、通信するにつれて状態が変化します。

メールの状態

  • まとめ - 顧客との電子メールによるコミュニケーションが終了したことを示します。

チャットとソーシャルチャンネルの状態

チャットおよびソーシャルチャネルのリクエスト状態を以下に示します。

  • 会議が要求されました—会議チャットを開始したことを示します。

  • 電話会議—あなた、顧客、および別のエージェント間の 3 者コミュニケーションを示します。

  • ラップアップ - 顧客とのチャットまたはソーシャル メッセージングの会話が終了したことを示します。

状態と接続タイマー

すべてのデスクトップ チャネルでは、表示されるタイマーは、状態、アイドル、接続の各タイマーのカテゴリに分類されます。

状態タイマー

状態タイマーは可用性状態フィールドに表示され、現在の状態がどのくらい続いているかを示します。 これらのタイマーは、使用可能、RONA、および管理者によって構成されたアイドル状態のインスタンスに対して実行されるように設定されています。

状態を変更すると (たとえば、状態ドロップダウン リストで使用可能状態から任意のアイドル状態に変更すると)、タイマーは 00:00 にリセットされます。

アイドル状態

アイドル状態から別のアイドル状態に切り替えると、タイマーには現在のアイドル状態の時間とアイドル状態の合計時間が表示されます。 たとえば、10 分間アイドル状態が続いた後、20 分間昼休み(構成されたアイドル状態)を取った場合、タイマーは 20:00/30:00 と表示されます。

接続されたタイマー

電話、チャット、電子メール、またはソーシャル メッセージングのやり取りのリクエストを承認すると、リクエストの横にあるタスク リスト ウィンドウにタイマーが表示されます。

接続されたタイマーとともに、インタラクション コントロール ペインには、システムの状態とディスカッションの進め方に応じて別のタイマーが表示されます。 たとえば、通話を保留にすると、タイマーは [保留中の相談] 状態の横に保留時間を表示します。

エージェントのインタラクション履歴ペインには、連絡の開始から通信の終了までの時間を含む、顧客との接続の合計期間が表示されます。 たとえば、顧客と会話をし、対話を終了する前に別のエージェントに相談した場合、接続時間には顧客との接続時間と他のエージェントとの相談に費やした時間の両方が含まれます。

使用事例

可用性の状態を表示

タイマ

アイドル - ログイン時のデフォルトの状態。

アイドル

00:00

該当なし

アイドルからアイドル - 手動で他のアイドル状態に変更する場合。 たとえば、アイドル状態から昼休みまで。

新しいアイドル状態(昼休み)

00:00/00:00

10 分間アイドル状態だった後、20 分間の昼休み(構成されたアイドル状態)を取るとします。 するとタイマーは 20:00/30:00 と表示されます。

アイドルから対応可能 - チャネルの容量に応じて、連絡先リクエストを受信するように手動で切り替えます。

Available

00:00

通話、チャット、電子メール、またはソーシャル メッセージングの会話リクエストを受け入れるには、状態を「利用可能」に設定する必要があります。

対応可能(エンゲージメントあり) - 連絡先リクエストを承認すると自動的に切り替わります。

対応中(Engaged)

タイマーなし(No timer)

連絡リクエストを承認すると、対応可能状態がエンゲージメント ラベルに変わります。

アイドル状態に切り替え - 顧客とのやり取り中に連絡リクエストを受け入れないように、手動でアイドル状態に切り替えます。

対応中(Engaged)

タイマーなし(No timer)

顧客とのやり取り中に、着信通話、チャット、電子メール、またはソーシャル メッセージングの会話リクエストを一切受信したくない場合は、状態をアイドルに設定できます。

顧客とのやり取り中にアイドル状態に変更することを選択した場合、エンゲージ ラベルのアイコンが 「対応可能な状態でエンゲージ」 から 「アイドル状態でエンゲージ」 に変わります。

エンゲージメントから対応可能—インタラクションが終了すると自動的に切り替わります。

Available

00:00

コンテンツ リクエストを承諾したときの利用可能な状態の時間、リクエストを承諾してからインタラクションの終了までの経過時間 (接続タイマー)、およびラップアップ時間を含む合計時間を表示します。

アイドルから利用可能—エンゲージ

対応中(Engaged)

タイマーなし(No timer)

管理者が [アウトダイヤル後にエージェントが対応可能][はい] と定義している場合は、アウトダイヤル コールが終了した後、アイドル状態でアウトダイヤル コールを行った場合でも、ステータスは対応可能として設定されます。

アイドルからアイドルへ—作動中

対応中(Engaged)

タイマーなし(No timer)

管理者が アウトダイヤル後にエージェントが対応可能いいえ と定義している場合、アウトダイヤル コールの終了後、ステータスはアイドル状態に設定されます。

RONA に連動 - 指定された時間内に連絡リクエストを承諾しなかった場合、自動的に切り替わります。

対応中から RONA(Engaged to RONA)

対応中(Engaged):タイマーなし(No timer)

RONA:00:00

Redirection on No Answer (RONA) ポップオーバーでアクションを実行する必要があり、状態タイマーは 00:00 から開始されます。 たとえば、2 分間応答可能な状態にあり、音声通話のリクエストを受け入れたとします。 顧客との約 5 分間のやり取り中に、電子メールによる連絡リクエストを受け取ります。 指定された時間内に電子メールのリクエストを承認しない場合は、RONA ポップオーバーが表示されます。 [アイドルに移動(Go To Idle)] または [応答可能に移動(Go To Available)] のいずれかを選択できます。 いずれかのオプションを選択すると、状態タイマーは 00:00 から開始します。

エージェント状態タイマー、コンタクト要求接続タイマー、コンタクト ラップアップ タイマーを正しく表示するには、システム時刻がネットワーク時刻と同期されている必要があります。

通話中のモニタリング状態

通話中のモニタリングでは、スーパーバイザーとしてログインした状態で顧客と通話中のエージェントをモニタリングできます。 通話中のモニタリング状態は、通話中のアクションに応じて変化します。

通話中のモニタリングはデスクトップではサポートされていません。

システムは、次の通話中監視状態を設定します。

  • 監視—これは、通話中のモニタリングを開始または再開したことを示しており、通話中のモニタリングが成功した場合にのみ表示されます。

  • 監視を一時停止—これは通話中のモニタリングを一時停止したことを示しており、通話中のモニタリングが一時停止されていて成功しなかった場合にのみ表示されます。

詳細については、 通話中のエージェントを監視する

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