それらは異なる役割を持ち、連携して機能します：

スコアカードなしのモニターは会話にフラグを立てますが、スコアは付けません。完全なQA workflowには両方が必要です。

はい、以下の制限が適用されます：

はい、必要なだけモニターを作成でき、それぞれ異なるタイプの会話や品質シグナルを対象にできます。例えば、ランダムなベースラインサンプル用のモニター、低CXスコアの会話用のモニター、ポリシーリスクとしてフラグ付けされた会話用のモニターなどです。各モニターは独立して動作します。自然言語フラグ条件を使用するモニターは20件までの制限がありますが、事前定義フィルターを使うモニターは無制限です。

モニターは作成後に部分的に編集可能です。モニター名、フラグ条件、フィルター、レビュアー、添付されたスコアカードはいつでもモニターのページから更新できます。変更を保存すると、更新された条件に一致するすべての会話が自動的に再評価されます。以前にフラグ付けされた会話も、更新されたフラグ条件、フィルター、スコアカードなどに該当する場合は再評価されます。

ただし、モニタリングモード（連続、単発、スケジュール）、開始日、サンプリング制御（例：1日または1週間あたりの会話数）は、モニターが保存されてライブ設定されるとロックされます。これらの設定はモニターの動作やバックフィルの作成方法を制御するため、作成後に変更できません。

これらのロックされた設定を変更する必要がある場合は、望ましい構成で新しいモニターを作成することをお勧めします。モニターのページの三点リーダーメニューから利用できるモニターの複製オプションを使って既存のモニターをコピーし、素早く調整できます。

はい、Fin AIエージェントの会話評価に加え、モニターは人間エージェントのQAもサポートします。人間のチームメンバーの会話を対象にしたモニターを作成し、QA基準を含むスコアカードを添付して、連続、単発、またはスケジュールに基づいて自動的に会話をレビューできます。

はい。モニターをアーカイブして、メインのモニターページから非表示にできますが、削除はしません。アーカイブされたモニターはすべての履歴データと会話数を保持します。アーカイブするには、任意のモニターカードの三点リーダーメニューをクリックし、モニターをアーカイブを選択します。アーカイブされたモニターを見るには、モニターページのフィルタードロップダウンでアーカイブ済みモニターを選択します。アーカイブされたモニターはいつでも復元可能です。以下を参照してください。

モニターページのフィルタードロップダウンでアーカイブ済みモニターに切り替えます。復元したいモニターを見つけ、そのカードの三点リーダーメニューをクリックし、モニターを復元を選択します。確認ダイアログが表示されます。オプションで過去2週間の見逃した会話をバックフィルにチェックを入れて、アーカイブ中に発生した会話を取り戻せます。復元をクリックして再有効化します。

はい、モニターページの任意のモニターの三点リーダーメニューをクリックし、モニターの複製を選択します。同じメニューから編集、アーカイブ、削除も選べます。

はい、モニターページの任意のモニターの三点リーダーメニューをクリックし、モニターの複製を選択します。同じメニューから編集、アーカイブ、削除も選べます。

いいえ、現時点ではできません。

いいえ、モニターは会話のトランスクリプトにのみアクセスできます。Knowledge base、Guidance、Tasks、Proceduresにはアクセスできません。例えば、モニターはFinが特定の記事にアクセスできたかどうかや、ガイダンスルールに基づいて会話が人間に引き継がれるべきかどうかを確認できません。

いいえ、現在UIでモニター編集の監査履歴は利用できません。

いいえ、利用可能な日付フィルターは過去7日間、過去8週間、過去6ヶ月のみです。

いいえ、現時点ではありません。

いいえ、人間エージェントQAモニターはFin Standaloneでは利用できません。

モニターに一致させるには、会話にFinからのメッセージが2件以上、顧客からのメッセージが2件以上含まれている必要があります。

はい。各モニターは独立したはい/いいえのチェックとして動作するため、複数のモニターの条件に一致する会話はそれぞれでフラグ付けされます。どのモニターからでも会話にアクセスすると、その特定のモニターがなぜフラグを立てたかが正確に表示されます。

いいえ。会話はモニターごとに一度だけ評価されます。顧客が新しいメッセージを送って会話が再開された場合でも、同じモニターのバージョンでは再マッチや再評価はされません。元の評価のみが記録されます。

はい。モニターを初めて作成する際に、最大90日分の過去の会話をバックフィルできます。その後はモニターが新しい一致する会話を自動的にキャプチャし続けます。

いいえ。Fin Voiceは現在モニターでサポートされていません。

いいえ。Monitorsはチャットやメッセージの会話のみを評価します。電話通話の会話は、human teammatesまたはFin Voiceによるものでも現在サポートされていません。

いいえ。顧客ticketsもtracker ticketsもMonitorsにはマッチしません。会話のみが対象です。

いいえ。以前のflag基準にマッチした会話はMonitorに残ります。更新後の設定に対してマッチするのは今後の会話のみです。

会話は即座に表示されるはずです。ただし、会話数が多い場合、Monitorダッシュボードの会話数の更新に数分かかることがあります。

いいえ。現在、会話を手動でMonitorから削除することはできません。

いいえ。Run testオプションはflag基準が設定されている場合にのみ表示されます。

Monitorに移動し、EditをクリックしてRun testセクションを開きます。Test flag criteria on sample conversationsで会話IDを入力し、Addをクリックします。Monitorの結果でマッチした理由が説明されます。

会話が表示されない場合、以下の一般的な原因を確認してください：

いいえ、必要ありませんが、スコアカードがないとMonitorは会話にフラグを立てるだけでスコアリングはしません。レビュアーは評価基準のないマッチした会話を見ることになります。完全なQA workflowsには、Monitor設定時にスコアカードを添付してください。

はい。各Monitorは独自のスコアカードを持てるので、異なる種類の会話を異なる品質基準で評価できます。例えば、脆弱な顧客向けのMonitorは請求会話向けのMonitorとは異なるスコアカードを使うかもしれません。

はい。基準のタイトルと説明は再利用可能です。一度作成した基準は複数のスコアカードに追加できます。ただし、以前の評価スコアは再利用できず、各スコアカードで新たに設定する必要があります。

はい。基準ごとにAIか人間のレビュアーがスコアリングを担当するか選べます。Auto-reviewが有効で、手動スコアが必要な基準がある場合、その会話はUnreviewedキューに表示されます。

クリティカル基準が不合格評価を受けると、他の基準のスコアに関係なく総合評価が0%になります。これはすべての重みと合格閾値を上書きします。不評価は不合格を引き起こしません。クリティカル基準はコンプライアンス要件、安全性やポリシー遵守、エスカレーション対応などの譲れない基準に有用です。

重みは互いに相対的で、0から100のスケールです。合計は任意の数値になり得ますが、重要なのは各基準の寄与割合です。例えば、合計50のうち25の重みを持つ基準は、合計100のうち50の重みを持つ基準と同じ寄与をします。重みはレビュー評価に含まれる基準にのみ適用されます。

はい。チームメンバーは不一致を見つけた場合、任意のAIスコアを手動で上書きできます。会話のScoreタブで評価をクリックして変更してください。

いいえ。名前と説明のみが引き継がれます。重みは常に新たに設定する必要があります。

その基準は重み付けから完全に除外されます。総合スコアは残りの評価された基準のみで計算されます。

スコアはMonitorの会話リスト（総合スコアと個別基準評価を列で表示）および各会話のScoreタブで確認できます。

いいえ、現時点ではできません。

いいえ。スコアカード編集の監査履歴は現在利用できません。

Auto-reviewは、スコアカード上で有効にできる機能で、QAプロセス全体を自動化します。有効にすると、AIがスコアカードのすべての基準を評価した場合、手動レビューのステップは完全にスキップされます。会話は自動的にレビュー済みとしてマークされ、失敗や例外的なケースのみ人間の注意が必要です。

レビュアーステータスはAuto-reviewedと表示されます。これらの会話は、AIが失敗を検出したり属性を自信を持って評価できない場合を除き、手動のUnreviewedキューをバイパスします。

いいえ。現時点ではAIは人間の上書きから学習しません。

はい、強く推奨します。自然言語のflag基準を使用するMonitorの場合、Test monitorツールを使って実際の会話に対して基準を検証してください。どの会話がflagされるかを示し、不一致をハイライトして誤検知を減らすために調整できます。

いいえ。Run testオプションはflag基準が設定されている場合にのみ表示されます。

Monitorに移動し、Editをクリックして、Run testセクションを開きます。Test flag criteria on sample conversationsで会話IDを入力し、Addをクリックします。Monitorの結果が会話が合致したかどうかの理由を説明します。

いいえ、現時点ではありません。

Monitorをクリックしたときに表示される会話リストビューを置き換えました。新しい体験は、より信頼性が高く、安定していて高速な異なる基盤上に構築されています。以前のビューのすべての機能はまだ含まれていませんが、欠落している機能は一時的で、数週間以内に再導入されます。

以下の機能は一時的に利用できず、数週間以内に再導入されます：

レビュー状態は2つあります：

MonitorsページのUnreviewed conversationsキューに移動します。そこから自分の名前でフィルターをかけると、すべてのMonitorで自分に割り当てられた会話だけが表示されます。

はい。既存のworkflowsを妨げないように、以前のステータスで会話をフィルターできます。以前分類された会話は引き続きアクセス可能です。ただし、新しい会話はこれらの以前のステータスには割り当てられず、今後はUnreviewedとSubmittedのみが利用可能です。

これらのステータスは以前のMonitorのバージョンの一部で、簡略化された2つの状態、UnreviewedとSubmittedに置き換えられました。

以前のステータスでフィルターして以前分類された会話を見つけることはできますが、新しい会話はUnreviewedかSubmittedにのみ設定可能です。失敗スコアで提出された会話は自動的にフォローアップのためにflagされます。

この変更は意図的なもので、より柔軟なシステムの基盤です。Back-office Ticketsを中心とした新しいworkflowを導入し、独自のカスタムステータスを定義・管理できるようになります。

はい。UnreviewedとSubmittedへの簡略化は意図的で元に戻りませんが、より柔軟なシステムの基盤です。Back-office Ticketsを中心とした新しいworkflowを導入し、独自のカスタムステータスを定義・管理できるようになります。

すべてのスコアカード基準が評価されたら、レビュー状態をSubmittedに設定してレビューを完了としてマークします。失敗スコアで提出された会話はフォローアップのためにflagされます。提出前にメモを追加することも可能です。例えば、コンテンツ更新が必要な場合などです。

レビューが失敗スコアで提出された場合、その会話は自動的にフォローアップのためにflagされます。失敗の理由によって次の対応が異なります：

レビューを提出してもFinの応答が直接変わるわけではありません。コンテンツ、ガイダンス、または手順の変更がFinの将来のパフォーマンスを向上させます。

いいえ。現在、スコアノートでチームメイトにタグ付けすることはサポートされていません。

ワークスペース管理者によって有効化される2つの権限が必要です：

FinとAutomation設定を表示できるとReportsを作成、編集、社内共有できるの両方の権限を持つチームメンバーは、Monitorsとスコアカードを作成、編集、削除できます。最初の権限のみを持つチームメンバーは、会話の確認や基準値の調整はできますが、Monitorsの作成や削除はできません。