【Salesforce】エスカレーションルールが一部ユーザーだけ見えない時の監査ログと履歴で追う方法

Salesforceでエスカレーションルールを設定したのに、一部のユーザーだけがそのルールを参照できない、あるいは適用されないという現象が発生することがあります。この問題は、権限設定や共有ルール、プロファイルや権限セットの違いによって引き起こされることが多く、原因の特定には監査ログやフィールド履歴の確認が欠かせません。本記事では、エスカレーションルールが見えない原因を体系的に切り分け、監査ログと履歴を使って具体的に追跡する方法を解説します。特に、管理者が操作ログから誰がいつ設定を変更したのかを突き止め、問題の再発を防ぐための手順を詳しく紹介します。

エスカレーションルールの仕組みと表示条件

Salesforceのエスカレーションルールは、特定の条件を満たしたケースやリードなどを自動的に上位の担当者に引き継ぐための機能です。このルールは「設定」→「ケースのエスカレーションルール」などで作成・管理され、各ルールには参照可能なユーザーを制限する権限設定があります。具体的には、ルールを操作するためには「エスカレーションルールの管理」権限が必要で、また実際にエスカレーションの対象となるレコード(ケースなど)を参照できる権限も必要です。さらに、ルールの条件に使用する項目に対する参照権限が不足している場合、一部のユーザーにルールが表示されないケースがあります。

エスカレーションルールは、組織全体で共有される設定ですが、ユーザーごとに見えるルールと見えないルールが存在する場合、次の3つの要因が考えられます。

• 権限セットまたはプロファイルの差: エスカレーションルールを参照するために必要な権限(例:「ケースのエスカレーションルールの参照」)が割り当てられていない。
• 共有ルールによるレコード可視性: ルールが参照するオブジェクト(ケースなど)そのものが共有設定によって見えない場合、ルールも表示されない。
• 条件に使用する項目のアクセス権: ルールの条件式に含まれる項目に対する「参照」権限がないと、ルール自体がグレーアウトまたは非表示になる。

これらの要因を切り分けるためには、まず監査ログを活用して誰がいつどのような変更を行ったかを把握し、次にフィールド履歴でエスカレーションルールの条件項目の変更履歴を確認するという手順が有効です。

一部ユーザーだけ見えない原因を切り分ける

問題が発生したユーザーと正常にルールが見えるユーザーを比較しながら、原因を絞り込みます。以下の表は主な原因と確認方法をまとめたものです。

原因	確認方法	対処例
権限セット・プロファイルの不足	該当ユーザーの「セットまたは許可」を確認。特に「エスカレーションルールの管理」と「ケースのエスカレーションルールの参照」があるか。	権限セットに不足権限を追加して割り当てる
共有ルールによるレコード非表示	ユーザーが実際にケースレコードを参照できるかテスト。また、共有設定でエスカレーションルールの対象レコードが可視になっているか。	共有ルールを見直すか、該当ユーザーを適切なロール階層に配置
条件に使用する項目の参照権限不足	ルールの条件を確認し、使用しているカスタム項目などに該当ユーザーがアクセスできるか。	権限セットで不足項目の読み取り権限を付与
ルール自体が非アクティブまたは削除済み	監査ログでルールのアクティブ状態の変更を確認。または削除履歴がないか。	ルールを再アクティブ化するか、削除を元に戻す(バックアップから復元)
プロファイルの「表示可能なオブジェクト」設定	プロファイルのオブジェクト権限でケースオブジェクトが「タブ非表示」になっていないか。	「タブ表示」に変更

まずは上記の表に沿って、ユーザーごとの権限差を確認しましょう。特に「エスカレーションルールの管理」権限はシステム管理者権限を持つユーザーのみが持っている場合が多いため、一般ユーザーには別途権限セットで付与する必要があります。また、共有ルールについては、ロール階層が低いユーザーは自分が担当するケースしか見えないため、エスカレーションルールの設定画面自体は見えても、ルールの詳細が表示されないこともあります。

監査ログを使って操作履歴を確認する具体手順

Salesforceの監査ログ(設定監査トレイル)には、管理者が行ったプロファイルや権限セットの変更、エスカレーションルールそのものの作成・編集・削除などの操作が記録されます。以下の手順で監査ログを確認し、問題の原因となった変更を特定します。

1. Salesforceにシステム管理者権限でログインし、歯車アイコンから「設定」を開きます。
2. 左ナビゲーションの「クイック検索」に「監査トレイル」と入力し、「設定監査トレイル」を選択します。
3. 表示された一覧で、期間を問題発生日の前後に絞り込みます(例:1週間前から今日まで)。
4. 操作の種類で「エスカレーションルール」「権限セット」「プロファイル」に関連する項目をフィルタします。画面右上の「フィルタ」ボタンから、「操作」列にキーワード(例:EscalationRule, PermissionSet)を指定できます。
5. 結果を確認し、該当ユーザーの権限に関係する変更(例:ある権限セットから「エスカレーションルールの参照」権限が削除されたなど)がないかチェックします。
6. 必要に応じて、監査ログをCSVにエクスポートし、詳細をExcelで分析します。エクスポートは「ダウンロード」ボタンから行えます。

監査ログでは、操作を行ったユーザーの名前、日時、変更前後の値が記録されます。例えば、権限セットの権限変更が行われた場合、「変更の詳細」列に追加または削除された権限の名前が表示されます。この情報を基に、誰がいつ何を変更したかが明確になります。ただし、監査ログはシステム管理者が有効にしている場合のみ記録される点に注意してください。

フィールド履歴でエスカレーションルールの変更を追う

エスカレーションルールの条件やアクティブ状態などの変更履歴は、フィールド履歴(Field History)で追跡できます。ただし、標準オブジェクトのエスカレーションルールは、フィールド履歴を有効にする必要があります。以下の手順で確認してください。

エスカレーションルールのフィールド履歴を有効にする

1. 「設定」→「オブジェクトマネージャ」を開き、「ケースのエスカレーションルール」(または該当オブジェクト)を検索します。
2. 左メニューから「フィールド履歴の設定」を選択し、「有効化」ボタンをクリックします。
3. 履歴を残したい項目(例:アクティブ、条件、送信先など)にチェックを入れて保存します。

フィールド履歴を参照する

1. エスカレーションルールの詳細画面を開きます(設定→ケースのエスカレーションルール→該当ルール名)。
2. 画面右上の「履歴」ボタン(あるいは「関連」タブ内の「履歴」)をクリックします。
3. 変更日時、変更者、変更前後の値が一覧で表示されます。特定の期間で絞り込みも可能です。

フィールド履歴には、ルールの編集者のみが記録され、参照権限の変更は記録されません。そのため、権限変更は監査ログを併用する必要があります。また、フィールド履歴は最大で18ヶ月分しか保持されないため、それ以前の変更は確認できません。

失敗しやすい設定パターンと対処法

実際の業務では、以下のような失敗例がよく報告されています。それぞれのパターンと適切な対処法を解説します。

パターン1: 権限セットの割り当てミス

権限セットに「エスカレーションルールの管理」権限を追加したが、その権限セットをユーザーに割り当て忘れているケースです。また、別の権限セットで同権限が無効化されている場合もあります。対処法は、ユーザーの権限セット割り当てを確認し、不足していれば追加します。監査ログで割り当て操作の有無を確認するのも有効です。

パターン2: 共有ルールの範囲外

エスカレーションルールが参照するケースが、ユーザーの共有設定で見えない場合、ルール自体は表示されても、実際のエスカレーションが動作しないことがあります。これはルールの条件で使用するレコードが参照できないためです。対処法は、該当ユーザーをケースのレコードオーナーにするか、共有ルールで適切なアクセス権を付与します。

パターン3: 条件に使用するカスタム項目の権限不足

エスカレーションルールの条件式に、一般ユーザーには参照権限のないカスタム項目を使っている場合、そのユーザーはルールを編集できなくなるだけでなく、場合によってはルールそのものが表示されなくなります。この場合、権限セットで該当項目の読み取り権限を付与するか、条件に使用する項目を変更します。

管理者に確認すべきポイント

問題を報告する際、管理者に以下の情報を伝えると迅速な解決が期待できます。

• 問題が発生したユーザー名と、正常に見えているユーザー名(できれば両方のプロファイル・権限セット一覧)
• 該当エスカレーションルールの名前と、ルールが表示されない具体的な画面(一覧画面か詳細画面か)
• 問題に気づいた日時と、その前後に行われた設定変更の有無
• 監査ログやフィールド履歴のスクリーンショット(ある場合は添付)

これらの情報を事前に整理しておくことで、管理者が原因を特定する時間を短縮できます。特に監査ログは大量のデータがあるため、問題に関係するログのみを抽出して伝えることが重要です。

よくある質問

Q1. エスカレーションルールが一部ユーザーだけ見えない場合、まず何を確認すべきですか?

最初に該当ユーザーのプロファイルと権限セットの割り当てを確認してください。特に「エスカレーションルールの管理」権限があるかどうかが重要です。次に、同じプロファイルを持つ別のユーザーで再現するかテストします。

Q2. 監査ログに変更が記録されていない場合、原因はどうやって特定しますか?

監査ログが有効でないか、保存期間が過ぎている可能性があります。その場合、権限セットの比較や共有ルールの確認など、手動の差分チェックが必要です。また、システム管理者以外の操作は監査ログに記録されない場合もあるため、権限変更は管理者が行ったかを確認します。

Q3. フィールド履歴でエスカレーションルールの変更が見つからないのはなぜですか?

フィールド履歴は有効にした後の変更しか記録されません。履歴設定を有効にする前の変更は追跡できません。また、ルールの削除はフィールド履歴に残りません(削除自体は監査ログで確認できます)。

まとめ

エスカレーションルールが一部ユーザーだけ見えない問題は、権限設定と共有設定が複合的に絡むことが多いです。監査ログとフィールド履歴を活用することで、変更の経緯を明確にし、原因を特定できます。特に、監査ログでは権限やルールそのものの変更を、フィールド履歴ではルールの条件変更をそれぞれ追跡できるため、両方を組み合わせて調査することがポイントです。問題が発生したら、まずは今回紹介した手順で情報を集め、管理者と協力して解決に当たってください。適切な権限管理と監査ログの定期的な確認が、再発防止につながります。