【Salesforce】ケース所有者の割り当てが想定と違う時のレポート条件と項目設定の直し方

Salesforceでケース所有者が想定と異なる割り当てになる問題は、レポート条件や項目設定の誤りに起因することがほとんどです。この問題を放置すると、担当者へのエスカレーション漏れや対応遅延が発生し、顧客満足度の低下につながります。本記事では、原因の切り分け方、レポートや項目設定の修正手順、管理者に確認すべきポイントを具体的に解説します。実際の事例や失敗パターンも交えながら、再発防止策までをカバーします。

なぜ想定と違う所有者になるのか:代表的な原因3つ

ケース所有者が想定と異なるケースは、主に以下の3つの原因に分類されます。

1. 割り当てルールの条件と優先順位の誤り

Salesforceのケース割り当てルールは、設定された条件に基づいて所有者を自動決定します。ルールエントリは上から順に評価され、最初に条件を満たしたエントリが適用されます。例えば、「優先度が高」のエントリが「顧客区分がVIP」のエントリより上にあると、VIP顧客でも優先度高の所有者が割り当てられる可能性があります。また、ルールエントリの条件に誤った項目や演算子を使っている場合も、意図しない所有者になります。

2. レポートフィルタの設定ミス

レポートでケース所有者を確認する際、フィルタ条件が正しく設定されていないと、本来表示されるべきケースが表示されなかったり、間違った所有者が表示されたりします。特に「所有者」項目に対するフィルタは、割り当て後の所有者と一致するよう注意が必要です。また、表示する項目の指定漏れや計算式の誤りも原因になり得ます。

3. カスタム項目や自動化ルールの影響

フローやプロセスビルダーなどで所有者を変更する自動化が別途設定されていると、割り当てルールの後に上書きされることがあります。また、ケースオブジェクトのカスタム項目に計算式やルックアップが設定されている場合、それらの値が割り当て条件に影響を与える可能性があります。

原因カテゴリ	具体的な症状	確認すべき場所
割り当てルールの誤り	特定の条件下で別のキューやユーザに割り当たる	設定 > ケース > 割り当てルール
レポートフィルタのミス	レポートに表示される所有者と実際の所有者が異なる	レポートのフィルタ条件、表示項目
自動化ルールの競合	割り当て後に所有者が変更される	フロー、プロセスビルダー、ワークフロールール

【手順】原因を特定し修正する5ステップ

下記の手順に沿って、問題の切り分けと修正を行ってください。管理者権限が必要な操作がありますので、必要に応じて管理者に依頼してください。

1. ステップ1: ケース詳細の「所有者」項目を確認する
   問題のケースを開き、ケース詳細の「所有者」項目が誰(ユーザまたはキュー)になっているかを確認します。同時に、割り当てルールの名前が表示される「割り当てルール」項目(有効な場合)も確認します。想定と異なる所有者が設定されていれば、割り当てルールがそのように評価された証拠です。
2. ステップ2: 割り当てルールのエントリを順に確認する
   設定メニュー(歯車アイコン)→「設定」→「ケース」→「割り当てルール」を開き、該当のルールを選択します。ルールエントリの一覧を上から順に確認し、各エントリの条件と割り当て先を記録します。特に、最初に条件を満たすエントリが想定と異なる場合、そのエントリの条件を見直します。
3. ステップ3: レポートのフィルタ条件と表示項目を精査する
   問題が発生しているレポートを開き、「フィルタ」タブでケース所有者に関する条件を確認します。「所有者」項目が正しい値でフィルタされているか、または「所有者名」などの代替項目が使われていないかをチェックします。また、「表示項目」に「所有者」が含まれているか、計算式があればそのロジックを確認します。
4. ステップ4: 自動化ルールの影響を調査する
   設定→「プロセスビルダー」→「フロー」→「ワークフロールール」を開き、ケースオブジェクトを対象とする自動化をリストアップします。特に「所有者を更新する」アクションがあるルールを探し、トリガ条件と実行順序を確認します。割り当てルール後にこれらの自動化が実行されていないか、または実行タイミングによって上書きされる可能性があります。
5. ステップ5: カスタム項目と計算式を検証する
   ケースオブジェクトのカスタム項目一覧を確認し、ルックアップ項目や計算式(数式)が割り当て条件に使われている場合、その値が正しいか検証します。例えば、顧客区分をルックアップで取得し、それを割り当て条件に使っているケースです。また、数式で所有者を直接参照している場合は、その数式が正しい結果を返しているかテストします。

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

実際の現場でよく見られる失敗例を紹介します。

失敗パターン1: 割り当てルールのエントリ順序を誤解する

「優先度が高(high)」のエントリを後ろに置いたまま、優先度の低い条件が先に評価されてしまうケースです。例えば、地域が「東京」のエントリが優先度高のエントリより上にあると、東京の高優先ケースは地域エントリで先に割り当てられてしまいます。正しくは、優先度など最も重要な条件から上に配置する必要があります。

失敗パターン2: レポートフィルタに「所有者が特定のユーザ」と設定しても、キューがヒットしない

所有者がキューになっているケースをレポートで除外したい場合、フィルタ条件に「所有者がキューに等しい」ではなく「所有者名にQueueを含む」などの文字列条件を使うと、キュー名が完全一致しないケースが漏れることがあります。正しくは「所有者ID」や「所有者タイプ」を活用する必要がありますが、標準のレポート画面では直接指定できないため、カスタム項目やレポートタイプの変更が必要になる場合があります。

失敗パターン3: フローで所有者を変更したが、割り当てルールが先に実行されていた

フローは割り当てルールよりも後に実行されるように設定されていないと、割り当てルールが適用された後にフローが所有者を上書きする可能性があります。逆に、フローを先に実行したい場合は、レコードトリガフローの実行タイミングを「レコード作成前」または「レコード作成後」のどちらにするか、正しく設定する必要があります。

管理者へ伝えるべき情報と確認依頼のポイント

原因を自分で特定できなかった場合や、設定変更に権限が必要な場合は、以下の情報を整理して管理者に依頼してください。

• 問題のケースのケース番号と、想定した所有者、実際の所有者
• 想定に使用した割り当て条件(例:優先度が高ならサポートチームA)
• レポートのURLと、どのフィルタが原因と思われるか
• 自動化ルールの有無(フロー名やプロセスビルダー名)
• 該当ケースのシステム監査ログ(必要に応じて)

管理者はこれらの情報をもとに、割り当てルールのシミュレーション機能やデバッグログを解析して、原因を特定します。

再発防止策:ルールとレポートの運用ルールを整備する

今後同様の問題を防ぐために、以下の運用ルールをチーム内で徹底しましょう。

• 割り当てルールの変更は必ず管理者の承認を得て、変更履歴を残す。
• レポートのフィルタ条件は、テンプレート化して共有し、誰でも同じ条件で確認できるようにする。
• 自動化ルール(フローなど)を新規作成する際は、既存の割り当てルールとの競合を事前にテストする。
• 定期的に割り当てルールのシミュレーションを実行し、想定通りの割り当てが行われているか確認する。

よくある質問(FAQ)

Q1. 割り当てルールが全く動作しません。どこを確認すればいいですか?

まず、「設定」→「ケース」→「割り当てルール」で該当ルールが「有効」になっているか確認してください。また、ルールにエントリが正しく設定されているか、エントリが1つもない場合も動作しません。さらに、ケース作成時に割り当てルールを適用するトリガ条件(例:特定のレコードタイプのみ)が設定されていないかも確認しましょう。

Q2. レポートでケース所有者が空欄で表示されます。

レポートの表示項目に「所有者」が含まれていることを確認してください。もしカスタム項目で所有者を計算している場合、その数式が正しく設定されていない可能性があります。また、レポートタイプがケースオブジェクトを正しく参照しているかも確認します。

Q3. 割り当てルールの優先順位を変えたいですが、それで他のチームに影響は出ますか?

影響が出る可能性があります。例えば、あるエントリを上に移動すると、その条件を満たすすべてのケースが新しい所有者に割り当てられるようになります。変更前に、全チームに影響が及ぶかを管理者が評価することをおすすめします。

まとめ

ケース所有者の割り当て問題は、割り当てルールの条件・優先順位、レポートフィルタ、自動化ルールの3つを順番に検証することで解決できます。特に、ルールエントリの評価順序を見直すことが最も効果的な対策の一つです。また、レポートを正しく設定するためには、フィルタ条件と表示項目を慎重に確認してください。再発防止には、運用ルールを文書化し、変更管理を徹底することが重要です。管理者と協力しながら、安定したケース管理を実現しましょう。