【Salesforce】キューの割り当てで困った時の監査ログと履歴で追う方法

Salesforceのキュー割り当ては、リードやケースをチームで分担する便利な仕組みですが、意図した通りに割り当てられないと業務に大きな支障が出ます。「誰にも割り当てられていない」「自分にだけ集中する」「特定のユーザーにしか回らない」といった症状は、設定や権限が複雑に絡み合っていることが多く、原因を特定するのに時間がかかります。こうした問題を解決するには、監査ログ(Audit Trail)やケース履歴(Case History)、活動履歴(Activity History)を活用し、割り当ての経過を客観的に追うことが有効です。本記事では、キュー割り当てで困ったときに、これらのログを使って原因を切り分け、次のアクションを決める具体的な手順を解説します。

1. キュー割り当てが正しく動かない原因

キュー割り当てに関する問題は、大別すると以下の3つの要因に分けられます。それぞれの特徴を理解した上で、ログを確認する際の着眼点を整理します。

1-1. 割り当てルールの設定ミス

最も多い原因が、割り当てルール(Assignment Rule)の条件が意図と異なるケースです。例えば、特定の物件タイプのリードをキューAに割り当てるルールがあるはずが、ルールの優先順位が低く、別のルールで上書きされている、またはルールが「無効」になっているといった状況です。割り当てルールはレコード作成時に一度だけ実行され、更新時に再実行されない「初期割り当てルール」と、更新時の再割り当て用の「エスカレーションルール」があります。ルールの設定を確認するには、[設定] > [ケース] > [割り当てルール](またはリードの場合[リード] > [割り当てルール])から確認できます。ルールが有効か、条件が正しいか、優先順位が適切かをチェックしてください。

1-2. キューのメンバー設定や共有設定

キューに割り当てられたレコードは、そのキューのメンバー(ユーザーまたは他のキュー)だけがアクセスできます。メンバーに含まれていないユーザーにはレコードが表示されず、割り当てられても処理できない状態になります。また、キュー自体が共有設定で参照権限を持っていないと、割り当て自体がエラーになる場合もあります。キュー設定は[設定] > [キュー]から確認でき、各キューの「キューに割り当てられているユーザー」と「キューに割り当てられているキュー」を確認します。さらに、プロファイルや権限セットでキューオブジェクトの読み取り権限が必要な場合もあるため、管理者に問い合わせてください。

1-3. トリガやフローによる自動化の干渉

割り当てルールが正しく設定されていても、Apexトリガやプロセスビルダー、フローがレコード作成後に所有者を変更している可能性があります。例えば、ケース作成後に「Ownerを自動的に特定のユーザーに変更するフロー」が動作していると、割り当てルールでキューに割り当てた後、フローによって別のユーザーに再割り当てされることがあります。このような自動化の影響を調べるには、ケース履歴やリード履歴で所有者の変更履歴を確認しましょう。変更者が「システム」や特定のユーザー(フロー作成者)であれば、自動化が原因の可能性が高いです。

2. 監査ログを使って割り当ての経過を追う

Salesforceの監査ログ(Audit Trail)は、設定変更やレコードの操作を記録するログです。ただし、監査ログは主に「誰がいつどの設定を変更したか」を追うもので、個々のレコードの割り当て履歴は含まれません。割り当ての経過を追うには、レコードごとの「履歴関連リスト」を活用する必要があります。ここでは、まず監査ログで設定変更の有無を確認し、その後ケース履歴などで詳細を追う流れを説明します。

2-1. 監査ログの確認手順

1. 画面右上の歯車アイコンをクリックし、[設定](Setup)を開きます。
2. [環境設定](環境設定)内にある[監査ログ](Audit Trail)を検索して開きます。
3. 表示されるログの一覧で、[アクション]列に「割り当てルールの更新」や「キュー設定の変更」がないか確認します。
4. 該当するログ行をクリックすると、変更前と変更後の値が表示されます。例えば、「割り当てルールの更新」であれば、ルール名と有効/無効の状態が記録されています。
5. 期間を指定して絞り込みたい場合は、[日付範囲]フィルターを使ってください。

監査ログで変更が確認できれば、問題の発生時期と設定変更が一致するかどうかを判断できます。ただし、監査ログは過去180日分しか保存されないため、それより古い変更は確認できません。

2-2. レコード履歴で割り当ての瞬間を追う

割り当てルールが実行されたかどうかは、各レコードの「ケース履歴」や「リード履歴」で確認できます。履歴関連リストは、デフォルトでは「ケース」オブジェクトや「リード」オブジェクトの詳細画面に表示されています。表示されていない場合は、[設定] > [オブジェクトマネージャー] > [ケース] > [ページレイアウト]から、履歴関連リストを追加する必要があります。

1. 問題のケース(またはリード)のレコード詳細画面を開きます。
2. [ケース履歴](Case History)関連リストを探します。なければページの編集が必要です。
3. 履歴テーブルの[項目]列で「所有者」(Owner)の変更を探します。
4. 「新規値」にキュー名が表示されている場合、割り当てルールが正常に実行された証拠です。その後さらに別の日時に所有者が変更されている場合は、その原因を追います。
5. 変更が「システム」または特定のユーザーによって行われている場合、自動化処理が原因です。

3. 活動履歴とメール履歴の活用

割り当てルールが実行された後の動作を追うには、活動履歴(Activity History)やメール履歴(Email History)も役立ちます。例えば、割り当てルールで自動応答メールを送信する設定がある場合、そのメールがキューに割り当てられた直後に送信されているかどうかで、ルールの実行タイミングを確認できます。また、活動履歴にタスクが自動生成されている場合は、そのタスクの割り当て先なども確認するとよいでしょう。

4. 状況別の比較表

状態	履歴での見え方	考えられる原因	確認すべき設定
レコードがユーザーに割り当てられない	履歴に所有者変更が記録されていない	割り当てルールが無効、または条件に一致しない	ルールの有効/無効、優先順位
キューに割り当てられたはずが別のユーザーが所有者	割り当て後すぐに所有者が別のユーザーに変わっている	トリガ、フロー、プロセスによる再割り当て	フローやトリガの設定、変更者
キューには入るがメンバーがアクセスできない	履歴ではキューへの割り当てが確認できる	キューのメンバー設定漏れ、共有設定の不足	キューのメンバー、プロファイル権限
割り当てルールが複数あるが正しく適用されない	履歴で想定と異なるキューに割り当てられている	優先順位の誤り、条件の重複	ルールの順序、条件式

5. 失敗パターンと具体的な対策

パターン1: 割り当てルールが適用されず、レコードがキューに入らない

よくあるのは、割り当てルールが「デフォルトの割り当てルール」に設定されていないケースです。レコード作成時に使用されるルールは、オブジェクト設定で「アクティブな割り当てルール」として指定されている必要があります。リードやケースの設定画面で、割り当てルールが「有効」かつ「デフォルト」になっているか確認しましょう。また、ルールの条件に複数のオブジェクト項目が含まれている場合、すべて一致しないと実行されません。例えば「業種がAでかつ都道府県が東京」という条件なら、両方満たすレコードのみが対象です。

パターン2: キューに割り当てられたが、メンバーが表示できない

キューのメンバー設定は、[設定] > [キュー]で確認できます。キューにユーザーを追加するだけでなく、「キューに割り当てられているキュー」の設定も確認してください。キューに他のキューをメンバーとして追加していた場合、そのキューに所属するユーザーは間接的にメンバーとなりますが、アクセス権限の継承は複雑です。また、レコードの共有設定で「キューへの参照」が許可されているか、プロファイルの「キューオブジェクト」の読み取り権限も確認する必要があります。

パターン3: トリガやフローで上書きされる

このパターンは、履歴を見れば一目瞭然です。所有者変更の履歴に「システム」やフロー実行ユーザーが記録されます。対策としては、フローやトリガの条件を見直し、割り当てルールの後に実行されないように順序を調整するか、フロー内で割り当てルールの結果を尊重するロジックを追加する必要があります。変更は管理者に依頼し、テスト環境で検証してから本番に適用してください。

6. 管理者に確認すべき情報

自分でログを確認しても解決しない場合、管理者に以下の情報を伝えてください。そうすることで、問題の特定が早まります。

• 問題のレコードID: ケース番号やリードIDなど、具体的なレコードを特定する情報。
• 想定される割り当て先: どのキューまたはユーザーに割り当てられるべきか。
• 実際の割り当て状況: 現在の所有者、履歴のスクリーンショット。
• 問題が発生した日時: 監査ログの確認範囲を絞るために必要。
• 自分が確認したログの内容: ケース履歴で見つけた変更の詳細。

これらの情報があれば、管理者は設定変更の有無や自動化の影響を迅速に調査できます。

7. よくある質問(FAQ)

Q1: 監査ログで確認できるのは割り当てルールの変更だけですか?

主に設定変更(ルールの追加・編集・有効/無効切り替え)が記録されます。個々のレコードの割り当て結果は記録されません。レコードごとの割り当て履歴は、必ず各レコードの履歴関連リストで確認してください。

Q2: 割り当てルールを手動で再実行できますか?

標準機能では、レコード作成時にしか割り当てルールは実行されません。作成後に所有者を変更したい場合は、キュー転送(Queue Transfer)や一括更新、またはフローなどを使用します。割り当てルールをレコード更新時に再実行するには、Apexトリガやフローで明示的にルールを呼び出す必要があります。

Q3: 履歴関連リストが表示されません。どうすればいいですか?

ページレイアウトに履歴関連リストが追加されていない可能性があります。管理者に依頼して、該当オブジェクトのページレイアウトに「ケース履歴」または「リード履歴」関連リストを追加してもらいましょう。追加後は、既存のレコードでも履歴が確認できるようになります。

まとめ

キュー割り当ての問題は、監査ログとレコード履歴を組み合わせて確認することで、原因を特定しやすくなります。最初に監査ログで設定変更の有無を調べ、次に該当レコードの履歴で所有者の変遷を追いましょう。もし履歴に想定外の所有者変更があれば、自動化処理の影響を疑ってください。それでも解決しない場合は、管理者に具体的な情報を伝えて協力を仰ぎましょう。適切なログの確認手順を身につければ、キュー割り当てのトラブルに迅速に対処できるようになります。