それらは異なる役割を持ち、一緒に機能します：

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

はい、以下の制限があります：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

はい。会話が再度開かれて閉じられると、モニターは新しいクローズ時に再チェックします。条件に合わなくなった場合はモニターから除外されます。AIスコアは更新されます。既に提出されたレビューはそのままです。新しい顧客メッセージだけでは再チェックはトリガーされません。会話が再度閉じられる必要があります。

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

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

いいえ。Monitorsはチャットやメッセージの会話のみを評価します。電話通話の会話は、チームメンバーが対応している場合でもFin Voiceの場合でも現在サポートされていません。

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

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

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

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

いいえ。フラグ基準が設定されている場合にのみ、テスト実行オプションが表示されます。

Monitorに移動し、編集をクリックして、テスト実行セクションを開きます。サンプル会話でフラグ基準をテストの下に会話IDを入力し、追加をクリックします。Monitorの結果で会話がマッチしたかどうかとその理由が説明されます。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

これらのステータスは以前のMonitorのバージョンの一部で、UnreviewedとSubmittedの2状態のシンプルなシステムに置き換えられました。

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

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

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

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

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

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

いいえ。現在、スコアメモでチームメイトのタグ付けはサポートされていません。

新しいEvaluationsセクション（Settings > Workspace > Teammates > Evaluations）の下にある、ワークスペース管理者が有効にする2つの独立した権限があります。

チームメイトはどちらか一方の権限、両方、またはどちらも持たない場合があります。権限は独立しています。スコアカードとMonitorsの作成および管理が可能だが他のチームメイトのレビューにアクセス可能でないチームメイトは、Monitorsとスコアカードを設定できますが、他のチームメイトのレビューは見られません。レビューへのアクセスは常に会話へのアクセスに従います：チームメイトはすでにアクセス権のある会話のレビューのみアクセスできます。