ADVERTISEMENT

【Salesforce】ケースコメントで困った時の監査ログと履歴で追う方法

【Salesforce】ケースコメントで困った時の監査ログと履歴で追う方法
🛡️ 超解決

Salesforceのケースコメントは、お客様とのやり取りを記録する重要な要素ですが、コメントが表示されない、更新されない、または誰がいつ追加したかわからないといったトラブルが発生することがあります。こうした問題は、監査ログ(Audit Trail)とケース履歴(Case History)を活用することで、原因を特定しやすくなります。本記事では、具体的な追跡方法と、よくある失敗パターン、管理者への報告ポイントを解説します。システム管理者や運用担当者が、問題の切り分けと再発防止に役立つ情報をまとめました。

【要点】この記事で確認すること

  • 最初に見る場所: ケースの「履歴」関連リスト(Case History)と「監査ログ」の設定画面(Audit Trail Setup)。
  • 切り分けの軸: コメントが物理的に存在するか(データベース)、ユーザの権限で見えないか(参照・編集権限)、または自動化(Apexトリガ・フロー)で削除・変更されたか。
  • 注意点: 監査ログは管理者しかアクセスできず、過去の設定変更やデータ操作の記録です。一般ユーザはCase Historyからコメントの追加・編集履歴を確認できます。会社PCでは権限の変更は管理者に依頼し、自分で設定を変えないでください。

ADVERTISEMENT

1. ケースコメントのトラブルと原因の分類

ケースコメントに関する問題は、大きく3つのカテゴリに分けられます。それぞれの原因を把握することで、適切な調査手段を選べます。

1.1 コメントが表示されない・見えない

ユーザがケースのコメントを追加したのに、他のユーザや自分自身に表示されないケースです。原因としては、共有設定やレコードタイプの条件、プロファイルの権限不足、またはページレイアウトで関連リストが非表示になっている可能性があります。また、コメントが「内部」としてマークされていて、一般ユーザには見えない設定になっている場合もあります。

1.2 コメントが消失した・変更された

以前存在したコメントが突然消えた、または内容が書き換えられた場合です。多くは、ApexトリガやProcess Builder、Flowによる自動更新、または手動での削除が考えられます。監査ログやCase Historyを確認すれば、誰がいつ変更したかを特定できます。

1.3 コメントが重複して登録される

同一のコメントが複数回追加される現象です。これは、ユーザが連打した、または自動化のトリガが複数回発火した可能性があります。監査ログのタイムスタンプやAPI名を確認すると原因が絞り込めます。

2. 監査ログ(Audit Trail)とケース履歴(Case History)の違い

まずは、2つの機能の特徴を理解しましょう。以下の表に比較をまとめました。

項目 監査ログ(Audit Trail) ケース履歴(Case History)
対象 設定変更(プロファイル、権限、オブジェクト設定など) ケースレコードの変更(項目値、コメントの追加・編集・削除)
アクセス権限 システム管理者のみ ケースの参照権限があるユーザ(条件による)
保存期間 180日(設定により延長可能) 無期限(Case Historyオブジェクトとして保存)
追跡できる情報 変更者、変更日時、変更前後の値、API名 変更者、変更日時、変更前後の値(ただしコメントの変更履歴は制限あり)
用途 設定変更の調査、セキュリティ監査 データの変更履歴確認、問題の追跡

ケースコメントの直接的な変更(追加・編集・削除)は、デフォルトでは「フィールド履歴」に記録されません。コメントは「フィード」または「ケースコメント」オブジェクトとして保存されるため、その履歴を追うには別の方法が必要です。監査ログは設定変更の記録であり、データそのものの変更はCase HistoryやFeed系のオブジェクトを確認します。

3. ケースコメントの履歴を監査ログで追跡する手順

管理者が監査ログを確認する手順を解説します。なお、一般ユーザの場合はCase Historyを利用しますが、詳細は次の章で説明します。

3.1 監査ログを開く

  1. Salesforceにシステム管理者としてログインします。
  2. 右上の歯車アイコンをクリックし、「設定」を選択します。
  3. 左側のクイック検索ボックスに「監査ログ」と入力します。
  4. 「監査ログ」をクリックすると、最近の設定変更が一覧表示されます。
  5. 必要に応じて日付範囲やユーザでフィルタリングします。コメントに関連する設定変更(例:プロファイルのケースオブジェクト権限変更、共有ルールの変更など)を探します。
  6. 該当する変更がある場合は、「詳細」をクリックして変更前後の値を確認します。

3.2 ケース履歴(Case History)を確認する

監査ログで設定変更がなかった場合、ケースレコード自体の変更履歴を確認します。ただし、デフォルトではケースコメントの項目は履歴追跡の対象外です。管理者が「フィールド履歴の設定」でコメント関連項目を有効にする必要があります。設定手順は次のとおりです。

  1. 設定画面で「オブジェクトマネージャ」を開きます。
  2. 「ケース」を選択し、「フィールドとリレーション」をクリックします。
  3. 「ケースコメント」という項目(通常は標準項目)を探します。
  4. その項目の「フィールド履歴を追跡」にチェックを入れます。注意:この設定は組織全体に影響します。
  5. 保存後、ケースの「履歴」関連リストにコメントの変更が表示されるようになります。

ただし、コメントの追加・編集・削除は、フィード(Feed)またはケースコメントオブジェクト(CaseComment)として扱われるため、標準のフィールド履歴では追跡できない場合があります。その場合は、後述の「ケースコメントの監査ログを有効にする」設定が必要です。

4. ケースコメントの変更を追跡するための設定

実際に問題が発生した際に、履歴を残すためには事前の設定が不可欠です。ここでは、管理者が組織全体で設定すべき項目を説明します。

4.1 ケースコメントの監査ログを有効にする

Salesforceには「ケースコメントの監査ログ」という専用の機能があります。これを有効にすると、コメントの作成、編集、削除のイベントが監査ログに記録されます。ただし、この機能はデフォルトでは無効です。

  1. 設定画面で「監査ログ設定」を検索します。
  2. 「ケースコメントの監査ログ」を「有効」に変更します。
  3. 保存します。

4.2 ケースコメントオブジェクトのフィールド履歴追跡を設定する

「CaseComment」オブジェクトのフィールド履歴を追跡することも可能です。これにより、コメントの本文や公開範囲などの変更が履歴に残ります。

  1. オブジェクトマネージャで「CaseComment」を検索します。
  2. 「フィールドとリレーション」から、追跡したい項目(例:CommentBody、IsPublished)を選択します。
  3. 「フィールド履歴を追跡」にチェックを入れます。
  4. 保存します。

5. 実際の調査手順:コメント消失時の切り分け

具体的に「コメントが消えた」という事象が発生した場合の調査手順をステップバイステップで解説します。

5.1 まずはCase Historyを確認

ケースレコードを開き、「履歴」関連リストを確認します。ここにコメントの追加や削除の記録が表示されているか確認します。表示されていない場合、フィールド履歴が有効になっていない可能性があります。

5.2 監査ログを確認

設定で「ケースコメントの監査ログ」が有効になっていれば、監査ログに「CaseComment Created」などのイベントが記録されています。日時とユーザを特定することで、誰がコメントを追加したかがわかります。削除イベントも同様です。

5.3 エラーログやデバッグログを確認

自動化処理(Apexトリガ、フロー、プロセス)が原因であれば、それらのログを確認します。開発者コンソールから「デバッグログ」を取得し、該当時間帯の実行を確認します。

5.4 ユーザ権限と共有設定を確認

特定のユーザだけが見えない場合は、プロファイルのケースオブジェクト参照権限や、共有ルールの設定を確認します。監査ログで権限変更の履歴を探すと、いつ権限が変わったかがわかります。

6. よくある失敗パターンと注意点

実際の現場でよく発生する失敗パターンをまとめました。事前に把握しておくことで、同じミスを防げます。

6.1 フィールド履歴の設定漏れ

「履歴が残っていない」という問題の多くは、フィールド履歴の追跡が有効になっていないことが原因です。特にカスタム項目は手動で設定が必要です。トラブル前に設定を確認しておきましょう。

6.2 監査ログの保存期間切れ

監査ログは180日しか保存されません(Salesforceのエディションによって異なる)。古い問題を調査する場合は、ログが残っていない可能性があります。その場合はCase Historyなど別の手段を検討します。

6.3 権限不足で履歴が見えない

Case Historyは、ユーザがケースに対する「参照」権限を持っていれば見えるのが通常ですが、特定の共有設定で制限されている場合があります。管理者でも監査ログは見えますが、Case Historyが見えない場合はデータの参照権限を確認してください。

7. 管理者へ報告すべき情報

問題が発生した際、管理者に伝えるべき情報を整理しておくと解決がスムーズになります。以下の項目をまとめて連絡しましょう。

  • 発生日時と再現手順: いつ、どのような操作をしたか。
  • 影響を受けたユーザ: 全員か、特定のユーザだけか。
  • 該当ケースのレコードID: ケース番号でも可。
  • 監査ログのスクリーンショット: 可能であれば取得しておく。
  • 権限や自動化の状況: 最近変更があったかどうか。

よくある質問(FAQ)

Q: ケースコメントを削除したユーザを特定できますか?
A: はい。「ケースコメントの監査ログ」が有効であれば、監査ログに「CaseComment Deleted」イベントとして記録されます。また、CaseCommentオブジェクトのフィールド履歴に「IsDeleted」項目があれば、それを確認することもできます。
Q: 一般ユーザでも履歴を確認できますか?
A: ケースの「履歴」関連リストは、そのユーザがケースを参照できる権限を持っていれば見ることができます。ただし、コメントの変更履歴が表示されるかどうかは、フィールド履歴の設定に依存します。監査ログは管理者のみです。
Q: コメントが増殖する問題の原因は?
A: 多くの場合、ユーザが何度も「保存」ボタンをクリックした、または自動化トリガがループしている可能性があります。監査ログのタイムスタンプを確認し、同じ内容のコメントが短時間に複数記録されていれば、トリガの重複実行が疑われます。

まとめ

ケースコメントのトラブルを追跡するには、監査ログとケース履歴の適切な設定と活用が重要です。まずは監査ログで設定変更やイベントを確認し、次にケース履歴や自動化ログを調べることで、原因の切り分けが可能になります。また、事前にコメントのフィールド履歴追跡や監査ログを有効にしておくことで、後から調査しやすくなります。問題が発生した際は、本記事で紹介した手順と報告ポイントを参考に、迅速に管理者へ伝えてください。


ADVERTISEMENT

この記事の監修者
✍️

超解決 第一編集部

疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。

ADVERTISEMENT