【Salesforce】入力規則のエラーメッセージが一部ユーザーだけ見えない時の監査ログと履歴で追う方法

Salesforceの入力規則は、データの品質を保つために欠かせない機能ですが、そのエラーメッセージが一部のユーザーにだけ表示されないという問題が発生することがあります。この現象は、特定のユーザーだけが入力規則違反時に何が問題なのかを把握できず、業務効率を大きく損ねる原因となります。本記事では、監査ログ(Setup Audit Trail)と項目履歴(Field History)を活用して、エラーメッセージが表示されない原因を特定する具体的な手順を解説します。また、管理者が確認すべきポイントや再発防止策についても詳しく説明します。

入力規則エラーメッセージが見えない現象の原因を切り分ける

まず、エラーメッセージが見えない原因を大まかに分類します。原因は大きく分けて、ユーザーの権限設定、入力規則の定義、ブラウザやデバイスの問題に分けられます。ここでは、監査ログや履歴を確認する前に、現場で簡単に確認できるポイントを整理します。

ユーザー単位で見えない場合のチェックポイント

特定のユーザーだけエラーメッセージが表示されない場合、以下の点を確認します。

• プロファイルと権限セット: 入力規則が適用されるオブジェクトに対する「参照」「編集」権限が適切に付与されているか確認します。権限がないと、そもそも入力規則が発動しない場合があります。
• カスタムラベルと翻訳: エラーメッセージにカスタムラベルを使用している場合、そのラベルが正しく翻訳されているか、またはユーザーの言語設定に合致しているかを確認します。翻訳が存在しないとラベル名そのものが表示されることがあります。
• 共有設定: 入力規則が関連するオブジェクトの共有ルールにより、ユーザーがレコードを編集できない場合、入力規則がトリガされないことがあります。

ブラウザやデバイスによる差異の確認

別のブラウザやデバイスで同じユーザーとしてログインし、エラーメッセージが表示されるか確認します。また、ブラウザのポップアップブロックや拡張機能が影響している可能性もあります。特に、Salesforce Lightning Experienceでは、ブラウザの互換性が問題になることがあるため、シークレットモードや別ブラウザで試してみてください。

監査ログ(Setup Audit Trail)で設定変更履歴を追う

監査ログは、設定の変更履歴を記録する重要な機能です。入力規則のエラーメッセージが突然見えなくなった場合、直近の設定変更が原因である可能性が高いため、まずは監査ログを確認します。

1. Salesforceの設定画面で「監査ログ」を検索し、監査ログダッシュボードを開きます。
2. 「ダウンロード」ボタンをクリックし、CSV形式で監査ログをエクスポートします。
3. エクスポートされたCSVをExcelやGoogleスプレッドシートで開き、以下の列に注目します:
   「アクション」列で「入力規則の編集」「入力規則の作成」「入力規則の削除」をフィルタリングします。
4. 該当する行の「日時」「ユーザー名」「詳細」を確認し、目的の入力規則が変更されたタイミングと変更者を特定します。
5. 「詳細」列には、変更前後のエラーメッセージが含まれていることがあります。そこから、メッセージが削除されたか、空欄に変更されたかを確認します。

監査ログは過去6か月分しか保存されないため、それより古い変更は追跡できません。長期にわたる問題については、後述の項目履歴を活用してください。

項目履歴(Field History)で入力規則の変更履歴を追跡する

入力規則はオブジェクトの一部として管理されており、標準の項目履歴では追跡できません。ただし、「設定>オブジェクト>入力規則」の画面から、各入力規則の履歴を有効にすることで変更履歴を記録できます。すでに有効になっている場合、以下の手順で履歴を確認します。

1. 設定画面で該当オブジェクトの「入力規則」を開きます。
2. 対象の入力規則名をクリックして詳細画面を開きます。
3. ページ上部の「履歴」関連リストを探します。表示されない場合は、当該入力規則の履歴が有効になっていない可能性があります。
4. 履歴リストには、「フィールド」「変更前の値」「変更後の値」「変更者」「日時」が表示されます。エラーメッセージが変更されたかどうかを確認します。
5. 履歴がない場合は、過去に一度も変更されていないか、履歴機能が有効化されていないことを意味します。

項目履歴は、監査ログと異なり削除されないため、長期間の追跡に適しています。ただし、履歴を有効にする設定自体は管理者以外が変更できないため、変更者を特定したい場合に有効です。

失敗パターンと管理者への確認依頼

実際の現場でよくある失敗パターンと、管理者が確認すべき情報をまとめます。以下の表は、見えるユーザーと見えないユーザーの違いを比較したものです。

確認項目	見えるユーザー	見えないユーザー
プロファイル	システム管理者	カスタムプロファイル(標準権限なし)
権限セット	該当オブジェクトの編集権限あり	編集権限なし
言語設定	日本語(カスタムラベル翻訳あり)	英語(カスタムラベル翻訳なし)
ブラウザ	Chrome最新版	Internet Explorer 11

管理者に確認を依頼する際は、次の情報を伝えるとスムーズです。

• 問題の入力規則名と適用オブジェクト
• エラーメッセージが見えないユーザーのユーザー名とプロファイル
• 問題が発生し始めた日時(監査ログ調査の手がかり)
• 既に確認した事項(ブラウザ、翻訳、権限など)

よくある質問

Q1. 監査ログをダウンロードする権限がありません。

「監査ログの表示」権限が必要です。システム管理者に権限を付与してもらうか、代わりにダウンロードを依頼してください。

Q2. 項目履歴に変更記録がありません。どうすればいいですか?

入力規則の履歴は、あらかじめ有効にしておく必要があります。設定>オブジェクト>入力規則>該当ルールの編集で「履歴の追跡」を有効にすると、以降の変更が記録されるようになります。過去の変更は記録されないため、今後は有効にして監視することをお勧めします。

Q3. エラーメッセージが空欄になっている入力規則を見つけました。なぜ空欄になったのでしょうか?

監査ログで誰がいつ空欄にしたかを特定してください。誤って保存したユーザーがいる場合、再発防止策として入力規則編集時の承認プロセスを導入することも検討しましょう。

Q4. カスタムラベルを使っているが、一部ユーザーだけラベル名が表示されます。

翻訳が不足している可能性が高いです。該当ユーザーの言語設定に合わせた翻訳を追加してください。または、カスタムラベルを使わずに直接エラーメッセージを記述する方法もあります。

まとめ

入力規則のエラーメッセージが一部ユーザーだけ見えない問題は、監査ログと項目履歴を組み合わせて調査することで、効果的に原因を特定できます。まずは監査ログで直近の変更を確認し、該当がなければ項目履歴で長期間の変更を追跡します。また、ユーザー権限や翻訳設定などの基本的な確認も忘れずに行いましょう。定期的に監査ログをエクスポートして保存しておくことで、過去の変更を参照できるようになります。再発防止には、入力規則の変更を最小限の権限で行い、変更履歴を有効にしておくことが重要です。