【Salesforce】ホーム画面のコンポーネントで権限不足になる場合の監査ログと履歴で追う方法

Salesforceのホーム画面にカスタムコンポーネントを配置したものの、特定のユーザーだけが権限不足のエラーで表示されないケースが発生します。この問題の原因を特定するには、監査ログや変更履歴を活用して権限設定の変遷を追跡する必要があります。本記事では、管理者がホーム画面コンポーネントの権限不足を解決するために、監査ログと履歴を使って原因を突き止める具体的な方法を解説します。

ホーム画面コンポーネントの権限不足が発生する原因

ホーム画面に表示されるコンポーネントは、ユーザーの権限に応じて表示が制御されます。権限不足が発生する主な原因として、以下の3つが考えられます。

1. プロファイルまたは権限セットでの権限不足

コンポーネントが参照するオブジェクトや項目に対する権限が不足している場合です。例えば、カスタムオブジェクトのレコードを表示するコンポーネントであれば、そのオブジェクトの「参照」権限が必要です。権限はプロファイルまたは権限セットで付与されますが、権限セットの割り当て漏れやプロファイルの既定設定の変更により、特定ユーザーのみ権限が不足することがあります。

2. 共有設定によるレコードへのアクセス制限

参照権限があっても、共有ルールや共有セットによって特定のレコードにアクセスできない場合があります。コンポーネントのデータソースが共有設定の影響を受けると、権限不足のエラーが表示されることがあります。

3. コンポーネントの表示条件設定の誤り

ホームコンポーネントには表示条件(フィルタ条件)を設定できます。条件にユーザー属性やプロファイルを使用した場合、意図したユーザーにだけ表示されるように設計されていても、条件の記述ミスや値の不一致で表示されないことがあります。

監査ログと履歴で問題を追跡するための準備

権限不足の原因を特定するには、まず適切なログが記録されていることを確認します。Salesforceでは以下の3つの監査機能が利用できます。

• セットアップ監査証跡(Setup Audit Trail): 管理者による設定変更(プロファイル変更、権限セットの割り当てなど)を記録します。保存期間は180日間です。
• ログイン履歴(Login History): ユーザーのログイン情報(IPアドレス、ブラウザ、セッションなど)を記録します。
• フィールド履歴追跡(Field History Tracking): 特定オブジェクトの項目値変更を追跡します。権限セットやプロファイルの項目変更は標準では追跡されませんが、カスタムオブジェクトの権限関連項目を追跡することは可能です。

これらのログを確認するには、システム管理者権限が必要です。また、監査証跡のデータはCSVでエクスポートすることもできます。

監査ログから権限変更を特定する具体的な手順

以下の手順で、権限不足が発生したユーザーに関する変更履歴を追跡します。

1. 「設定」→「セキュリティ」→「セットアップ監査証跡」を開き、権限不足が発生した日時前後の変更一覧を表示します。表示期間を絞り込むには「日付範囲」フィルタを使用します。
2. 一覧から「プロファイル」または「権限セット」の変更レコードを探します。「アクション」列の「詳細」をクリックして変更内容を確認します。
3. 変更内容に「ホームコンポーネント」や該当オブジェクトの権限が含まれているかを確認します。具体的な権限の変化(例:参照権限の削除)が記録されていれば、原因が特定できます。
4. 同時に、該当ユーザーのログイン履歴を確認し、問題が発生したセッションがいつ開始されたかを把握します。「設定」→「セキュリティ」→「ログイン履歴」からユーザー名を検索します。
5. 権限セットの割り当て履歴は監査証跡に記録されないため、権限セットオブジェクトのフィールド履歴追跡を有効にしている場合、その変更履歴を確認します。設定方法は「設定」→「オブジェクトマネージャ」→「権限セット」→「フィールド履歴追跡」で有効にします(事前設定が必要)。
6. コンポーネント自体の設定変更を確認するには、ホームコンポーネントの定義を開き、「表示条件」や「使用可能なプロファイル」の設定をチェックします。変更履歴は「ホームコンポーネントバージョン履歴」で確認できます(Lightning App Builderのホームコンポーネントの場合)。

ホームコンポーネントの表示設定を確認する方法

コンポーネントの表示設定そのものが原因である場合、Lightning App Builderを使って設定を確認します。

Lightning App Builderでの確認手順

1. 「設定」→「ユーザーインターフェース」→「Lightning App Builder」を開きます。
2. ホームページのアプリケーションを選択し、「編集」をクリックします。
3. 該当コンポーネントを選択し、右側のプロパティパネルで「表示条件」(Filter)や「使用可能なプロファイル」の設定を確認します。
4. 「使用可能なプロファイル」に制限がある場合、選択されていないプロファイルのユーザーにはコンポーネントが表示されません。プロファイルの追加または削除を行います。
5. 表示条件に数式や項目値が使われている場合、正しい値が設定されているかテストユーザーで確認します。

問題の切り分けに役立つ確認ポイント比較表

状況	確認すべきログ	主な原因
一部のユーザーのみエラー	セットアップ監査証跡、権限セット割り当て履歴	プロファイルの違い、権限セットの割り当て漏れ
全ユーザーでエラー	コンポーネント設定、共有設定	表示条件の誤り、コンポーネント自体の問題
特定のレコードのみ表示されない	共有設定、フィールド履歴追跡	共有ルールの変更、レコードの所有者変更
以前は表示されていたが突然表示されなくなった	セットアップ監査証跡(時間指定)	権限変更またはコンポーネント設定変更

よくある失敗パターンとその対処法

監査ログを使った調査では、いくつかの落とし穴があります。

失敗パターン1: 監査証跡に必要な変更が記録されていない

権限セットの割り当て変更は監査証跡に記録されません。また、プロファイル変更の詳細が「詳細」列に省略されて表示される場合があります。対処法として、権限セットの割り当て履歴は別途フィールド履歴追跡を有効にする必要があります。プロファイル変更の詳細はJSON形式で表示されるため、コピーして解析します。

失敗パターン2: ログの保存期間を超えている

セットアップ監査証跡は180日間保存されます。それ以上の過去の変更は確認できません。長期の変更履歴が必要な場合は、定期的にログをエクスポートして保存する運用を検討します。

失敗パターン3: キャッシュやブラウザの問題と誤認

権限不足と似た現象として、ブラウザのキャッシュが原因でコンポーネントが表示されないことがあります。監査ログで権限変更を確認する前に、まずブラウザのキャッシュクリアや別ブラウザでのテストを行うことで時間を節約できます。

管理者に確認すべき情報と再発防止策

問題解決後は、同じ事象が発生しないように以下の対策を講じます。

• 権限変更の変更管理プロセスを導入する: プロファイルや権限セットの変更は、変更管理チケットと紐づけて実行し、監査証跡と突き合わせられるようにします。
• 定期的な権限レビューを実施する: 四半期ごとにプロファイルと権限セットの割り当てを棚卸し、不要な権限や不足を洗い出します。
• 通知設定を活用する: 監査証跡に特定の変更(例:プロファイルの修正)が記録された場合にメール通知を受け取るように設定できます。
• テスト環境での事前検証: 本番環境への変更はサンドボックスで検証し、コンポーネントの表示に影響がないことを確認します。

よくある質問

Q1: 監査ログは誰でも見られますか?

セットアップ監査証跡とログイン履歴は、「すべてのデータの参照」権限を持つユーザーまたはシステム管理者のみが参照できます。一般ユーザーは自分のログイン履歴のみ確認可能です。

Q2: 権限セットの割り当て履歴を追跡するにはどうすればよいですか?

権限セットオブジェクトのフィールド履歴追跡を有効にすることで、割り当て日時や変更者を記録できます。ただし、標準で有効になっていないため、事前に設定が必要です。

Q3: 監査証跡の保存期間を延ばせますか?

標準では180日間固定です。長期保存が必要な場合は、定期的にCSVエクスポートを行い、外部ストレージに保管してください。

Q4: コンポーネントの表示条件に使用できる項目は?

ユーザー標準項目(プロファイル、ロール、部署など)やカスタム項目が使用可能です。ただし、数式項目や集計項目は使用できない場合があります。

まとめ

ホーム画面コンポーネントの権限不足は、プロファイルや権限セット、共有設定、コンポーネントの表示条件など複合的な要因で発生します。監査ログと履歴を活用することで、いつ誰がどの権限を変更したかを特定し、原因を迅速に特定できます。本記事で紹介した手順と比較表を参考に、問題の切り分けと解決を行ってください。再発防止には変更管理の徹底と定期的な権限レビューが有効です。

🔐

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