【Salesforce】共有セットが一部ユーザーだけ見えない時の管理者が見るべき原因

Salesforceの共有セットを設定したにもかかわらず、一部のユーザーからデータが正しく見えないというトラブルは、社内システムの運用において頻繁に発生します。このような症状は、公開グループのメンバー構成や共有ルールの優先順位、オブジェクト権限の設定ミスなど、複数の要因が絡んでいることがほとんどです。本記事では、管理者が体系的に原因を特定し、修正するための手順とポイントを解説します。共有セットが部分的にしか機能しないケースに直面したとき、最初にどこを見ればよいのか、何を確認すべきなのかを具体的に説明しますので、現場のトラブルシューティングに役立ててください。

共有セットが一部ユーザーに見えない原因の全体像

共有セットは、特定のレコードを他のユーザーと共有するためのルールですが、その適用はいくつかの条件に依存します。見えないユーザーが一部に限られる場合、以下の4つのカテゴリに原因が分類されます。順を追って確認することで、無駄な作業を減らせます。

• 公開グループのメンバー構成ミス: 共有セットの「共有先」で指定した公開グループに、対象ユーザーが実際に含まれていない。
• 共有条件のスコープ不足: 共有セットの「共有条件」が、該当レコードの項目値を正しくカバーしていない。
• アクセス権限の上書き: 組織全体の共有設定(OWD)や他の共有ルールによって、共有セットの設定が打ち消されている。
• ユーザー権限の問題: ユーザーのプロファイルや権限セットが、オブジェクトまたは項目に対する参照権限を付与していない。

これらの要因を一つずつ確認していくことで、問題の根本にたどり着けます。次の章から具体的な確認手順を説明します。

原因①:公開グループのメンバー構成が不完全

共有セットで「共有先」に公開グループやロールを指定している場合、そのグループにユーザーが所属していることが大前提です。よくあるのが、グループの作成後にメンバーを追加し忘れていたり、ロール階層の途中のユーザーだけを想定してしまっているケースです。

確認手順

1. 「設定」→「公開グループ」から、該当の公開グループを開きます。
2. 「メンバー」リストに、共有セットを見えないと報告したユーザーが含まれているか確認します。
3. グループの種類が「階層」や「ロール」の場合、上位ロールに所属するユーザーだけが対象になる可能性があります。下位ロールのユーザーを含めるには、グループに「ロールと下位ロール」を追加する必要があります。
4. グループのメンバーが正しくない場合、ユーザーを追加して保存します。反映まで数分かかることがありますので、その後の動作確認は少し間を置いてから行ってください。
5. テストユーザーとして、見えないユーザーでログインし、共有セットの影響を受けるべきレコードにアクセスできるか確認します。

原因②:共有条件の設定が期待通りに機能していない

共有セットの「共有条件」は、レコードの項目値を基準にフィルタリングします。例えば「商談所有者」が「特定の公開グループに含まれるユーザー」という条件でも、複数選択リストや数式項目の値が意図したものと異なる場合があります。

確認すべきポイント

• 条件で使用している項目のデータ型と、実際の値が一致しているか。
• 参照している値が、別の共有ルールや承認プロセスで更新されていないか。
• 条件に「含まれている」演算子を使う場合、値にスペースや大文字小文字の違いが含まれていないか。

条件設定を見直すには、「設定」→「共有設定」→該当オブジェクトの「共有ルール」から共有セットを開き、「条件を表示」で詳細を確認します。問題が見つかれば修正しますが、条件を変更すると共有範囲が変わるため、影響範囲を事前に評価することが重要です。

原因③:組織全体の共有設定(OWD)や他の共有ルールによる制約

OWDが「公開/参照・更新可能」など広いレベルだと共有セットが有効に働きますが、OWDが「非公開」や「公開/参照のみ」で、かつ共有セットがそれを上書きしようとしても、オブジェクトのアクセス権限が不足していると機能しません。たとえば、OWDが「参照のみ」の場合、共有セットで「参照・更新可能」を設定しても、更新権限は付与されません。

判断のポイント

設定要素	確認内容
OWD	対象オブジェクトのOWDが「非公開」または「参照のみ」の場合、共有セットで「参照・更新」を付与しても、更新権限は付与されません。OWDを変更する必要があるかもしれませんが、その影響は全ユーザーに及ぶので慎重に判断します。
他の共有ルール	「誰のレコードか」ベースの共有ルールが該当レコードに別のアクセス権を設定している可能性があります。複数の共有ルールが競合する場合、最も制限の少ない権限が適用されるのが原則ですが、ルールの評価順序(時間や設定順)に注意してください。
手動共有	レコードごとに手動で共有ボタンから共有した設定が上書きされていることもあります。手動共有がある場合、共有セットはそれを尊重します。

原因④:ユーザーのプロファイル/権限セットによるアクセス権限不足

共有セットでアクセス可能にしても、ユーザーのプロファイルや権限セットがオブジェクト自体を参照する権限を持っていなければ、レコードを見つけることすらできません。特に、カスタムオブジェクトの場合は「参照」権限が明示的に必要です。標準オブジェクトでも、プロファイルで「参照」権限がオフになっていると同様です。

確認手順

1. 「設定」→「ユーザー」→該当ユーザーのプロファイルを開きます。
2. 「オブジェクト設定」で、対象オブジェクトの「参照」権限が有効になっているか確認します。
3. プロファイルに権限がない場合、権限セットを割り当てて参照権限を付与します。
4. 権限セットにも権限がない場合、権限セットを新規作成し、オブジェクトの「参照」権限を含めます。
5. 権限変更後、反映には数分から数時間かかることがあります。キャッシュをクリアするため、ユーザーにログアウトと再ログインを促します。

失敗パターンとよくある質問

失敗パターン例

• 公開グループに「ロールと下位ロール」ではなく「ロール」のみ指定していた:管理者が自分のロールだけを追加したため、下位ロールのユーザーが共有対象外になりました。
• 共有条件に指定した項目の値が、マスタデータ管理の更新で変わっていた:例えば「地域」項目の値が「東京」から「東京都」に変わったことで、条件に一致しなくなりました。
• OWDを変更した際に、共有セットの見直しを忘れた:OWDを「参照のみ」から「非公開」に変更したら、共有セットが機能しなくなりました。

よくある質問

Q: 共有セットが機能しているかどうかを、システム管理者以外で確認する方法は?

A: システム管理者しか共有セットの設定画面は見られませんが、対象ユーザーでレコード詳細ページにアクセスし、レコードの「共有」ボタンから現在の共有状況を確認できます。また、「レコードアクセス」を調べるレポートを作成すれば、誰が何の権限を持っているか可視化できます。

Q: 共有セットを修正したのに、すぐに反映されない。なぜ?

A: Salesforceでは、共有ルールの再計算に非同期ジョブが使われるため、反映に最大で数分かかることがあります。また、ユーザー側のブラウザキャッシュも影響します。30分以上経っても反映されない場合は、設定変更が正しく保存されているかを確認し、Salesforceのステータスページで障害が発生していないか確認します。

Q: 一部のユーザーだけ見えない場合、まず何を確認すべき?

A: 最も効率的なのは、公開グループのメンバーシップを確認し、次にそのユーザーのプロファイルでオブジェクト参照権限があるかを見ることです。多くの場合、この二つで原因が判明します。

管理者へ伝えるべき情報と再発防止策

トラブルを報告する際、管理者は以下の情報を把握しておくと調査がスムーズです。

• 見えないユーザーのユーザー名とロール
• 見えるユーザーと見えないユーザーの差分(何が違うのか)
• 問題のレコード(どのオブジェクトか、レコードID)
• 問題が発生したタイミング(OWD変更後、公開グループ更新後など)

再発防止策としては、共有セットの設定変更をSandbox環境で事前検証すること、公開グループのメンバー管理を定期的に棚卸しすること、OWDや他の共有ルールと共有セットの関係をドキュメント化することが効果的です。また、変更管理プロセスを導入し、共有設定の変更履歴を記録すると、後から原因を追跡しやすくなります。

まとめ

共有セットが一部ユーザーに見えない原因は、公開グループのメンバー不足、共有条件の誤り、OWDや他のルールとの競合、ユーザー権限の不足のいずれかであることがほとんどです。問題が発生したら、まず公開グループとプロファイルを確認し、次に共有条件とOWDを見直すという順序で調査することが効率的です。一度原因を特定し修正すれば、同様の問題が再発しないように、Sandboxでのテストや設定のドキュメント化を徹底することをお勧めします。管理者として、システム全体の共有設計を俯瞰的に捉え、適切な権限設定を維持することが重要です。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。