【Salesforce】エスカレーションルールで困った時の管理者が見るべき原因

Salesforceのエスカレーションルールは、ケースやリードなどのレコードを自動的に上位の担当者やキューに割り当てる強力な機能です。しかし、設定したはずのルールが正しく動作しない、エスカレーションが発生しない、あるいは誤ったタイミングで実行されるといったトラブルに遭遇することがあります。管理者としては、どこから原因を調べればよいのか迷ってしまうことも少なくありません。本記事では、エスカレーションルールに関する問題を解決するために、管理者が最初に確認すべきポイントと具体的な原因の切り分け方を解説します。設定ミスや権限の問題、時間条件の誤りなど、実際の現場でよくある事例を交えながら、確実に対処できるようサポートします。

1. エスカレーションルールの基本設定を確認する

エスカレーションルールが動作しない原因の多くは、ルール自体が「無効」になっているか、設定した条件が期待通りに記述されていないことにあります。まずは管理画面からエスカレーションルールの一覧を開き、該当ルールのステータスが「有効」であることを確認してください。

1-1. ルールの有効状態と評価順序

Salesforceでは、エスカレーションルールはオブジェクトごとに複数作成でき、上から順に評価されます。最初に条件に合致したルールが適用されるため、優先度の高いルールを上位に配置する必要があります。ルールが正しい順序になっているか、また「無効」になっていないかを必ず確認しましょう。有効であっても、ルールの条件が二重に定義されていると、期待とは異なるルールが先にマッチしてしまうことがあります。

1-2. ルールの条件式とタイミング

エスカレーションルールでは、評価のタイミングとして「レコードを作成または保存したとき」と「事前定義された時間が経過したとき」の2つがあります。特に時間ベースのエスカレーションでは、ルールの「エスカレーション開始条件」と「エスカレーションアクション」が正しく設定されているかが重要です。例えば、ケースのステータスが「進行中」で2時間経過したらエスカレーションする、といった条件を設定する際には、開始条件に「レコードの作成」や「ステータスの変更」を適切に指定する必要があります。

また、エスカレーションルールが実行されるのは「レコードが条件を満たした時点でエスカレーションが開始」される仕組みです。そのため、過去に条件を満たしていたレコードに対しては、ルールを有効化してもすぐにはエスカレーションされません。新しく条件を満たしたレコードのみが対象となる点に注意が必要です。

2. アクセス権限とプロファイルの問題

エスカレーションルールが正しく設定されていても、担当者にレコードを割り当てる権限が不足していると、エスカレーションは失敗します。管理者は、割り当て先のユーザーやキューが適切なアクセス権を持っているかを確認する必要があります。

2-1. 割り当て先ユーザーのプロファイルと権限セット

エスカレーションルールで割り当てられるユーザーには、対象オブジェクトに対する「読み取り」権限と「編集」権限が必要です。特に、割り当て先がキューである場合、キューに割り当てられたユーザーがキュー内のレコードを参照できる権限を持っているか確認してください。プロファイルで「キューへの割り当て」が許可されていないと、レコードがキューに割り当てられても見えないことがあります。

2-2. エスカレーションルールの実行ユーザーと権限

エスカレーションルールは、システム管理者権限で実行されます。そのため、ルール自体の権限は問題になりにくいですが、割り当て先のユーザーがレコードを所有できない理由として、共有ルールや組織全体の既定のアクセス権が原因であることもあります。例えば、レコードが非公開設定の場合、割り当て先のユーザーがレコードの参照権限を持っていなければ、エスカレーションが行われたように見えても実際にはレコードが見えない状態になります。このような場合は、共有設定を確認してください。

3. タイムゾーンとエスカレーション時間の設定ミス

時間ベースのエスカレーションを利用する場合、タイムゾーンの設定が大きな要因となります。Salesforceの標準タイムゾーンは組織全体の設定に依存しますが、エスカレーションルールでは「エスカレーション開始条件」の時間がどのタイムゾーンで計算されるかを理解しておく必要があります。

3-1. 組織のタイムゾーンとユーザーのタイムゾーン

エスカレーションルールの時間条件は、組織のタイムゾーン(デフォルトタイムゾーン)に基づいて評価されます。ユーザー個別のタイムゾーンは影響しません。そのため、ユーザーが異なるタイムゾーンで作業している場合、エスカレーションの発生時刻が時差によってずれることがあります。例えば、日本時間で午前9時に設定したエスカレーションが、UTCベースで計算されると実際には異なる時刻に実行される可能性があります。組織のタイムゾーンを確認し、必要に応じて調整してください。

3-2. エスカレーション開始条件の「時間測定の開始ポイント」

時間ベースのエスカレーションでは、エスカレーション開始条件を「レコードの作成時」や「特定の日付項目の値」などから選択できます。例えば、ケースの「作成日時」から2時間後、という設定であれば、作成日時が正確に記録されているかが重要です。もし作成日時が将来日付になっていると、エスカレーションが永遠に発生しないこともあります。また、時間条件が「営業時間」を考慮するかどうかも確認ポイントです。標準機能では、営業時間を考慮したエスカレーションはカスタム開発が必要な場合があります。

4. レコードの状態と条件式の誤り

エスカレーションルールの条件式に問題があると、期待通りにレコードがマッチしません。特に、ステータスや優先度などの選択リスト項目の値が正しく設定されているか、数式や条件が複雑な場合は注意が必要です。

4-1. 条件式の記述ミスとNull値の扱い

Salesforceの条件式では、Null値が含まれると予期しない結果になることがあります。例えば、「ステータスが‘進行中’かつ‘優先度が‘高’’」という条件で、優先度項目が空白のレコードはマッチしません。条件式の評価ロジックを再確認し、必要に応じて「空白ではない」という条件を追加してください。また、条件式の中で使われる数式項目が正しく動作しているかも確認する必要があります。

4-2. レコードの状態変化と再評価

エスカレーションルールは、一度条件を満たしたレコードに対してエスカレーションを開始します。その後、レコードの状態が変化しても、すでに開始されたエスカレーションは自動的にキャンセルされません。例えば、一度エスカレーションされたケースを別の担当者が引き継いでも、以前のエスカレーションが残ったままになることがあります。この場合は、エスカレーションアクションで「エスカレーションを解除する」処理を組み込むか、定期的なクリーンアップが必要です。

また、ルールの条件を変更した場合、既存のレコードには影響しません。新しく作成または更新されたレコードのみが新しい条件で評価されます。そのため、過去のレコードに対してエスカレーションを適用したい場合は、手動でエスカレーションをトリガーするか、バッチ処理を検討してください。

5. キューやユーザー割り当ての設定不備

エスカレーションルールのアクションでレコードを割り当てる先がキューである場合、キュー自体が適切に設定されていないとエスカレーションが機能しません。キューに複数のユーザーが割り当てられている場合、レコードの割り当て方法(最もインアクティブなユーザーなど)も確認しましょう。

5-1. キューの設定とメンバーシップ

キューが正しく作成され、エスカレーションルールで選択できる状態かを確認します。キューにメンバーが割り当てられていないと、レコードは割り当てられたまま誰も所有しない状態になります。また、キューに割り当てられたユーザーがキュー内のレコードを表示するには、そのユーザーに「キューへのアクセス」権限が必要です。プロファイルまたは権限セットで「キューへの割り当て」と「キュー内のレコードの参照」が許可されているかを確認してください。

5-2. ユーザー割り当ての競合

エスカレーションルールの割り当て先がユーザーである場合、そのユーザーがシステム上アクティブであるか、割り当て上限に達していないかを確認します。また、複数のエスカレーションルールが同じレコードに対して異なる割り当て先を指定していると、競合が発生します。ルールの順序と条件を整理し、一意の割り当てが行われるように設計してください。

6. エスカレーションルールのトラブルシューティング手順

ここでは、管理者が実際に問題を切り分けるための具体的な手順を説明します。以下のステップを順に実行することで、原因を特定しやすくなります。

1. エスカレーションルールの一覧を開く:設定 > エスカレーションルール に移動し、該当オブジェクトのルールが有効であることを確認します。同時に、ルールの優先順位が意図した通りか確認します。
2. ルールの詳細設定を確認する:ルール名をクリックし、「エスカレーション開始条件」と「エスカレーションアクション」をレビューします。条件式に誤りがないか、特に日付項目の参照や選択リストのAPI名が正しいかチェックします。
3. テストレコードを作成する:ルールの条件を満たすテスト用レコードを作成し、エスカレーションが正しく実行されるか確認します。この際、時間ベースのエスカレーションの場合は、時間条件を短く設定してテストすると効率的です。
4. アクセス権限を確認する:割り当て先のユーザーまたはキューが、対象レコードに対する適切な参照・編集権限を持っているか確認します。特に共有設定や組織全体の既定アクセス権を見直します。
5. 監査ログとデバッグログを確認する:Salesforceの監査ログ(設定 > 監査ログ)や、必要に応じてApexデバッグログを有効にして、エスカレーションがトリガーされたかどうかを確認します。ただし、エスカレーションルールはシステム実行のため、デバッグログには直接記録されない場合があります。その場合は、ルールの条件を満たすレコードが正しく保存されたか、またはスケジュールジョブが正しく実行されたかを確認します。
6. タイムゾーンと時間設定を再確認する:組織のタイムゾーン設定(設定 > 組織の情報)と、エスカレーションルール内で使用している日付項目のタイムゾーンを確認します。必要に応じて、タイムゾーンを統一するか、時間オフセットを調整します。
7. 他の自動化との競合をチェックする:ワークフロールールやプロセスビルダー、フローなど、他の自動化プロセスがエスカレーションルールと競合していないか確認します。特に、レコードの所有権を変更するプロセスがあると、エスカレーションルールの実行結果が上書きされる可能性があります。

これらの手順を行っても問題が解決しない場合は、Salesforceのサポートに問い合わせる前に、Sandbox環境で再現テストを行うことをお勧めします。

7. よくある質問と管理者のチェックリスト

Q1: エスカレーションルールが有効なのに、なぜか動作しません。

A: まずルールの評価タイミングを確認してください。時間ベースのエスカレーションであれば、開始条件が正しく設定されているか、また時間測定の起点となる日付項目が適切かをチェックします。また、レコードのステータスが条件を満たしているか、他のルールが先にマッチしていないかも重要です。ルールの優先順位を見直し、条件式をシンプルにしてみてください。

Q2: 割り当て先のユーザーにレコードが見えません。

A: 割り当て先のユーザーがレコードを参照できる権限を持っているか確認します。組織全体の共有設定が「非公開」の場合、個別の共有ルールやロール階層によるアクセスが必要です。また、キューに割り当てられた場合は、キュー参照権限がユーザーに付与されているか確認してください。

Q3: エスカレーションが早すぎる/遅すぎる

A: タイムゾーン設定が原因である可能性が高いです。組織のデフォルトタイムゾーンを確認し、エスカレーション時間が意図した時刻になるように調整してください。また、時間条件に「営業時間」を考慮したい場合は、カスタム設定が必要です。

Q4: 過去のレコードにもエスカレーションを適用したい

A: エスカレーションルールは、新規作成または更新されたレコードのみを対象とします。過去のレコードに対してエスカレーションを実行するには、データローダーなどでレコードを更新し、条件を再評価させるか、Apexバッチで強制的にエスカレーションを開始する必要があります。ただし、大量のレコードを更新する場合は、パフォーマンスに注意してください。

管理者のチェックリスト

チェック項目	確認内容	対策
ルールの有効状態	設定画面でルールが有効か確認	無効の場合は有効化
条件式の正確性	API名や値が正しいか、Null考慮	条件式の修正
割り当て先の権限	ユーザー/キューのアクセス権限	プロファイルや共有設定の見直し
タイムゾーン	組織タイムゾーンとエスカレーション時間	タイムゾーンの統一または調整
他の自動化との競合	ワークフロー、プロセスビルダー、フロー	競合するプロセスの停止または再設計

このチェックリストを活用して、定期的にエスカレーションルールの健全性を確認することをお勧めします。

まとめ

エスカレーションルールが期待通りに動作しない場合、まずはルールの有効状態と条件設定を確認し、次にアクセス権限やタイムゾーン、他の自動化プロセスとの競合をチェックすることが重要です。多くの問題は、ルールの優先順位や条件式の記述ミス、タイムゾーンの違いに起因します。管理者は、テスト環境で再現テストを行いながら原因を切り分けることで、本番環境への影響を最小限に抑えられます。本記事で紹介した手順やチェックリストを参考に、迅速に問題を解決してください。