【Salesforce】公開グループの管理画面で確認したい設定項目

Salesforceで公開グループを利用していると、想定したメンバーにデータが共有されない、またはグループが参照できないといった問題が発生することがあります。公開グループは共有ルールやロール階層、キューなど様々な機能と連携するため、設定の正しさを確認するには管理画面でのチェックが欠かせません。この記事では、公開グループに関する困りごとを管理画面で切り分けるための具体的手順と確認ポイントを解説します。

公開グループの基本と管理画面の場所

公開グループは、ユーザーやロール、他の公開グループなどをまとめてアクセス権や共有ルールの対象とするための機能です。管理画面からは、設定 > ユーザー管理 > 公開グループ で一覧表示され、各グループの編集画面でメンバーの追加・削除が行えます。公開グループは組織全体で共有されるものであり、参照できるユーザーは全員ですが、編集できるのは「公開グループの管理」権限を持つユーザーに限られます。

公開グループが意図通りに動作しない主な原因

公開グループが期待した結果を生まない場合、以下の原因が考えられます。

• メンバーの重複や不足: ユーザーの追加漏れ、または不要なユーザーが含まれている
• グループの階層(包含関係): グループの中に別のグループが含まれる場合、入れ子構造が正しいか確認
• 共有ルールでの設定ミス: 公開グループを指定した共有ルールのアクセス権限や条件が適切でない
• ロール階層との競合: ロール階層によるデフォルトのアクセスと公開グループの設定が矛盾している
• システム管理者による上書き: 共有ルールよりロール階層が優先されるケースがある

管理画面での確認手順(5ステップ)

以下の手順で公開グループの設定を一つずつ確認していきます。

1. 公開グループの一覧を開く: 設定 > ユーザー管理 > 公開グループ に移動し、該当グループをクリックします。
2. メンバーの一覧を確認: [グループメンバー] セクションで、追加されているユーザーやグループが想定通りか確認します。特に「条件付き」メンバー(数式に基づく動的メンバー)が使用されている場合は、その条件式をチェックします。
3. グループの種類と参照先を調べる: グループのタイプ(「ポータル」「ロール」「その他(ユーザーなど)」)を確認し、アクセスルールが正しい対象に対して適用されているか検証します。
4. 関連する共有ルールを確認: 設定 > セキュリティ > 共有設定 で、公開グループを使用している共有ルールの一覧を表示し、各ルールの条件とアクセス権限(読み取りのみ、編集可など)を確認します。
5. ロール階層との関係をテスト: ユーザーのロールを特定し、ロール階層によって公開グループの設定が上書きされていないかをシミュレーションツールで検証します(設定 > セキュリティ > 共有設定 > [組織全体の共有の編集] で「共有設定の検証」を使用)。

よくある設定ミスと失敗パターン

公開グループが空になっている

グループ自体は存在するがメンバーがいない場合、共有ルールで指定しても何も起きません。原因として、ユーザーがロールに所属していない、または公開グループの対象ユーザーが削除された可能性があります。管理画面でメンバー数が0でないか確認してください。

グループの入れ子が循環している

公開グループAにBを含め、BにAを含めるような循環参照があると、Salesforceがグループを正しく評価できません。管理画面でグループの [所属グループ] セクションを確認し、自己参照や相互参照がないかチェックします。

ポータルユーザー向けの公開グループと通常ユーザーの混在

「ポータルアカウント」タイプのグループにはコミュニティユーザーのみを含める必要があります。通常のユーザーを誤って追加すると、共有ルールが期待通り動作しないことがあります。グループタイプのドロップダウンで [ポータルアカウント] が選択されている場合、メンバーもポータルユーザーであることを確認します。

共有ルールの条件が異なる

例えば、公開グループは特定のレコードタイプのみを共有するよう設定しているのに、グループに他のレコードタイプの権限が効かないケースです。共有ルールの [データオブジェクト] と [条件] を確認し、公開グループのメンバーが該当レコードにアクセスできる条件が正しいか検証します。

状況別の比較表

問題の症状	考えられる原因	確認すべき管理画面
公開グループのメンバーが古いまま更新されない	グループが動的メンバー(数式)で構成されておらず、手動でメンテナンスが必要	公開グループ詳細の「グループメンバー」タブ
共有ルールが効いているはずなのにレコードが見えない	ロール階層が読取専用などで上書き、または共有ルールのアクセス権限が「参照のみ」になっている	設定→セキュリティ→共有設定の該当ルール
ユーザーが公開グループを選択できない	そのユーザーに「公開グループの管理」権限がない	ユーザーのプロファイルまたは権限セット
公開グループの追加が保存されない	グループ名が組織内で重複している、または特殊文字が制限されている	公開グループ一覧で同名グループの存在確認

管理者に伝えるべき情報と次のアクション

問題を解決するために管理者に依頼する際は、以下の情報を整理して伝えるとスムーズです。

• 該当の公開グループ名とID: グループの詳細画面のURLや表示名
• 期待する動作と実際の動作: 「このグループに含まれるユーザーAがレコードXを参照できるべきだが、できていない」など
• 関連する共有ルール名: グループが適用されている共有ルールの名前
• ロール階層の確認結果: ユーザーのロールが正しいか、ロール階層の優先度が影響していないか
• 試した確認手順: 管理画面でメンバーや条件を調べた結果を簡潔に

管理者はこれらの情報をもとに、公開グループの設定変更や共有ルールの見直し、権限設定の調整を行います。場合によっては、システム管理者でなければ修正できない項目(組織全体の共有オーバーライドなど)もあります。

よくある質問(FAQ)

公開グループにユーザーを追加したのに反映されません

即時反映される場合と、セッションキャッシュが残っている場合があります。ログインし直すか、セッションをクリアしてみてください。それでも変わらない場合は、公開グループの [グループメンバー] に追加したユーザーが正しく表示されているか再度確認します。

公開グループを削除するとどうなりますか

削除すると、そのグループが使用されているすべての共有ルールが無効になります。削除前に影響範囲を確認するため、設定 > セキュリティ > 共有設定 でグループが参照されているルールを一覧表示できます。削除は元に戻せないため、事前にバックアップとしてグループの設定をエクスポートすることを推奨します。

公開グループを他の公開グループに含められますか

はい、可能です。ただし循環参照が発生しないように注意してください。最大5階層まで入れ子にできますが、パフォーマンスへの影響を考慮し、あまり深い階層は避けたほうがよいでしょう。

まとめ

公開グループのトラブルシューティングでは、まず管理画面でメンバーやグループタイプを正確に把握することが第一歩です。共有ルールやロール階層との組み合わせにより問題が複雑になる場合があるため、切り分けには手順を踏んだ確認が必要です。また、公開グループの編集権限は限られているため、変更が必要な場合は管理者と連携してください。本記事で紹介した確認ポイントを活用し、公開グループに関する困りごとを効率的に解決していただければ幸いです。