ServiceNow レポート・ダッシュボード完全ガイド：Data VisualizationsとPerformance Analyticsの使い分け
グラフを1枚作りたいだけなのに、レポート・Data Visualizations・ダッシュボード・Performance Analyticsと名前が並び、どれを開けばいいか迷うことがあります。Zurichでは旧来のレポートビルダーが廃止され、グラフ作成の入口はData Visualizationsに一本化されました。Zurich PDIで648件のレポートと442件の指標を実機で数えました。
検証環境：Zurich PDI / OOTB / 2026-08-09 確認
作ったグラフが集まる場所を先に見ておく
入口の話に入る前に、行き先を出しておきます。Platform Analytics ワークスペースの Dashboards です。
右上に Create dashboard。中段には閲覧状況のタイルが5枚並びます。「Not viewed in 1 year」「Not viewed in the last 6 months」「Deactivated for more than 3 months」。作ったあとに使われているかを、製品側が最初から気にしている作りです。
下は一覧で Count 32。Analytics Usage Overview、Change Request、Data Classification といった名前が並び、列ごとに絞り込み欄が付いています。
この画面が理解できると、迷いの正体もはっきりします。グラフ1枚を作る場所と、それを並べて見せる場所は別です。前者が Data Visualizations、後者がこの Dashboards。ここから先は、その入口がなぜ複数あるのかを追います。
グラフを作ろうとして最初に迷うところ
「この件数を month 別に出したい」。やりたいことは単純なのに、ServiceNow では手が止まります。
理由は入口が複数あるからです。レポートで作るのか、Data Visualizations で作るのか。 そして作ったものはどこに置くのか。
さらに厄介なのが、どちらで作っても似た画面が出ることです。違いが分からないまま片方で作り、後から統一できなくなる。この記事はその手前を扱います。
新旧が併存している理由
ServiceNow の分析機能には世代があります。古いものが消えて新しいものに置き換わったのではなく、両方が動いています。
継承関係を見ると関係がはっきりしました。sys_report（Report）は Analytics Visualization を継承しています。
つまり従来のレポートは、新しい可視化の仕組みの派生として位置づけ直されたということです。別物が並んでいるのではなく、片方がもう片方の上に載っています。
analytics_visualization 自身は PAR Component を継承していました。部品として扱われる設計です。
この関係を知っていると、「どちらで作るべきか」の判断が変わります。新しい側が土台なので、これから作るなら新しい側という順序が読み取れます。
新旧の件数と使い分けはServiceNowのグラフ定義はどこに入る？で扱いました。
公式の項目説明から分かるレポートの性格
sys_report には73件の公式説明が付いていました。数が多いこと自体が、この機能の性格を表しています。
aggregate：
The aggregation wanted
どう集計するか。件数を数えるのか、合計するのか、平均するのか。分析の核になる指定です。
is_scheduled は「Mark if report is scheduled」、is_published は「Mark if report is published」。定期送信の対象か、公開済みかを示すフラグです。
この2つがあることで、レポートを棚卸しするときの軸が決まります。公開もされず定期送信もされていないレポートは、作ったまま使われていない候補になります。
display_grid は「Display the grid of values in the chart」。グラフに数値の格子を出すかどうかです。
表示の細かい制御が73件を占める
説明の多くは見た目の制御でした。データラベルの位置。ラベルの重なりを許すかどうか。ゼロや合計を表示するか、ヒートマップの色を使うか。
分析の中身より、見せ方の項目のほうが多い構成です。1枚のグラフを資料に載せられる状態まで整えるには、これだけの調整が要るということでもあります。
裏を返せば、既定のままでは意図した見た目にならない場面が多いという意味にもなります。
結論：3つの数字で全体像をつかむ
レポート（sys_report）は648件登録されていますが、いまグラフを1枚作る入口はData Visualizations（par_visualization、171件）に一本化されています。旧来の$reportv2.doは廃止され、開くとPage not foundになります
ダッシュボード（par_dashboard）は32件で、グラフを1画面にまとめる器でした。ただし「ダッシュボード」と名の付くテーブルは他にもpa_dashboards（3件）・sys_dashboard（16件）があり、モダンなワークスペースで新しく作ったものだけがpar_dashboardに積み上がります
Performance Analyticsは442件のインジケータ（指標）が定義され、収集ジョブのログも毎日積み上がっています。それでも実際に貯まったスコア（pa_scores）は0件でした。指標が定義されていることと、値が実際に貯まっていることは別の話です
起点はグラフを1枚作ることです。Zurichでは旧来のレポートビルダーが廃止され、Data Visualizationsに一本化されました。作ったグラフはダッシュボードにまとめられ、Analytics Centerで探して見られます。外へ配りたいときはExport・Share・Scheduleを使い、奥にあるPerformance Analyticsではグラフの元になる数字を指標として継続的に測り続けています。この先は、図の各段を実画面で1つずつ確認する構成です。
4つの言葉を実体のテーブルと実測件数で並べると、次のとおりです。
1. グラフを1枚作る場所は1つに決まった：レポートからData Visualizationsへ
古いレポート（sys_report）はいまも648件残っています。type別に見るとBarが180件で最多、List 104件・Single Score 103件・Line 60件・Pie 50件と続きます。20種類の合計で648件と一致し、公開フラグ（is_published）がtrueのものは9件だけでした。残り639件は個人用や下書きの状態のまま置かれています。
このsys_reportを画面から作る旧来の入口が、$reportv2.doや$reportv3.doという古いレポートビルダーでした。いまは違います。Zurich PDIで実際にアクセスすると、Page not foundが表示されます。
代わってグラフを1枚作る入口になったのが、Platform Analyticsワークスペースの「Data visualizations」です。実体はpar_visualizationというテーブルで、171件登録されていました。作成すると23種類のグラフタイプ（時系列・棒・円・ヒートマップ・ピボットテーブルなど）から選べ、Group byで切り口を指定し、保存すると一覧に並びます。
グラフを1つ作る手順そのものは、Data Visualizationsでグラフをゼロから作る手順で最初の1枚を棒グラフで作るところから追っています。折れ線や棒が日付順に並ばず散らばって見える場合は、Trend byの既定値が原因になっていることが多く、Data Visualizationsで時系列グラフを作る手順で対処しています。集計値やレコード一覧をそのまま表で見せたいときの手順は後述の一覧にまとめました。
2. 複数のグラフを1画面にまとめる：ダッシュボード
グラフが1枚できたら、次はそれを並べて1つの画面にする番です。モダンなワークスペースで「Create dashboard」から作るダッシュボードは、par_dashboardというテーブルに記録されます。実測は32件でした。
「ダッシュボード」という名前のテーブルは、実はこれだけではありません。旧世代のPerformance Analyticsダッシュボード（pa_dashboards）が3件あります。さらに古いホームページ形式のダッシュボード（sys_dashboard、Dashboard Layout）も16件、別に存在します。この2つはOOTBのシードデータのまま増えていません。モダンなワークスペースで新規に作ったダッシュボードだけが、par_dashboardに積み上がっていく構造でした。ダッシュボードを裏で支えるテーブル構造の詳細はダッシュボードは1枚のレコードじゃない（pa_dashboards）にまとめました。最初から入っているダッシュボードの一覧はServiceNow標準ダッシュボード全体像で扱っています。
ダッシュボードを実際にゼロから組み立てる手順はダッシュボードをゼロから作る手順にまとめています。1か所のフィルター操作で画面全体のグラフを絞り込みたい場合は、ServiceNowのダッシュボードを1か所で絞り込むには？ ダッシュボードフィルターの作り方を読んでください。FilterとFilter Groupという2種類の要素を扱っています。
3. 誰かが作ったグラフやダッシュボードを探して見る：Analytics Center
作る側の仕事が終わったら、今度は見る側の話になります。Platform Analyticsワークスペースを開くと、最初に表示されるのがAnalytics Centerです。DashboardsとData Visualizationsそれぞれに「Bookmarked」「Certified」という2つのタブが並びます。ここからグラフ171件・ダッシュボード32件それぞれの一覧（ライブラリ）に「View all」で移動できる作りです。
グラフを1枚作るだけの人にとって、Analytics Centerを開く機会は少ないかもしれません。ただ、複数人でダッシュボードを共有している現場では「あのグラフはどこにあったか」を探す入口として使われます。画面の中身と、自然言語で質問する「Ask a question about your data」欄の実際の見た目はAnalytics Centerの操作方法で確認しています。
4. 作ったものを配る：Export・Share・Schedule
グラフやダッシュボードは、画面の中で見るだけでなく配ることもできます。ダッシュボードの「More actions」メニューにはExport・Share・Scheduleが並び、Export DashboardはPowerPointとPDFの2形式から選べます。単体のData Visualizationにも同じ3つのメニューがあり、単独でPowerPoint出力・共有・定期送信まで完結する作りでした。
このうち定期送信を支えるのがsysauto_report（旧Scheduled Report）というテーブルです。今回のPDIでは0件でした。
古いレポート（sys_report）自体の共有先を記録するsys_report_users_groupsは128件ありました。
OOTBの状態でレポートは128件分の共有設定が残っている一方、定期送信の設定は1件もありませんでした。共有は初期データとして持ち込まれても、定期送信はプロジェクトごとに都度設定するものだと分かります。単体のグラフの設定項目はServiceNowのグラフをPowerPoint出力・共有・定期送信する方法で1画面ずつ追いました。ダッシュボードの設定項目はダッシュボードの各種機能についてで扱っています。
5. 指標として継続的に測る：Performance Analytics
ここまでの4つは「見せ方」の話でした。Performance Analyticsだけは性格が違い、同じ指標を日々測り続けて時系列で貯める仕組みです。中心はpa_indicators（インジケータ定義）というテーブルで、442件登録されていました。
442件のインジケータに対して、指標の切り口となるpa_cubes（インジケータソース）が141件、pa_breakdowns（ブレークダウン）が108件用意されています。収集ジョブの実行ログ（pa_job_logs）は2,178件あり、日々増え続けている様子から収集そのものは動いていると分かります。ジョブは律儀でした。ところが、実際に貯まったスコアの値を記録するpa_scoresは0件でした。
指標がどんな型で設計されているかはServiceNowのPerformance Analyticsは何を測る？ 指標設計を5つのテーブルで決める手順にまとめています。442件をtype・frequency・aggregateで分類して整理した内容です。sys_report・pa_dashboards・pa_indicatorsという3つの土台となるテーブルの読み方はレポート（sys_report）：4つの軸で読み解くが扱っています。
実機で気づいたこと
ダッシュボードという1つの言葉の裏に、par_dashboard・pa_dashboards・sys_dashboardという3つのテーブルが同居している点は、実機を数えるまで意識していませんでした。しかも増え方が均等ではありません。モダンなワークスペースで新規に作ったダッシュボードはpar_dashboardに積み上がる一方、pa_dashboardsとsys_dashboardはOOTBの数のまま止まっています。棚卸しでダッシュボードの総数を数えるとき、3つのテーブルのどれか1つだけを見ると数え漏れる作りでした。
par_dashboardとpar_visualizationの件数は、子記事を書いた時点の実測（31件・170件）からそれぞれ1件ずつ増えていました。差分の正体は、別の子記事の検証作業で作られたテスト用のダッシュボードやグラフがそのまま残っていたためとみられます。実機で数字を扱うと、自分たちの検証作業自体がその場のデータを変えてしまうことがあると実感しました。本番運用でも、検証用に作った一時的なオブジェクトを消し忘れると、同じように数字がじわじわ増え続けます。
もう1つ意外だったのは、Performance Analyticsの収集ジョブが律儀に動いているのに、スコアが1件も残っていなかった点です。pa_job_logsは2週間で1,915件から2,178件に増えていました。ジョブは毎日走っています。それでもpa_scoresが0件のままなのは、ジョブが「実行はされているが、指標の値としては記録されていない」状態だと読めます。理由はライセンスや前提プラグインの可能性がありますが、この記事では特定していません。定義の件数だけを見て「Performance Analyticsが動いている」と判断するのは早いと分かりました。
どこで詰まったらどれを読むか
12本の子記事は、作る・まとめる・見る・配る・設計するの5グループに束ねると探しやすくなります。
作る（グラフを1枚作るとき）は次の3本です。
棒グラフを1つ、まず動かして覚えたい → Data Visualizationsでグラフをゼロから作る手順
折れ線・棒が日付順に並ばず散らばって見える → Data Visualizationsで時系列グラフを作る手順
集計値や一覧をそのまま表で見せたい → グラフではなく表を作る手順
まとめる（複数のグラフを1画面にするとき）は次の2本です。
複数のグラフを1画面に並べたい → ダッシュボードをゼロから作る手順
1か所の操作で画面全体のウィジェットを絞り込みたい → ServiceNowのダッシュボードを1か所で絞り込むには？ ダッシュボードフィルターの作り方。フィルター部品の配置とライブラリからの再利用方法が手に入ります
見る（誰かが作ったものを探すとき）は次の1本です。
グラフ・ダッシュボードをブックマークや認定済みから探したい → Analytics Centerの操作方法
配る（画面の外に出すとき）は次の2本です。
グラフ1枚だけをPowerPointで配りたい・定期送信したい → ServiceNowのグラフをPowerPoint出力・共有・定期送信する方法。単体グラフのExport・Share・Scheduleの設定項目が手に入ります
ダッシュボードごとエクスポート・共有・定期送信したい → ダッシュボードの各種機能について。PowerPoint/PDF出力とメール送信の設定項目が手に入ります
設計する（テーブル構造や指標の設計を決めるとき）は次の4本です。
648件のレポートの内訳やtype/aggregateの選択肢を知りたい → レポート（sys_report）：4つの軸で読み解く
ダッシュボードを裏で支えるテーブル構造を知りたい → ダッシュボードは1枚のレコードじゃない（pa_dashboards）
最初から入っているダッシュボードに何があるか知りたい → ServiceNow標準ダッシュボード全体像
何を指標として測るかを設計の型として決めたい → ServiceNowのPerformance Analyticsは何を測る？ 指標設計を5つのテーブルで決める手順。442件のインジケータをtype・frequency・aggregateで分類した設計シートが手に入ります
似た名前でも主題が別の記事もあります。ServiceNowの設計書（画面設計・データ定義の一覧）をバックグラウンドスクリプトで自動生成する話は、グラフやダッシュボードとは別の切り口です。設計書づくりに興味があればServiceNowでバックグラウンドスクリプトを使用して設計書を作る方法から読めます。
つまずきやすい点
$reportv2.doや$reportv3.doをブックマークしたままアクセスすると、Zurichでは実装が見つからずPage not foundになります。古いリンクは開き直す必要があります
ダッシュボードはpar_dashboard・pa_dashboards・sys_dashboardの3系統に分かれています。件数を数えたり棚卸しをするときは、対象のテーブルを1つに絞ると数え漏れます
sysauto_report（旧Scheduled Reportの定期送信）はOOTBで0件です。定期送信はあらかじめテンプレートが用意されているわけではありません。必要になった都度、Scheduleメニューから設定するものです
pa_indicatorsが442件あっても、pa_scoresが0件なら実際の測定値は貯まっていません。「指標が定義されている」ことと「値が測定されている」ことは別に確認する必要があります
sys_reportのis_published（公開フラグ）がtrueなのは648件中9件だけです。件数の多さをそのまま「みんなが見ているレポートの数」とは読み替えられません
よくある質問
Q1. グラフを1枚だけ作りたいとき、何を使えばいいですか
Data Visualizationsを使います。旧来のレポートビルダー（$reportv2.do）はZurichで廃止され、いまはPlatform Analyticsワークスペースの「Create data visualization」がグラフ作成の入口です。最初の1枚を作る手順はData Visualizationsでグラフをゼロから作る手順にまとめています。
Q2. 複数のグラフを並べた画面を人に見せたいときはどうすればいいですか
ダッシュボード（par_dashboard）を使います。グラフを1枚ずつ作ってから、ダッシュボードの編集画面で「Add new element」から配置していく流れです。手順はダッシュボードをゼロから作る手順で確認できます。
Q3. 毎週決まった時間に自動でメールを送りたいとき、設定はどこにありますか
グラフ単体・ダッシュボードのどちらにもMore actionsの中に「Schedule」があります。今回のPDIでは実際に設定済みの定期送信は0件でした。設定項目の中身はServiceNowのグラフをPowerPoint出力・共有・定期送信する方法とダッシュボードの各種機能についてで確認しています。
Q4. 昔作ったsys_reportのレポートはもう使えなくなったのですか
使えます。今回のPDIにも648件残っており、一覧やピボット表としてはいまも現役です。変わったのは「新しくグラフを1枚作るときの入口」で、そちらはData Visualizationsに一本化されました。sys_reportのtype分布や集計方法はレポート（sys_report）：4つの軸で読み解くで扱っています。
Q5. 同じ指標を毎日自動で測り続けたいときは何を使いますか
Performance Analyticsのインジケータを使います。今回のPDIには442件のインジケータが定義され、収集ジョブも毎日動いていました。ただし指標を作ることと、実際にスコアが貯まって使える状態になることは別の話です。指標の設計の型はServiceNowのPerformance Analyticsは何を測る？ 指標設計を5つのテーブルで決める手順にまとめています。442件をtype・frequency・aggregateで分類して整理した内容です。
まとめ
地図はシンプルです。グラフを1枚作るところから話は始まり、Zurichでは旧来のレポートビルダーが廃止されてData Visualizationsに一本化されました。作ったグラフはダッシュボードにまとめられ、Analytics Centerで探して見られ、Export・Share・Scheduleで外に配れます。もう1つの軸がPerformance Analyticsで、グラフの元になる数字を指標として時系列で測り続ける仕組みでした。
今回のPDIでは、レポート648件・Data Visualizations 171件・ダッシュボード32件・インジケータ442件という規模感が見えました。一方で公開されているレポートは9件、定期送信の設定は0件、指標の実測スコアも0件です。「用意されている数」と「実際に動いている数」には差がありました。全体の地図が掴めたら、あとは自分がいま作る・まとめる・見る・配る・設計するのどこで困っているかに応じて、子記事を選んで読み進めてください。
用語
sys_report（レポート） … 一覧・棒グラフ・ピボット表などを定義する従来型のレポートテーブル
par_visualization（Data Visualization） … Zurichでグラフを1枚作る現行の実体テーブル
par_dashboard（ダッシュボード） … モダンなワークスペースで作る、グラフを1画面にまとめる器
pa_dashboards / sys_dashboard … 旧世代のダッシュボード。OOTBのまま件数が増えない別系統
pa_indicators（インジケータ） … Performance Analyticsで継続的に測る指標の定義
pa_scores（スコア） … インジケータに対して実際に収集された測定値
実機で確認したURL
/sys_report_list.do?sysparm_query=GROUPBYtype … レポートのtype別件数
/now/platform-analytics-workspace/dashboard-library … ダッシュボード一覧（par_dashboard）
/now/platform-analytics-workspace/data-visualization-library … Data Visualization一覧（par_visualization）
/pa_indicators_list.do … インジケータの一覧
/sysauto_report_list.do … レポートの定期送信（Scheduled Email of Reports）一覧
/sys_report_users_groups_list.do … レポートの共有先一覧
/reportv2.do … 旧レポートビルダー（廃止・Page not found）
/pa_scores_list.do … Performance Analyticsのスコア一覧
参考リンク
検証環境と未検証範囲
件数はこの環境の実測です。フィールドの公式説明は、製品が持つフィールドドキュメント（sys_documentation）から 2026-08-11 に引用しました。
件数・画面はZurich PDI（OOTB）で確認したものです。一覧画面の表示件数とREST集計を突き合わせて数えており、推定やサンプリングではありません。子記事とは検証日が異なるため件数がわずかに前後しますが、本記事は今回の実測値を採用しています。
未読の範囲もあります。pa_scoresが0件である理由は特定していません。ライセンスや前提プラグインが関係している可能性はありますが、断定は避けます。442件のインジケータのうち、Forecasting設定や数式（Formula）インジケータの式の中身までは読んでいません。各ダッシュボードのACLによる実際の閲覧範囲や、Schedule機能で実際にメールを送信した結果は検証の対象外です。本番環境やカスタマイズ済みの環境では、テーブル構成・件数・利用状況が変わります。数字は環境ごとに違っても、グラフを1枚作る・1画面にまとめる・見る・配る・指標として継続的に測るという5段階の構造そのものは共通です。
