【Salesforce】リード変換が一部ユーザーだけ見えない時の監査ログと履歴で追う方法

Salesforceでリード管理を行っている企業では、リードを取引先責任者や商談に変換する「リード変換」機能が日常的に使われます。ところがあるとき、一部のユーザーだけがリード変換ボタンを見られなくなったり、変換操作自体ができなくなったりする問題が発生することがあります。このような現象は権限設定や共有設定、あるいは直近の設定変更が原因である場合が多く、原因を特定するには監査ログやフィールド履歴の調査が欠かせません。本記事では、こうしたトラブルが起きた際に、監査ログとフィールド履歴を使ってどこを確認すればよいかを、具体的な手順とともに解説します。

リード変換が見えない原因の切り分け

リード変換機能が一部ユーザーだけ見えない場合、まずは原因がどこにあるのかを大まかに分類します。主な原因は以下の3つに大別されます。

• プロファイルまたは権限セットの設定不足: リード変換を行うには、プロファイルで「リードの変換」権限が有効になっている必要があります。また、権限セットで追加で権限を付与している場合、その権限が正しく割り当てられているかも確認します。
• レコードタイプや共有設定の影響: リードオブジェクトに複数のレコードタイプが存在する場合、特定のレコードタイプでのみ変換が許可されているケースがあります。また、共有設定でユーザーがリードレコードを編集できない場合、変換ボタンが表示されないことがあります。
• 最近の設定変更による巻き戻り: 別の目的で行われた設定変更が、意図せずリード変換権限に影響を与えることがあります。例えば、プロファイルの複製や権限セットの更新時に、一部の権限が外れてしまうケースです。

これらの原因を特定するために、監査ログとフィールド履歴を活用します。監査ログはシステム全体の設定変更を記録し、フィールド履歴は特定のレコードに対する変更を追跡します。

プロファイルと権限セットの確認

まずは問題のユーザーが所属するプロファイルと権限セットを確認します。設定メニューから「ユーザー」→「ユーザーを管理」→「ユーザー」で該当ユーザーを開き、「プロファイル」と「権限セットの割り当て」を確認します。プロファイルで「リードの変換」権限が有効かどうかをチェックし、権限セットで同権限が追加されている場合は、その権限セットがユーザーに割り当てられているか確認します。

比較対象として、リード変換が正常に見えるユーザーのプロファイルと権限セットを確認し、違いを洗い出します。プロファイルの比較には「プロファイルの比較」機能を使うと便利です。権限セットの割り当ては、権限セット画面から「割り当て」をクリックし、対象ユーザーが含まれているかを確認します。

共有設定とレコードタイプの影響

次に、リードオブジェクトの共有設定とレコードタイプを確認します。リード変換ボタンは、ユーザーがリードレコードに対して「編集」権限を持っている場合に表示されます。共有設定で「参照のみ」や「非公開」になっていないか確認します。特に、ロール階層や共有ルール、手動共有が影響することがあります。

レコードタイプが複数ある場合は、各レコードタイプの「リード変換を許可」オプションが有効かどうかを確認します。設定→オブジェクトマネージャ→リード→レコードタイプで、各レコードタイプを編集し、「リード変換の設定」セクションで「リード変換を許可」にチェックが入っていることを確認します。一部のレコードタイプだけで変換を許可している場合、該当ユーザーが別のレコードタイプを使っていると変換ボタンが見えません。

監査ログで設定変更を追跡する方法

監査ログは、Salesforce組織内で行われた管理操作の履歴を提供します。リード変換に関する設定変更(権限、共有、レコードタイプなど)がいつ、誰によって行われたかを特定するために、以下の手順で確認します。

1. 設定メニューから「セキュリティ」→「監査ログ」→「イベントログファイル」を開きます。
2. 「イベントログファイル」タブで、過去のデータをダウンロードするために「CSV」または「TSV」を選択し、「ダウンロード」をクリックします。直近のデータが必要な場合は、ログファイルが生成されるまで待つか、代わりに「設定監査ログ」を参照します。
3. 「設定監査ログ」を使用する場合は、「セキュリティ」→「監査ログ」→「設定監査ログ」に移動します。ここでは直近の設定変更がリアルタイムに近い形で表示されます。
4. 設定監査ログ画面で、フィルタ条件を設定します。「アクション」には「更新」や「有効化」など、権限や設定に関わる動詞を指定します。「オブジェクト」は「プロファイル」「権限セット」「リード」「レコードタイプ」などを選択します。
5. 検索結果を確認し、問題の発生時刻前後に該当する変更がないか調べます。特に、リード変換に関連する権限(例:LeadConvertPermission)や、共有設定の変更がないかを注視します。
6. 変更を行ったユーザーや日時、変更前後の値をメモし、必要に応じて関係者に確認します。監査ログに記録されない操作もあるため、すべてのケースをカバーできるとは限らない点に注意します。

監査ログの調査では、特に「プロファイル」の「リードの変換」権限の変更や「権限セット」の割り当て解除が犯人であることが多いです。また、リードオブジェクト自体の設定変更(例:項目レベルのセキュリティ)も確認対象です。

フィールド履歴で個別レコードの変更を確認

フィールド履歴は、特定のオブジェクトの項目変更を追跡する機能です。リードオブジェクトでフィールド履歴を有効にしている場合、リード変換に関連する項目(例:ステータス、ConvertedAccountIdなど)の変更履歴を確認できます。しかし、リード変換ボタンの可視性自体は、オブジェクトの設定や権限に依存するため、フィールド履歴だけでは原因が特定しきれないことがあります。それでも、以下の手順で補助的な情報を得られます。

1. 設定メニューから「オブジェクトマネージャ」→「リード」→「フィールド履歴」を開きます。
2. 「フィールド履歴の設定」で、追跡したい項目が有効になっていることを確認します。リード変換に関連する項目として、Status、LeadSource、ConvertedAccountId、ConvertedContactId、ConvertedOpportunityIdなどがあります。
3. 問題のユーザーが所属するユーザーまたはロールに基づいて、リードレコードの所有者や共有状況を確認します。フィールド履歴はレコードごとに表示されるため、該当ユーザーがアクセスしたリードレコードを特定し、そのレコードのフィールド履歴を表示します。
4. リードレコードの詳細ページから「履歴」関連リストを開き、最近の変更を確認します。特に、共有ルールによるアクセス権の変更や、レコードタイプの変更が記録されていないかをチェックします。
5. フィールド履歴に表示されない変更(例:権限設定)は監査ログで補完します。

フィールド履歴はあくまでレコードレベルでの変更を追跡するものであり、権限やプロファイルの変更は記録されません。したがって、フィールド履歴で直接原因を特定できない場合でも、監査ログと組み合わせることで全体像を把握できます。

状況別比較表

原因の種類	監査ログで確認すべき項目	フィールド履歴で確認すべき項目
プロファイル権限の変更	「プロファイルの更新」アクション、変更された権限名(LeadConvertPermission)	該当なし(権限変更はレコード履歴に残らない)
権限セットの割り当て解除	「権限セット割り当ての削除」アクション	該当なし
共有設定の変更	「共有ルールの作成」または「共有ルールの更新」アクション	リードレコードの「共有」関連リストの変更履歴(手動共有の場合)
レコードタイプの設定変更	「レコードタイプの更新」アクション、特に「リード変換を許可」項目	リードレコードの「RecordTypeId」フィールドの変更履歴

失敗パターンと管理者への報告ポイント

実際の現場でよくある失敗パターンと、管理者に報告すべき情報をまとめます。

• パターン1: 権限セットの割り当て忘れ 新しい権限セットを作成してリード変換権限を追加したものの、該当ユーザーに割り当てるのを忘れているケース。この場合、監査ログには権限セットの作成記録はあっても、割り当て記録がありません。
• パターン2: プロファイルの複製時に権限がコピーされない プロファイルを複製する際、一部の権限が正しくコピーされないことがあります。特に、「リードの変換」権限は標準プロファイルではデフォルトで有効ですが、カスタムプロファイルでは手動で有効にする必要があります。監査ログで複製操作を確認し、その後の権限変更をチェックします。
• パターン3: 共有設定の過剰な制限 組織全体の共有設定を「非公開」にしていて、個別の共有ルールでアクセスを許可している場合、ルールの誤設定によりユーザーが編集権限を得られていないことがあります。監査ログで共有ルールの更新履歴を確認します。
• パターン4: レコードタイプのデフォルト設定ミス ユーザーのプロファイルに関連付けられたレコードタイプが、「リード変換を許可」にチェックされていない場合。この場合、監査ログでレコードタイプの更新を確認します。

管理者に報告する際は、以下の情報をまとめるとスムーズです。

• 問題が発生した日時とユーザー名
• 監査ログで見つけた関連する設定変更の詳細(誰が、いつ、何を変更したか)
• 正常なユーザーと問題ユーザーのプロファイル・権限セットの比較結果
• リードオブジェクトの共有設定とレコードタイプの設定状況

よくある質問

Q1: 監査ログとイベントログファイルの違いは何ですか?

A: 設定監査ログは直近の設定変更をリアルタイムに近い形で表示しますが、保持期間は短く(通常24時間程度)、検索機能が限定的です。一方、イベントログファイルは過去のデータをCSV/TSVでダウンロードでき、長期間(最大90日)のデータを保持しますが、生成に時間がかかります。即時調査には設定監査ログ、詳細な履歴調査にはイベントログファイルを利用します。

Q2: フィールド履歴が有効になっていない場合、どうすればよいですか?

A: フィールド履歴が無効だと、リードレコードの項目変更履歴は残りません。この場合は監査ログのみが頼りになります。また、共有設定の変更履歴は監査ログに記録されるため、そちらでカバーできます。将来的には、リードオブジェクトのフィールド履歴を有効にすることを検討してください。

Q3: 権限の変更が監査ログに記録されていないように見えます。なぜですか?

A: すべての権限変更が監査ログに記録されるわけではありません。例えば、プロファイルの「リードの変換」権限を変更しても、その変更が「プロファイルの更新」として記録されることはあっても、具体的な権限名がログに表示されない場合があります。この場合、変更前後のプロファイルをエクスポートして比較するか、変更を行ったユーザーに直接確認する必要があります。

まとめ

リード変換が一部ユーザーだけ見えない問題は、多くの場合、プロファイル権限、権限セット、共有設定、またはレコードタイプのいずれかに原因があります。監査ログとフィールド履歴を適切に使い分けることで、設定変更の履歴を追跡し、原因を特定できます。最初に設定監査ログで最近の変更を確認し、次にプロファイルや権限セットの差異を調べ、最後に共有設定とレコードタイプをチェックする手順が効率的です。管理者に報告する際は、監査ログから得た変更者の情報と変更内容を明確に伝えることで、迅速な対応が可能になります。日頃からフィールド履歴を有効にしておくことも、トラブルシューティングの助けとなります。