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

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

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

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

モニターは作成後に部分的に編集可能です。モニター名、フラグ条件、フィルター、レビュアー、添付されたスコアカードはMonitorsページからいつでも更新できます。変更を保存すると、更新された条件に合致するすべての会話が自動的に再評価されます。
​
ただし、モニタリングモード（連続、一回限り、スケジュール）、開始日、サンプリング制御（例：1日または1週間あたりの会話数）は、一度保存してライブ設定されると変更できません。これらはモニターの動作やバックフィルの作成を制御するためです。
​
これらのロックされた設定を変更する必要がある場合は、新しい設定で新しいモニターを作成することを推奨します。Monitorsページの三点メニューからDuplicate monitorオプションを使って既存のモニターをコピーし、素早く調整できます。

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

MonitorsページのフィルタードロップダウンでArchived monitorsに切り替えます。復元したいモニターを見つけ、そのカードの三点メニューをクリックしてRestore monitorを選択します。確認ダイアログが表示されます。オプションでBackfill missed conversations from the last 2 weeksをチェックすると、アーカイブ中に発生した会話を取り戻せます。Restoreをクリックして再有効化します。

はい、Monitorsページの任意のモニターの三点メニューをクリックし、Duplicate monitorを選択します。同じメニューからEditやArchiveも選べます。

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

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

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

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

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

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

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

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

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

はい。Monitorsの電話レビューはPro顧客とトライアルで一般利用可能です。Fin Voice通話をモニターに追加し、任意のScorecardで評価できます：すべてのAI基準、すべての手動基準、または混合です。AI基準は通話到着時にトランスクリプトを採点し、レビュアーはトランスクリプトを読み録音を再生して手動基準を埋めます。通話録音と文字起こしはワークスペースでオンにする必要があります。AI基準は音声ではなくトランスクリプトを読みますので、声のトーン、保留時間、無音、背景雑音、割り込みに関する基準は手動にしてください。

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

いいえ。以前のフラグ条件に合致した会話はモニターに残ります。更新後の設定に合致するのは今後の会話のみです。

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

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

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

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

いいえ、必要ありませんが、スコアカードがないとMonitorは会話にスコアを付けずにフラグを立てます。レビュアーは評価基準のない合致した会話を確認します。完全なQAワークフローには、Monitor設定時にスコアカードを添付してください。

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

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

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

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

重みは互いに相対的で、100のスケールに固定されていません。合計は任意の数値になり得ます。重要なのは各基準が占める割合です。例えば、合計50のうち25の重みは、合計100のうち50の重みと同じ寄与度です。重みはレビュー得点に含まれる基準にのみ適用されます。

はい。チームメンバーは不一致を見つけた場合、AIスコアを手動で上書きできます。会話のScoreタブで評価をクリックして変更してください。レビューが既に提出されている場合は、まずRevise reviewをクリックします。

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

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

得点はMonitorの会話リスト（全体得点と個別基準評価を列で表示）および各会話のScoreタブ内で確認できます。

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

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

Auto-reviewはスコアカードで有効にできる機能で、QAプロセス全体を自動化します。有効にすると、AIがスコアカードのすべての基準をスコアリングした場合、手動レビューは完全にスキップされます。会話は自動的にレビュー済みとマークされ、不合格や例外のみ人間の対応が必要です。

Auto-reviewはAIがスコアカードのすべての属性を自信を持ってスコアリングできる場合のみ手動レビューをスキップします。人間のレビュアーが必要な属性やAIが自信を持ってスコアできない属性がある場合、その会話はUnreviewedキューに表示され続けます。

AIが不合格スコアを付けると、会話は自動的にSubmittedとしてマークされ、フォローアップのためにフラグが立てられます。手動レビューは不要です。必要に応じてチームメンバーがスコアを上書きできます。

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

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

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

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

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

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

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

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

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

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

はい、「Fix Needed」や「Won't Fix」状態を使って会話をフィルターできますので、以前に分類された会話は引き続きアクセス可能です。ただし、新しい会話はこれらの旧状態には割り当てられず、今後はUnreviewedとSubmittedのみが利用可能です。

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

すべてのスコアカード基準にスコアを付けたら、レビュー状態をSubmittedに設定してレビューを完了としてマークします。提出前にメモを追加することもできます。例えば、コンテンツ更新が必要な場合のフラグとして。

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