Salesforceのキュー機能は、案件や問い合わせをチームで分担するために欠かせない仕組みです。しかし、キューに割り当てたはずのメンバーが一覧に表示されない、または想定外のメンバーが表示されるといった問題が起こることがあります。こうした表示のズレは、レコードの割り当て漏れや担当者不在の原因となり、業務に支障をきたします。本記事では、キューのメンバー表示が想定と異なる場合の原因を特定し、適切に修正するための手順を解説します。
【要点】この記事で確認すること
- 最初に見る場所: キューの詳細設定画面で、メンバーとして追加されているユーザーや公開グループ、ロールを確認します。
- 切り分けの軸: キューに直接追加されたユーザーなのか、グループ経由なのか、ロール階層の影響なのかを切り分けます。また、表示されるレコードかどうかはキューに対する共有設定やオブジェクト権限にも依存します。
- 注意点: キュー自体の設定変更はシステム管理者権限が必要です。プロファイルや権限セットの変更も影響範囲が大きいため、変更前に関係者へ周知し、Sandboxなどでテストしてから本番環境に適用してください。
ADVERTISEMENT
目次
1. キューのメンバー設定の基本構造を理解する
キューは、ユーザー、公開グループ、ロール、またはロールおよびサブordinatedロールを直接メンバーとして持ちます。キューに追加されたメンバーは、そのキューに割り当てられたレコードを所有できます。しかし、キューに表示されるメンバーは「キュー詳細」画面の「キュー・メンバー」関連リストに表示されるエンティティそのものとは限りません。例えば、公開グループをメンバーに追加した場合、そのグループに属するユーザーがキューを使ってレコードを引き取れるようになりますが、キュー詳細画面にはグループ名のみ表示され、個々のユーザーは一覧に現れません。
1.1 キューに追加できるエンティティの種類
キューには以下の4種類のエンティティを追加できます。
- ユーザー:個別のユーザーアカウントを直接追加します。
- 公開グループ:あらかじめ作成されたグループに所属するすべてのユーザーがキューを利用できます。
- ロール:指定したロールに属するユーザー(およびそのロール階層下のロールに属するユーザーを含めるかは設定次第)がキューを利用できます。
- ロールおよびサブordinatedロール:指定したロールとその下位のロールに属するすべてのユーザーが対象です。
1.2 想定と異なるメンバー表示の原因となるポイント
「キューに表示されるメンバー」は、キュー詳細画面のメンバー関連リストに表示されるエンティティと、実際にキューからレコードを取得できるユーザーは必ずしも一致しません。例えば、公開グループをメンバーに追加した場合、キュー詳細画面には「グループ名」しか表示されません。そのグループに含まれるユーザーは、キューを使ってレコードを所有できますが、キュー詳細画面の「ユーザー」一覧には表示されません。この動作を理解していないと「メンバーが表示されない」と誤解するケースがあります。
2. キューにメンバーが表示されない場合の確認手順
キューにメンバーが表示されない、または想定外のメンバーが表示される場合、以下の手順で原因を切り分けてください。
2.1 キュー設定画面でメンバー一覧を確認する
システム管理者として「設定」→「キュー」に移動し、該当のキューを開きます。「キュー・メンバー」関連リストに何が表示されているか確認してください。
- メンバーとしてユーザーが直接追加されている場合、そのユーザー名が表示されます。
- 公開グループが追加されている場合、グループ名のみが表示され、グループ内のユーザーは表示されません。
- ロールが追加されている場合、ロール名が表示され、そのロールに属するユーザーが対象になります。
例えば、「サポートチーム」という公開グループをメンバーに追加している場合、キュー詳細画面には「サポートチーム」とだけ表示されます。公開グループの構成メンバーは「設定」→「公開グループ」から確認する必要があります。
2.2 公開グループやロールの構成を確認する
キューに公開グループやロールが追加されている場合、そのグループやロールにどのユーザーが含まれているかを確認します。
- 「設定」→「公開グループ」を開き、該当グループを選択してメンバー一覧を表示します。
- 「設定」→「ロール」を開き、該当ロールを選択してロール階層と所属ユーザーを確認します。
- ロールに「ロールおよびサブordinatedロール」が設定されている場合、そのロールと下位ロールに所属するユーザーがすべて対象になることに注意してください。
- ユーザーが複数の公開グループやロールに所属している場合、重複してキューにアクセスできる場合があります。
2.3 表示されるユーザーと実際にレコードを取得できるユーザーの違い
キュー詳細画面の「キュー・メンバー」関連リストに表示されるのは、あくまで直接追加されたエンティティのみです。公開グループ経由でアクセスできるユーザーは一覧に表示されないため、そのグループの全ユーザーがキューを利用できることを別途確認する必要があります。一方、ユーザーがキューからレコードを取得できるかどうかは、そのユーザーがキューに対する「読み取り」または「読み取り/書き込み」アクセス権を持っているかにも依存します。デフォルトでは、キューに追加されたメンバーはキュー内のレコードに対して読み取り/書き込みアクセス権を持ちますが、共有設定によっては制限される場合があります。
3. 権限と共有設定による表示への影響
キューに正しくメンバーが追加されていても、権限や共有設定によってはレコードが表示されない、または予期せぬユーザーに表示されることがあります。
3.1 プロファイルと権限セットの確認
ユーザーがキュー内のレコードを操作するには、該当オブジェクトに対する権限が必要です。例えば、ケースキューを利用する場合、ケースオブジェクトに対する「読み取り」権限がプロファイルまたは権限セットで付与されている必要があります。「キューへのアクセス」権限は自動的に付与されるわけではないため、以下の点を確認してください。
- ユーザーのプロファイルで、該当オブジェクトの「読み取り」権限が有効か確認します。
- 権限セットを使用している場合、その権限セットにオブジェクト権限が含まれているか確認します。
- キュー自体もオブジェクトとして権限設定があります。「キュー」オブジェクトに対する「読み取り」権限がなければ、キュー自体の参照ができない可能性があります。ただし、通常はシステム管理者以外がキュー設定を参照する必要はありません。
3.2 共有ルールと組織全体のデフォルト
キューに割り当てられたレコードは、キューが所有権を持ちます。そのレコードを他のユーザーが見られるようにするには、共有設定が必要です。組織全体のデフォルトが「公開」であれば問題ありませんが、「非公開」や「公開読取り専用」の場合、キューにメンバーとして追加されていないユーザーにはレコードが見えません。逆に、キューに追加されていないユーザーにも共有ルールでアクセス権が付与されていると、想定外のユーザーがレコードを表示できることがあります。
| 状況 | 原因 | 確認箇所 |
|---|---|---|
| メンバーとして追加したはずのユーザーがキュー詳細画面に表示されない | 公開グループやロール経由で追加しているため、個々のユーザーは表示されない | キュー設定の「キュー・メンバー」関連リストのエンティティ種別 |
| キューに追加したユーザーがレコードを引き取れない | オブジェクト権限が不足している、またはキューに対するアクセス権がない | プロファイル/権限セットのオブジェクト権限、キューの共有設定 |
| キューに追加していないユーザーがレコードを表示できる | 共有ルールまたは組織全体のデフォルトでアクセスが許可されている | 共有設定、ロール階層、公開グループの共有ルール |
| キュー詳細画面に表示されるメンバー数が想定より少ない | 直接追加したユーザーのみ表示されるため | キュー設定で追加方法(直接/グループ/ロール)を確認 |
4. 想定外のメンバーが表示されるケースと対処法
キューに意図しないユーザーが表示される場合、以下の原因が考えられます。
4.1 ロール階層の影響
キューにロールを追加する際、「ロールおよびサブordinatedロール」を選択すると、そのロールとその下位のロールに属するすべてのユーザーがキューにアクセスできるようになります。もし上位ロールのみを想定していたのに下位ロールのユーザーも含まれてしまう場合は、設定を見直してください。ロールのみを選択することで、そのロールに直接所属するユーザーだけが対象になります。
4.2 公開グループの入れ子
公開グループには他の公開グループを含めることができます。キューに追加した公開グループがさらに別の公開グループを含んでいる場合、結果的に多くのユーザーがキューにアクセスできることになります。入れ子構造を確認するには、「設定」→「公開グループ」で該当グループを開き、「メンバー」関連リストに他のグループが含まれていないか確認します。想定外のユーザーがいる場合は、グループ構成を再検討するか、直接ユーザーを追加する方法に変更します。
4.3 許可されたメンバーと共有先の混同
キューに追加されたユーザーは、キュー内のレコードを所有できます。しかし、他のユーザーが共有ルールや手動共有によってレコードを参照できる場合、キューに追加されていなくてもレコードが見えてしまうことがあります。この場合、キュー自体のメンバー設定ではなく、共有設定を見直す必要があります。
5. トラブルシューティングのためのチェックリスト
実際にトラブルが発生した際に、効率よく原因を特定するためのチェックリストを以下に示します。
- 対象のキューを開き、「キュー・メンバー」関連リストを確認する。
- メンバーとして追加されているエンティティの種類(ユーザー、公開グループ、ロールのいずれか)を特定する。
- 公開グループやロールが追加されている場合、そのグループやロールの構成を詳細に確認する。
- 問題のユーザーが直接追加されているか、グループ/ロール経由かを特定する。
- そのユーザーのプロファイルまたは権限セットで、該当オブジェクトに対する必要な権限(読み取り、作成、編集など)が付与されているか確認する。
- 組織全体のデフォルト共有設定と、キューレコードに対する共有ルールを確認する。
- ロール階層が影響していないか確認する。特に「ロールおよびサブordinatedロール」設定が使われていないか注意する。
- 必要に応じて、キューに直接ユーザーを追加してテストする。
6. よくある質問と失敗パターン
6.1 Q: キューに追加した公開グループのメンバーが、キュー詳細画面に表示されません。
A: 公開グループを追加した場合、グループ名のみが表示され、グループ内の個々のユーザーは表示されません。この動作は仕様です。キューを利用できるかどうかを確認するには、公開グループのメンバー一覧と、キューに対する共有設定を確認してください。
6.2 Q: キューに追加したユーザーがレコードを引き継げないと言われました。
A: 考えられる原因として、そのユーザーにオブジェクトの読み取り権限がない、またはキュー自体へのアクセス権がない可能性があります。プロファイルまたは権限セットで「キュー」オブジェクトの読み取り権限が有効か確認してください。また、キューが非公開の場合、追加されていないユーザーには表示されません。
6.3 失敗パターン:ロール階層を理解せずに「ロールおよびサブordinatedロール」を選択してしまう
例えば、マネージャロールのみを対象にしたいのに、「ロールおよびサブordinatedロール」を選ぶと、その下の一般社員ロールまで含まれてしまいます。キューにロールを追加する際は、目的に応じて「ロール」のみを選択するか、「ロールおよびサブordinatedロール」を選択するかを慎重に判断してください。
6.4 失敗パターン:公開グループの入れ子構造を把握していない
公開グループAが公開グループBを含んでおり、さらに公開グループBが多数のユーザーを含んでいる場合、Aをキューに追加するとBのユーザーも全員キューにアクセス可能になります。グループの構成は常に最新に保ち、キューに追加する前にグループのメンバーを確認する習慣をつけましょう。
まとめ
キューのメンバー表示が想定と異なる場合、まずキュー設定で直接追加されているエンティティの種類を確認し、公開グループやロール経由であればその構成を詳細に調査します。権限面では、オブジェクト権限と共有設定、ロール階層を総合的に確認する必要があります。特にロールの「サブordinatedロール」を含める設定と、公開グループの入れ子構造は見落としがちです。問題が解決しない場合は、Sandbox環境で設定を再現してテストすることを推奨します。
超解決 第一編集部
疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。
Office・仕事術の人気記事ランキング
- 【神技】保存せずに閉じたExcel・Wordファイルを復元する!消えたデータを復活させる4つの救出法
- 【Outlook】添付ファイルが「Winmail.dat」に化ける!受信側が困らない送信設定
- 【Excel】文字が入っているセルの「個数」を数える!COUNTA関数の簡単な使い方
- 【Word】差し込み印刷で数字の桁を整える!金額にカンマ(桁区切り)を入れる設定
- 【Teams】メッセージを「保存済み」にして後で読む!重要なチャットをブックマークして整理する技
- 【Outlook】予定表の「祝日」が表示されない!最新カレンダーの追加と二重表示の修正手順
- 【Copilot】「サービスに接続できません」エラーの原因切り分けと対処法
- 【Word】校閲機能の基本!赤字(変更履歴)とコメントで修正を見える化する
- 【PDF】PDFに入力した文字の「フォント・サイズ・色」を変更するプロパティ設定
- 【PDF】結合するPDFの「用紙サイズ」がバラバラな時、すべてを「A4サイズ」に強制リサイズしてから結合する
