Salesforceのダッシュボードは、管理者やユーザが設定したスケジュールに従ってデータが自動更新されます。しかし、実際の更新時刻が想定と異なるケースが少なくありません。本番環境に反映する前に原因を切り分けておかないと、運用開始後に予期しないデータのずれが発生し、報告業務の信頼性に影響を及ぼす恐れがあります。本記事では、ダッシュボードの更新時刻のズレが生じる主な原因を整理した上で、本番反映前に実施すべき具体的な切り分け手順を解説します。
【要点】この記事で確認すること
- 最初に見る場所: ダッシュボードのスケジュール設定画面と、ソースとなるレポートの更新設定、組織のタイムゾーン、ユーザの個人設定です。
- 切り分けの軸: 更新方法(手動 or スケジュール)、スケジュールの実行タイムゾーン、ソースレポートのデータ更新タイミング、組織の制限や権限の有無の4軸で整理します。
- 注意点: 本番環境で設定を変更する前に、必ずSandbox(開発環境)で再現テストを行ってください。特にスケジュール更新のタイムゾーンは組織全体の設定とユーザ個人の設定が混在するため、確認を怠ると想定外の時刻に更新される原因になります。
ADVERTISEMENT
目次
1. ダッシュボードの更新時刻が想定と違う主な原因
ダッシュボードの更新時刻が想定と異なる原因は、いくつかのカテゴリに分類できます。本番反映前にこれらを把握しておくことで、トラブルシューティングの効率が大幅に向上します。
1.1 スケジュール更新の設定自体の問題
ダッシュボードのスケジュール更新は、ダッシュボードのプロパティから「スケジュール更新を有効化」にチェックを入れ、更新頻度(毎時、毎日、毎週、毎月)と実行時刻を設定します。ここでよくあるミスとして、スケジュール更新自体が有効になっていない、または頻度と時刻の組み合わせが意図と異なることが挙げられます。また、ダッシュボードの所有者が変更された場合、スケジュールが自動的に無効になる点も注意が必要です。
1.2 タイムゾーンの不整合
Salesforceは組織の標準タイムゾーン([設定]→[会社の設定]→[会社情報]→「タイムゾーン」)と、個々のユーザのタイムゾーン(個人設定)を持っています。ダッシュボードのスケジュール更新は、デフォルトではダッシュボードの所有者のタイムゾーンで実行されます。所有者が別のタイムゾーンにいると、自分が想定する時刻とズレることがあります。また、スケジュール更新の詳細設定で「[ダッシュボードの所有者のタイムゾーンを使用する]」のチェックを外した場合は、組織のタイムゾーンが適用されます。
1.3 ソースレポートの更新タイミング
ダッシュボードは、1つ以上のレポートをソースとしてデータを表示します。レポート自体のデータが最新でないと、ダッシュボードの値も古いままです。特にレポートが「レポートのスケジュール更新」に依存している場合、レポートの更新時刻とダッシュボードの更新時刻が同期していないと、ダッシュボードが更新されてもデータは前回のレポート更新時のものになります。ダッシュボードの更新はあくまで「レポートの結果を表示し直す」動作であり、レポートのデータを再計算するわけではない点を理解しておきましょう。
1.4 ブラウザのキャッシュやアクセス権限
稀に、ブラウザのキャッシュが強く効いて、更新ボタンを押しても古い表示が残ることがあります。また、ユーザがダッシュボードに対して「参照」権限しか持っていない場合は、手動更新のボタンが表示されず、スケジュール更新のみに依存することになります。スケジュール更新自体が権限不足で実行されないケースも考えられます。
2. 本番反映前の切り分け手順
以下の手順をSandbox(サンドボックス)や開発環境で実施して、問題の原因を特定してから本番環境に設定を反映してください。
- 手順1: 更新方法の切り分け
まず、ダッシュボードを手動で更新した場合に正しい時刻のデータが表示されるか確認します。ダッシュボード右上の「更新」ボタン(または、歯車アイコン→「更新」)をクリックし、その直後に表示される「最終更新日時」が現在時刻に近いことを確認してください。手動更新で問題がなければ、スケジュール更新の設定に問題がある可能性が高いです。 - 手順2: スケジュール更新の設定を確認する
ダッシュボードのプロパティから「スケジュール更新」セクションを開き、以下の項目をチェックします。
・「スケジュール更新を有効化」にチェックが入っているか。
・頻度(毎時、毎日など)と時刻が意図通りか。
・「ダッシュボード所有者のタイムゾーンを使用」のチェックの有無。チェックがある場合、所有者のタイムゾーンが自分が想定する時刻と合っているか確認します。 - 手順3: ソースレポートの更新状態を確認する
ダッシュボードの各コンポーネントで使用されているレポートを開き、そのレポートの「最終データ更新日時」を調べます。レポートにスケジュール更新が設定されている場合は、そのスケジュールがダッシュボードの更新よりも前に実行されているか確認します。レポートのデータが古ければ、ダッシュボードの更新時刻が正しくてもデータは古いままです。 - 手順4: 組織のタイムゾーンとユーザ設定の確認
[設定]→[会社の設定]→[会社情報]で「タイムゾーン」を確認します。次に、ダッシュボードの所有者(多くの場合、自分自身)の個人設定でタイムゾーンが正しく設定されているか確認します。ダッシュボードのスケジュール更新が所有者のタイムゾーンに依存している場合、このズレが時刻の食い違いの原因になります。 - 手順5: ブラウザのキャッシュをクリアして再テスト
ブラウザのキャッシュ(特にService Workerのキャッシュ)が古いダッシュボードのスナップショットを保持していることがあります。ブラウザの開発者ツールでキャッシュを無効化するか、シークレットモードで再度ダッシュボードを開いて更新時刻を確認します。シークレットモードで正常なら、キャッシュ問題の可能性が高いです。 - 手順6: 権限と共有設定の確認
自分がダッシュボードを「管理」できる権限を持っているか確認します。スケジュール更新を設定・変更するには「ダッシュボードの管理」権限が必要です。また、ダッシュボードがフォルダに格納されている場合、フォルダの共有設定で自分に適切なアクセス権があるかも確認しましょう。
3. 失敗パターンと回避策
実際の現場でよく見られる失敗パターンをいくつか紹介します。これらを事前に知っておくことで、同じ過ちを繰り返さずに済みます。
| パターン | 症状 | 回避策 |
|---|---|---|
| スケジュール更新のタイムゾーン設定を忘れる | 想定より9時間ズレる(UTCと日本時間の差) | ダッシュボード所有者のタイムゾーンを日本時間に設定するか、所有者のタイムゾーンを使用しない設定にして組織タイムゾーンを日本時間にする |
| ソースレポートのスケジュール更新がダッシュボードより遅い | ダッシュボードを9:00に更新しても、レポートが10:00に更新されるため、9:00のダッシュボードには前日のデータが表示される | レポートのスケジュール更新時刻をダッシュボードの更新時刻より前に設定する(例:ダッシュボード8:00、レポート7:55など) |
| ダッシュボードの所有者が異動で変更された | スケジュール更新が無効になる(所有者変更時に警告は出ない) | 所有者変更後は必ずスケジュール更新の設定を再確認する。自動化の場合は定期的に監視する |
| ブラウザのキャッシュにより更新ボタンが機能しない | 「更新」ボタンを押しても「最終更新日時」が変わらない | シークレットモードでテストするか、キャッシュをクリアして再読み込みする |
4. 管理者への報告ポイント
上記の切り分けを実施しても原因が特定できない場合、システム管理者に以下の情報を伝えることで問題解決がスムーズになります。
- 原因の切り分け結果: 手動更新で問題が発生するかどうか、スケジュール更新の設定内容、ソースレポートの更新時刻、組織とユーザのタイムゾーン設定、ブラウザキャッシュの影響などを簡潔にまとめます。
- 該当ダッシュボードのIDとURL: ダッシュボードの詳細画面のURLを共有すると、管理者が直接確認できます。
- 再現手順: 問題が発生する環境(Sandbox or 本番)、操作手順、期待する時刻と実際の時刻の差を具体的に伝えます。
- エラーログの有無: スケジュール更新に失敗している場合、[設定]→[監査]→[スケジュール更新のエラー]に記録が残ることがあります。管理者にその確認を依頼するとよいでしょう。
5. よくある質問(FAQ)
ダッシュボードの更新時刻に関する質問をQ&A形式でまとめました。
Q1. ダッシュボードのスケジュール更新が突然止まりました。なぜですか?
A. 最も多い原因は、ダッシュボードの所有者が変更されたことです。所有者が変わるとスケジュール更新が無効になります。また、所有者のライセンスが変更された場合や、ユーザが非アクティブ化された場合も同様です。ダッシュボードのプロパティでスケジュール更新の設定を再確認してください。
Q2. ダッシュボードの「最終更新日時」と、データの実時刻が合いません。
A. ダッシュボードの「最終更新日時」は、ダッシュボード自体がレポート結果を再表示した時刻を示します。ソースレポートがその時点で最新のデータを保持していなければ、ダッシュボードに表示される値は古いものになります。レポートのデータ更新時刻とダッシュボードの更新時刻を合わせる必要があります。
Q3. スケジュール更新の時刻を9:00に設定したのに、実際は18:00に更新されます。
A. タイムゾーンの問題が疑われます。例えば、組織のタイムゾーンが太平洋標準時(UTC-8)で、ダッシュボード所有者のタイムゾーンが日本時間(UTC+9)の場合、9:00に設定すると、所有者のタイムゾーン基準では9:00=UTC 0:00となり、組織タイムゾーンでは前日の16:00?いずれにせよ、ズレが生じます。設定画面で「ダッシュボード所有者のタイムゾーンを使用」のチェックを外し、組織のタイムゾーンを日本時間に統一すると解決します。
Q4. 「更新」ボタンを押しても何も変わりません。権限がないのでしょうか?
A. 権限が不足している可能性があります。ダッシュボードの「管理」権限がないユーザは、スケジュール更新の設定変更ができないだけでなく、手動更新ボタンが表示されないこともあります。ダッシュボードの共有設定で自分に「管理」アクセスが与えられているか確認してください。
6. まとめ
ダッシュボードの更新時刻が想定と違う場合、まず手動更新で動作を確認し、次にスケジュール設定、タイムゾーン、ソースレポート、キャッシュ、権限の順に切り分けていくと原因を特定しやすくなります。本番反映前には、必ずSandboxで上記の手順を実施し、問題がないことを確認してから本番設定を適用してください。
とりわけ、タイムゾーン設定とスケジュール更新の連動は、複数タイムゾーンをまたぐ組織で頻繁にトラブルの原因になります。所有者変更時のスケジュール自動無効化も盲点です。これらのポイントを押さえておけば、ダッシュボードの更新時刻に関するトラブルに迅速に対処できるようになるでしょう。
本記事の切り分け手順を社内のナレッジとして共有することで、問い合わせ対応の工数削減にもつながります。ぜひ実際の業務で活用してみてください。
ADVERTISEMENT
超解決 第一編集部
疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。
Office・仕事術の人気記事ランキング
- 【Outlook】添付ファイルが「Winmail.dat」に化ける!受信側が困らない送信設定
- 【神技】保存せずに閉じたExcel・Wordファイルを復元する!消えたデータを復活させる4つの救出法
- 【Teams】メッセージを「保存済み」にして後で読む!重要なチャットをブックマークして整理する技
- 【Word】差し込み印刷で数字の桁を整える!金額にカンマ(桁区切り)を入れる設定
- 【Word】校閲機能の基本!赤字(変更履歴)とコメントで修正を見える化する
- 【Copilot】「サービスに接続できません」エラーの原因切り分けと対処法
- 【PDF】PDFに入力した文字の「フォント・サイズ・色」を変更するプロパティ設定
- 【PDF】PDFのサムネイルプレビューが表示されない!エクスプローラーの設定とAcrobat環境設定
- 【Teams】会議の「参加者リスト」を出席後にダウンロードする!誰が参加したか確認する手順
- 【PDF】結合するPDFの「用紙サイズ」がバラバラな時、すべてを「A4サイズ」に強制リサイズしてから結合する
