Salesforceのレポートは日々の業務分析に欠かせないツールですが、フィルタ条件を設定しても想定と異なるデータが表示されることがあります。そのような場合、単なる操作ミスではなく、レポートタイプやアクセス権限、共有設定など複数の要因が絡んでいることが多いです。管理者として原因を正確に特定し、迅速に対処するためには、確認すべきポイントを系統立てて押さえる必要があります。この記事では、レポートの条件が想定と違う原因を切り分けるための具体的な手順と、管理者が知っておくべき設定項目を解説します。
【要点】この記事で確認すること
- 最初に見る場所: レポートのフィルタ条件そのものと、レポートタイプの定義です。
- 切り分けの軸: フィルタ設定の誤りと、権限・共有設定に起因するデータ抽出の違いです。
- 注意点: 共有ルールやプロファイル権限の変更は組織全体に影響するため、本番環境での直接編集は避け、Sandboxで検証してから適用しましょう。
ADVERTISEMENT
目次
1. レポートフィルタの設定ミスを確認する
最初に確認すべきは、レポートエディタ上で設定したフィルタ条件そのものです。画面上では正しく見えても、演算子や値の入力に誤りがあると想定外の結果になります。
1-1. フィルタ演算子と値の誤り
例えば「作成日」に対して「次の日付より後」を選択したつもりが「次の日付より前」になっていた、あるいは日付の範囲指定で開始日と終了日を逆に入力しているケースがよくあります。数値フィールドの場合も、演算子「次の値に等しい」と「次の値を含む」では動作が異なります。管理者はレポートを開き、フィルタ条件をひとつずつ確認しましょう。特に複数の条件をANDやORで組み合わせている場合は、論理グループの影響で意図しない絞り込みが発生することがあります。
1-2. フィルタの論理グループの誤解
Salesforceではフィルタをグループ化できますが、AND条件とOR条件の優先順位を誤解しているユーザーが多いです。例えば「(条件A AND 条件B) OR 条件C」としたいところを「条件A AND (条件B OR 条件C)」と設定してしまうと、全く違うデータが抽出されます。管理者はフィルタロジックの表示を確認し、括弧の位置が正しいかどうかをチェックしてください。
2. レポートタイプが原因でデータが不足している
レポートタイプは、レポートで取得できるオブジェクトとその関係を定義します。標準レポートタイプとカスタムレポートタイプでは、含まれる関連オブジェクトに差があります。
| レポートタイプの種類 | 特徴 | データ不足が発生しやすいケース |
|---|---|---|
| 標準レポートタイプ | Salesforceが提供する基本的なレポートタイプ。よく使われる関連オブジェクトは含まれるが、カスタム項目やカスタム関連オブジェクトは含まれない場合がある。 | 取引先責任者レポートなのに「取引先の電話番号」が表示されない、など。 |
| カスタムレポートタイプ | 管理者が自由にオブジェクト間の関係を定義できる。必要な関連オブジェクトをすべて含められるが、設定を誤ると結合が抜ける。 | 「案件」を主オブジェクトにしたのに「見積もり」が表示されない。これは子オブジェクトとして見積もりが選択されていない可能性がある。 |
レポートタイプを確認するには、レポートエディタ上部の「レポートタイプ」リンクをクリックします。表示されたダイアログで、主オブジェクトと関連オブジェクトの一覧を確認してください。想定と異なる場合は、新しいカスタムレポートタイプを作成するか、既存のレポートタイプを編集して関連オブジェクトを追加します。
3. アクセス権限と共有設定の影響を確認する
管理者以外のユーザーがレポートを実行したときだけデータが少ない場合、権限や共有設定が原因です。レポート自体へのアクセス権限と、レポートで参照するレコードへのアクセス権限の2つを分けて考える必要があります。
3-1. レポートフォルダの共有設定
レポートフォルダが特定のユーザーやグループにしか共有されていないと、そのフォルダ内のレポートを実行してもデータが表示されないことがあります。管理者は設定メニューから「レポートとダッシュボードの設定」を開き、対象のフォルダの共有設定を確認してください。また、レポート自体に「実行時にユーザのアクセス権限でレコードを表示する」というチェックボックスがあり、これがオフだとユーザの権限に関わらずレポート作成者のアクセス権限でレコードが表示されます。この設定を変更すると結果が変わる場合があるため注意が必要です。
3-2. レコードレベルのアクセス権限
ユーザーのプロファイルや権限セット、ロール階層、共有ルールによって、表示できるレコードが制限されます。例えば、ロール階層が適切に設定されていないと、上位のロールのユーザーが下位のレコードを見られないことがあります。管理者は「共有設定」の「ロール階層」と「共有ルール」を確認し、必要なレコードが適切に共有されているかを検証しましょう。特に、レポートで「すべてのデータを表示」を選択していても、ユーザーの権限が優先されるケースがあるため、ユーザー権限を一時的に借用して確認する方法もあります。
4. 動的フィルタとクロスフィルタの影響を見逃さない
Salesforceのレポートには、動的フィルタとクロスフィルタという高度なフィルタ機能があります。これらが設定されていると、ユーザーが気づかないうちにデータが絞り込まれている場合があります。
4-1. 動的フィルタ
動的フィルタは、ログインユーザーに関連するデータだけを表示するためのフィルタです。例えば「自分が割り当てられている案件のみ」などは便利ですが、管理者が想定していないユーザーがレポートを見た時にデータが少なく感じることがあります。レポートのフィルタ一覧に「現在のユーザー」や「ログインユーザー」という条件がないか確認してください。
4-2. クロスフィルタ
クロスフィルタは、関連オブジェクトの条件を使って主オブジェクトを絞り込む機能です。例えば「取引先」レポートで「過去30日以内に商談が作成された取引先だけ」を表示する設定が可能です。しかし、このフィルタが意図せず有効になっていると、想定より多くの取引先が除外されてしまいます。レポートエディタの「フィルタ」セクションに「クロスフィルタ」というタブがあるので、そこを確認してください。
5. 管理者が実行すべきトラブルシューティング手順
以上の原因を踏まえ、管理者が実際に行うべき確認手順をまとめました。以下の順序で実施することで、効率的に原因を特定できます。
- レポートを開き、フィルタ条件をすべて書き出します。特に動的フィルタとクロスフィルタのタブを見落とさないようにしてください。
- レポートタイプのリンクをクリックし、主オブジェクトと関連オブジェクトのリストを確認します。不足している関連オブジェクトがあれば、カスタムレポートタイプの編集が必要です。
- レポートフォルダの共有設定を確認し、問題のユーザーがフォルダにアクセスできるかをチェックします。また、レポートプロパティの「実行時のアクセス権限」がどうなっているかも確認してください。
- 同じレポートを、スーパーユーザ権限を持つ管理者ユーザーで実行し、一般ユーザーの結果と比較します。一般ユーザーでデータが少ない場合は、ロール階層や共有ルールが原因の可能性が高いです。
- 原因が特定できない場合は、Salesforceの「レポートの診断」機能(設定メニューから利用可能)を使って、レポートの実行計画を確認します。ここでフィルタや結合がどのように処理されるかが分かります。
- それでも解決しない場合は、Sandbox環境に同じレポートをコピーして再現テストを行い、設定の違いを比較します。本番環境に影響を与えずに検証できるため安全です。
6. よくある質問とその回答
実際に管理者から寄せられる質問をいくつか紹介します。
Q1: 自分が作成したレポートを別のユーザーが実行すると、データが少なくなります。なぜですか?
A: レポートの「実行時のアクセス権限」設定が「レポート作成者のアクセス権限を使用」になっていると、実行ユーザーの権限ではなく作成者の権限でデータが表示されます。逆に「ユーザーのアクセス権限を使用」の場合は、実行ユーザーの権限に基づくため、権限が弱いユーザーはデータが少なくなります。管理者はこの設定を確認し、目的に応じて変更してください。
Q2: レポートのフィルタに条件を追加したのに、結果が変わらないのですが?
A: フィルタがレポートの「フィルタ」セクションに追加されていないか、あるいはクロスフィルタや動的フィルタが優先されている可能性があります。また、レポートタイプの制限で、フィルタに使用した項目がレポートで利用できないこともあります。「使用可能なフィールド」に対象項目が存在するか確認してください。
Q3: 共有ルールを追加したのに、レポートに反映されません。
A: 共有ルールの反映には最大で数分の遅延があります。即時反映が必要な場合は、設定画面で「共有の再計算」を実行してください。また、共有ルールがレポートのフォルダ共有ではなく、レコードレベルでの共有であることを確認してください。フォルダ共有とレコード共有は別物です。
7. まとめ
レポートの条件が想定と違う場合、最初にフィルタ設定とレポートタイプを確認し、次にアクセス権限や共有設定を調査するという順序が効率的です。動的フィルタやクロスフィルタは見落としがちなポイントなので、必ずタブを切り替えて確認しましょう。管理者は、ユーザーから報告があった際に原因を切り分けるための手順をチーム内で共有しておくことで、問い合わせ対応の時間を短縮できます。そして、本番環境の変更は常にSandboxでテストしてから適用する習慣をつけることが、安定運用の鍵です。
ADVERTISEMENT
超解決 第一編集部
疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。
Office・仕事術の人気記事ランキング
- 【Outlook】添付ファイルが「Winmail.dat」に化ける!受信側が困らない送信設定
- 【神技】保存せずに閉じたExcel・Wordファイルを復元する!消えたデータを復活させる4つの救出法
- 【Teams】メッセージを「保存済み」にして後で読む!重要なチャットをブックマークして整理する技
- 【Word】差し込み印刷で数字の桁を整える!金額にカンマ(桁区切り)を入れる設定
- 【Word】校閲機能の基本!赤字(変更履歴)とコメントで修正を見える化する
- 【Copilot】「サービスに接続できません」エラーの原因切り分けと対処法
- 【PDF】PDFに入力した文字の「フォント・サイズ・色」を変更するプロパティ設定
- 【PDF】PDFのサムネイルプレビューが表示されない!エクスプローラーの設定とAcrobat環境設定
- 【Teams】会議の「参加者リスト」を出席後にダウンロードする!誰が参加したか確認する手順
- 【PDF】結合するPDFの「用紙サイズ」がバラバラな時、すべてを「A4サイズ」に強制リサイズしてから結合する
