ServiceNowの標準ダッシュボード28本を全部開いた：どこに何があるかURL付きで

「インシデントの滞留を一覧で見たい」「ジョブが詰まっていないか確認したい」。そう思ったとき、ServiceNow ではまずグラフを作りにいきがちです。ところが素の状態でも 28本のダッシュボードが有効で、設定なしで開けるものが多くありました。28本すべてを実際に開き、何が見えるか・どのURLで開くかを1本ずつ確かめました。

結論：標準ダッシュボードは28本。入口が3か所に分かれていて、ナビから直接開けるのは12本

素の ServiceNow で有効なダッシュボードは par_dashboard に 28本あります。これが実体です。

ところが画面からの入口は1か所にまとまっていません。Analytics Center のライブラリには 28本すべてが並びますが、アプリケーションナビゲータのメニューから直接指されているのは 12本だけ。さらに Incident や Problem のように、専用の起動ページ（〜_dashboard_launcher.do）を経由するものが 6本あります。

つまり足りないのは本数ではありません。入口が散らばっていて見つからないほうが実態でした。この記事では 28本を6グループに分け、それぞれのURLと実画面を並べます。

なお、どんなダッシュボードが存在するかの棚卸しはServiceNow標準ダッシュボード全体像で一度扱っています。今回はそこから一歩進めて、28本を全部開いて中身を確かめました。

そもそもダッシュボードは、何のためにある仕組みなのか

ServiceNow の画面で数字を見る方法は、大きく3段階に分かれます。

いちばん小さい単位が「データ可視化」です。1つのグラフ、1つの表、1つの数字。棒グラフの「優先度別の未対応件数」も、円グラフの「状態別の内訳」も、それぞれ1つの可視化にあたります。

その可視化を複数まとめて1画面に置いたものが「ダッシュボード」です。関連する指標を隣り合わせに並べて、視線を動かすだけで状況が掴めるようにする器だと考えると分かりやすい。ダッシュボード自身は数字を計算しません。並べる位置とタブの構成を決めているだけです。

その外側に「Analytics Center」があります。作った可視化やダッシュボードを探して開くための入口で、ライブラリという形で一覧を持っています。操作そのものはAnalytics Centerの操作方法にまとめました。

この3段構えのうち、ダッシュボードだけが「開けばすぐ使える」性格を持っています。可視化は単体では文脈がなく、Analytics Center は探す場所であって見る場所ではありません。だから「まず何か見たい」ときの当たりどころは、ダッシュボードになります。

他の見せ方との位置づけ

似た役割のものとして、レポート（sys_report）と旧ホームページ（sys_portal_page）があります。レポートは1枚のグラフや表、ホームページはそれを gauge として並べた古い仕組みです。この3つの使い分けはレポート・ダッシュボード完全ガイドで整理しています。

いまの ServiceNow で新しく用意されているのは、Next Experience 側のダッシュボードです。旧ホームページも動きますが、標準で新規に足されるものはこちらには入っていません。どちらを触るか迷ったら、Platform Analytics 側のダッシュボードを見るのが現行の作りに沿っています。

グラフの定義そのものも新旧2系統が併存しています。グラフ定義はどこに入る？で analytics_visualization と sys_report の関係を追いました。ダッシュボードに載っている部品が、どちらの系統のものかで編集画面が変わります。

ServiceNow自身は、ダッシュボードをどう説明しているか

Analytics Center の Dashboards ライブラリを開くと、初回に案内ダイアログが出ます。ここに製品側の説明文がそのまま載っていました。

「複数のソースからの主要指標を1か所のリアルタイムビューに集約し、性能・傾向・進捗をひと目で掴めるようにする」。効いているのは「複数のソースから」の部分でしょう。別々の出どころの数字を1画面に集めるのがダッシュボードの役割だと、製品自身が言っています。1つのテーブルを切り出すだけなら、レポート1枚で足りるはず。

ダイアログはこのあと「ライブラリでできること」を3点挙げます。すべてのダッシュボードに1か所からアクセスする、ライブラリから作成・編集・閲覧する、使っていないものを削除・無効化して整理する。3点目に「整理」が入っているのは、標準だけで28本ある環境を想定しているからだと読めます。

個々のダッシュボードにも説明文が付いている

par_dashboard の description を読むと、28本中 14本に製品側の説明が入っていました。

• Incident Management：View the process metrics for Open and Closed Incidents.

• Request Management：View the process metrics for Open and Closed Requested items.

• Service Catalog：View the metrics for Catalog Items.

• MID Server：A snapshot of different metrics to observe your system.

• Usage Overview：Overview of usage of different applications

• Legacy Usage Overview：Provides insights into the usage of Integration Hub transactions and helps you understand the usage patterns.

「Open と Closed のプロセス指標」「Catalog Items の指標」と、対象がはっきり書かれています。名前だけでは中身が想像できないダッシュボードでも、この1行を読めば開く価値があるか判断できます。

なお pa_dashboards のフィールド説明には、ブレークダウンダッシュボードの解説もありました。

「特定の担当グループの視点で、Incident・Problem・Change のスコアをまとめて見る」という使い方が例として挙がっています。ダッシュボードを担当グループ単位に切り替えて使う発想は、この説明を読むまで思いつきませんでした。

実体は par_dashboard に集まっている

実機の一覧を開くと「PAR Dashboards」という名前で 28件が並びます。

Description 列を見ると、説明が入っているものと空のものが混ざっているのが分かります。Ready to migrate が Not Applicable になっている行が多いのも特徴です。この列の意味は標準ダッシュボードは移行できる？で扱いました。

ダッシュボードらしきテーブルは他にもあるので、対応を整理しておきます。

名前が紛らわしいのは pa_dashboards です。フィールド定義も公式の説明文も残っていますが、レコードは0件でした。定義だけが残っている状態です。ここを見て「標準ダッシュボードは無い」と判断すると、28本を丸ごと見落とします。

このテーブルが以前は使われていたことは、ダッシュボードは1枚のレコードじゃないで書いた通りです。世代交代が進んで、いまは空になりました。

sys_dashboard は「レイアウトだけ」で中身を持たない

もう1つ紛らわしいのが sys_dashboard です。Incident Overview Change Overview CMDB Overview といった、いかにも中身が入っていそうな名前が 16件並びます。

しかし一覧の列は Rows と Columns しかありません。フィールドを数えると 8個で、内訳は active / cell_height / cell_width / columns / name / roles / rows / sys_id。ウィジェットもレポートも参照していません。 Incident Overview の実値は 2行×2列、セル 350×250 でした。

画面上のラベルも「Dashboard Layout」です。名前が Overview なので中身のあるダッシュボードだと思い込みやすいのですが、ここは行数と列数を決めているだけの枠でした。

28本のURLは、形が1つだけ

ここからが本題です。28本を全部開きました。ありがたいことに、URLの形は共通でした。

開き方は2通り。名前で探すなら、Analytics Center の Dashboards ライブラリで検索窓にダッシュボード名を貼ります。URLで直接開くなら、自分のインスタンスのアドレスのうしろにパスを貼るだけです。

たとえば https://<インスタンス名>.service-now.com のうしろに、次のパスをつなぎます。

/now/platform-analytics-workspace/dashboards/params/sys-id/1e4e9cc4c31e3110458f1fec5440dd66

これで Incident Management が開きました。sys_id の部分を差し替えれば、どのダッシュボードでも同じ形です。

以下の各節には、名前とURLの両方をそのままコピーできる形で置きました。記事の末尾にも28本ぶんをまとめてあります。

まず一覧です。28本を用途で6つに分け、実機で開いた結果を添えました。

急いでいる人向けに、「見たいもの」から引ける早見表も置いておきます。ダッシュボード以外の画面も混ざっています。

① ITSMプロセスを見る（9本）

いちばん本数が多いグループです。Incident・Request・Knowledge のように業務そのものを見るものと、Service Catalog・Change Template のように「設定の作りの良し悪し」を見るものが混ざっています。

インシデントは「超過」と「未更新」から見る

• 名前：Incident Management

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/1e4e9cc4c31e3110458f1fec5440dd66（Incident のナビにある Overview からも開きます）

上部に Assignment Group / Priority / Category の絞り込みがあり、その下に Overview of open incidents として4枚。Overdue Incidents（超過）、Incidents nearing SLA（SLA間近）、Open incidents not updated（未更新の滞留）、Incidents created (by priority)（作成推移）という構成です。

「いま何件あるか」ではなく「まずいものが何件あるか」で切ってあります。 自分で作ろうとすると、つい「状態別の件数」から始めてしまいがちなので、この観点の取り方は参考になります。

なお画面上部に案内が出ます。「You cannot edit this dashboard because it is marked as read only. Duplicate the dashboard to create a copy you can edit.」。標準のものは読み取り専用で、手を入れたい場合は複製する作りです。

リクエストは「5日以内に期限が来るもの」が主役

• 名前：Request Management

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/9d489143c3923110458f1fec5440dda1

Open requested items (by stages) (by states) (by age) に加えて、Active requested items due within 5 days があります。ステージ・状態・経過日数という3つの切り口を並べたうえで、期限が迫っているものを別枠で出す構成です。

カタログは「アイテムの作りの良し悪し」を見る

• 名前：Service Catalog

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/98a7dd7cc322b110458f1fec5440dd66

これは意外な中身でした。並んでいたのは申請件数ではありません。Catalog item best practice deviations（ベストプラクティスからの逸脱数）、Catalog item VA render type（Virtual Agent での表示形式）、Catalog item fulfilment automation level distribution（充足処理の自動化レベル）の3枚です。

自動化レベルの内訳は Fully automated / Semi-automated / Manual / Unspecified / 空 に分かれます。カタログの棚卸しをするとき、「どれが手作業のままか」をこの1枚で拾えます。

ナレッジは4つのタブに分かれている

• 名前：Knowledge Management Overview

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/5d5e18458731fd51a2522b5a4309cacc

タブは Article Lifecycle（記事のライフサイクル）、Article Feedback（フィードバック）、Article Usage（読まれ方）、Author Metrics（書き手の指標）の4つ。最初のタブには「作成された記事数」「レビュー中の記事数」「30日以上レビューが止まっている記事」「ワークフロー状態別の内訳」が並びます。

ナレッジ運用でつまずくのは「書いたあと」なので、レビュー滞留と読まれ方が標準で入っているのは実用的です。

問い合わせチャネルの状況は Interaction

• 名前：Interaction

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/3199f787435231107f9fbbfd6bb8f208

Interactions with task associated (by task type) はどの種類のタスクに繋がったか。% First call resolution は初回解決率。Closed interaction (by channel) が Chat / Messaging / Phone / Video 別のクローズ推移です。上部の Channel フィルタでチャネルを絞れます。

電話・チャット・メッセージングを1画面で比べられるので、チャネル戦略の検討材料になります。

担当者本人の成績は IT Agent Dashboard

• 名前：IT Agent Dashboard

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/f7c7986e4324821097aac6ecbab8f2fb

タブは Your metrics と Your team's metrics の2つ。指標は6つ。Average resolution time / Closed incidents / Incidents that missed SLA / Percent of incidents resolved without reassignment / Average age of open incidents / Percent of incidents resolved on same day opened が並びます。

「再割当なしで解決できた割合」が標準で入っているのが目を引きます。たらい回しを減らす取り組みの効果を、この指標で追えます。右上には期間セレクタ。

自分の担当分だけ見るなら SOW の Overview

• 名前：Overview

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/f671f450477bca5096bc6095d36d43d7

Service Operations Workspace が持つ作業者向けの画面です。Your work と Your team's work の2タブに、Incidents assigned to you、Incident SLAs、Unassigned incidents、Catalog tasks assigned to you。

前の IT Agent Dashboard が「成績」なら、こちらは「いま抱えている仕事」です。同じ Incident を扱っていても、役割が違います。

パスワードリセットの申請状況

• 名前：Password Reset Overview

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/8b4022c293d48210ef1f849c548918cc

Password Requests (last 7 days) / Password Requests By Action / Password Request Status (last 7 days) / Password Reset - Failed Verifications (last 7 days) の4枚です。

4枚のうち1枚が「検証に失敗した回数」です。セルフサービス化したのに本人確認で弾かれているなら、そこが導入効果を潰しています。

変更テンプレートの使われ方

• 名前：Change Template Overview

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/c008a50a2f903210693cb2a5b83f9b7c

Change template usage（どのテンプレートが使われたか）、Change template successful rate（Successful / Unsuccessful）、Change Template usage trend（月別の推移）。

標準変更のテンプレートを整備したあと、実際に使われているか・成功しているかを見る画面です。作りっぱなしのテンプレートを見つけられます。

Problem と Change の Overview は、押しても開かない

ITSM の9本を数えていて気づいたことがあります。ナビの Problem > Overview と Change > Overview を開くと、ダッシュボードが表示されません。

Can't display this dashboard / The dashboard that you are looking for was not found。Change 側もまったく同じ画面が出ます。

理由は 28本の一覧を見ると分かります。ITSM Analytics スコープにあるのは5本だけでした。Incident Management、Request Management、Service Catalog、Interaction、Password Reset Overview。Problem と Change のプロセスダッシュボードが、そもそも存在しません。

Change 関連では Change Template Overview が見つかります。ただしこれは変更テンプレートの利用状況を見るもので、変更プロセス全体の Overview ではありません。

ナビのメニューだけが残っていて、指し先が無い状態です。

Problem や Change の状況を1画面で見たいなら、自分で作ることになります。Data Visualizations を組んでダッシュボードに載せる流れです。手順はダッシュボードをゼロから作る手順にあります。「標準にあるはず」と探し続けても見つからないので、ここは早めに見切ったほうがよい部分です。

作る前に、使える部品が標準で何本あるかも確認しておくと早い。標準グラフ766件、実際に使われているのは何件？で数えたように、既存の可視化を流用できる場合があります。

② 管理者と基盤の運用を見る（4本）

インスタンスそのものの状態を見るグループです。運用チームが毎日開く候補はここに集まっています。

朝いちばんに開くなら Shared admin dashboard

• 名前：Shared admin dashboard

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/90c308ec43db1110b643a7ec6bb8f24b

Admin Center が持っている画面です。Open incidents / Open Request Items / Problems / Changes / Customer Actions が並び、右上には Hardening compliance score が 90% と出ていました。運用の指標とセキュリティ設定の指標が同じ画面に載っているのが、このダッシュボードの性格です。

下段は「Open P1 incidents」「Aging incidents over 24 hrs」「Request items over 24 hrs」「Request items awaiting approval」の4枚。どれも「放置されていないか」を見る観点で選ばれています。

コーディング規約違反は Instance Scan Results

• 名前：Instance Scan Results Next Experience Dashboard

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/a33619592f867a0f4857f950eb2ce414

タブは Instance Scan Results と Log Info の2つ、絞り込みに Instance Scan Category と Instance Scan Priority。器はできているのに、スキャンを1度も走らせていないので中身がありません。

開発標準の逸脱を機械で拾う仕組みが標準で入っていることは知っておく価値があります。スキャンを走らせてからこの画面に戻ると数字が入ります。

動いているワークフローは Workflow Operations Dashboard

• 名前：Workflow Operations Dashboard

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/85049660eb111110fde0dbba03522861

Running Workflow Contexts（実行中のコンテキスト一覧）と、今月のワークフローを状態別・作成者別に見せる2枚。素の環境では実行中が 0 でした。

本番では、止まったまま残っているコンテキストを拾う画面になります。移行や改修の前に、いま何が動いているかを確認する用途に向いています。

MID Server の健康は専用ダッシュボードで

• 名前：MID Server

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/a04173bd5b242110cc456e8a1d81c7d7

タブは Overview / Performance / Custom performance の3つ。Overview に並ぶのは Status / Validation / Issues / Pending upgrades / Pending jobs / Processing jobs です。

MID Server の性能タブが標準で用意されているのは覚えておくとよさそうです。Discovery や連携が遅いときの切り分けに使えます。PDI には MID Server を立てていないので、値は入っていません。

③ 資産とCMDBを見る（3本）

Asset Overview は資産の棚卸しがひと通り揃う

• 名前：Asset Overview

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/e74fa8bb1b7dcb2559723b7f5e6cc339

Microsoft Licenses / Configuration Item Types / Pending asset retirements（今週末・今月末・今年末の3段）。下段に Computers by OS / Computers by Manufacturer / Configuration Item by Manufacturer が続きます。

退役予定を「今週・今月・今年」の3段で出す作りが実用的です。資産の入れ替え計画をこの粒度で見せてくれます。

My Assets はエンドユーザー向け

• 名前：My Assets

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/272ecbceaef925b16972c10aaa456d2b

Assets assigned to me は資産タグ・モデル分類・状態・金額の一覧。ほかに Refresh dates（退役予定日）、My assets by model、My software entitlements、My subscription contracts があります。

管理者向けではなく、利用者が自分の持ち物を確認する画面です。セルフサービスポータルの設計を考えるときの参考になります。

Application Services Dashboard は CSDM の進捗確認

• 名前：Application Services Dashboard

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/dae1ca97ffb821100417bb63aad33efa

CMDB Workspace 側のダッシュボードです。タブは Overview と Application service coverage。Total application services、Population method defined、Population method not defined の3つの数字と、Application services types の内訳。

「定義はしたが、CIを集める方法を決めていないサービス」を数える画面です。CSDM を進めるときの進捗管理に直結します。素の PDI ではすべて 0 でした。

④ 使われ方・利用状況を見る（7本）

導入した機能が実際に使われているかを測るグループです。本数がいちばん多いのがこの領域で、ServiceNow 自身が「使われ方の可視化」を重視していることが分かります。

Usage Overview：標準アプリと独自アプリを分けて数える

• 名前：Usage Overview

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/c40cc62292aaa19fa931dd3981f10729

左が Usage of ServiceNow Applications（アクセス数）、右が Users of ServiceNow Applications（ユニークユーザー数）。どちらも月別に色分けされた積み上げで、下段には Custom Applications 版が別に用意されています。

作り込んだ機能が使われているかを、標準機能の利用と混ぜずに見られます。

ServiceNow Store Usage Overview：Storeアプリだけ

• 名前：ServiceNow Store Usage Overview

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/f09e7b7ed4128fa43f8582c9e9a65253

同じ形で、対象が ServiceNow Store から入れたアプリに限定されます。買ったアプリが使われているかを、単体で確認できるのがポイントです。ライセンス更新の判断材料になります。

Analytics Usage Overview：レポートが見られているか

• 名前：Analytics Usage Overview

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/25fd7baed5ac2b9cae9b6eb87c0e210d

タブは Reports Usage と Data Collection Overview。% Reports not viewed in the last 6 months、Number of Reports、Reports by Visualization type。

「6か月見られていないレポートの割合」という指標が標準で用意されているのが面白い。レポートが増えすぎた環境の掃除に、そのまま使えます。

Legacy Usage Overview：Integration Hub のトランザクション

• 名前：Legacy Usage Overview

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/6378db9e7b3482e8fa18ed4e5de27ed3

タブは Compliance Usage / All / Tx By Scope の3つ。数字は AVG Tx a Month (Last 12 Months) / Max Tx a Month / Yearly Tx / Current Tx (Last 30 days) の4枚と、Transactions by Month for Last 12 Months の推移です。

Integration Hub は実行回数で課金される仕組みなので、契約量に収まっているかを見る画面です。素の PDI ではすべて 0.00 でした。

Inbound API Integration Usage：受け側の連携を数える

• 名前：Inbound API Integration Usage

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/543b66e7f350321033d25169f6968c2e

上部に API Usage by Application と API Usage by Requestor のフィルタ。その下に Register a new integration のリンクと、Integration usage by time / by account / by resource の3セクションが並びます。

ただしこの1本だけは、30秒待っても Loading... のままでした。見出しの枠は出るのに中身が返ってきません。素の PDI には連携が1件も登録されていない状態です。原因までは追っていないので、環境固有の事象かどうかは分かりません。

REST & SOAP API Analytics：APIの内訳を名前空間で見る

• 名前：REST & SOAP API Analytics

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/b8b437ec27904210b1de55225cf6f2aa

タブは Usage Overview / Usage by API / Usage by Requestor の3つ。API Usage (Last 30 Days) が now/stats、now/table、now/uxf、Direct SOAP、now/graphql といった名前空間別の棒グラフで出ます。

どのAPIが叩かれているかが名前空間の粒度で分かるので、連携の棚卸しに向いています。日次推移も別枠で出ます。

Guided Tours：ガイドツアーが見られているか

• 名前：Guided Tours – Operational Reporting

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/0b9fe253498caaa44ab2ab8dab29d8e3

タブは User Engagement と Tour Statistics。Tour Views、Tour Completions、Unique User Views、Unique User Completions、Weekly Engagement。

表示回数と完了数を分けて数えているのが要点です。途中で閉じられているツアーを見つけられます。

⑤ セキュリティとデータ保護を見る（4本）

Security posture dashboard（production / non-production）

• 名前：Security posture dashboard for production

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/727c566f61300210f877628ee4563624（production）

• 名前：Security posture dashboard for non-production

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/906257c477a20210c2123a91fa5a9989（non-production）

At a glance に Compliance score と Metric threshold alerts for me / for everyone。加えて Customer actions due soon、Antivirus downloaded files、リリース版数が並びます。その下の Users は Total users / Active users / Active integration accounts / Active privileged accounts / Never logged in users の5枚です。

特権アカウント数と未ログインユーザー数が標準で出るのは、棚卸しの手間を大きく減らします。

production 版には This instance と All instances の2タブがあります。複数インスタンスをまとめて見る前提の作りです。

User metrics：不審な操作をリアルタイムで

• 名前：User metrics

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/ba41d28b773211108bd73a91fa5a99fb

Failed logins / Total Exports / Impersonations（代理ログイン）/ ServiceNow logins / Security elevations（権限昇格）の5枚。ウィジェットにマウスを乗せると「Real time. Data in the chart is updated automatically」と出ます。

代理ログインとエクスポート回数が標準で監視できる点は、内部統制の観点で押さえておきたいところです。

Data Classification：どの列が機密かを数える

• 名前：Data Classification

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/5aa10aaa3e34fa05cf2315fdc725a973

タブは Tables and columns と Users。Classified columns のドーナツに Personally identifiable information / Internal / Confidential / Restricted の内訳が出ます。右側に User reference columns 4,396、Total tables 6,423、Total columns 149,686。

素のインスタンスでテーブルが 6,423、列が 149,686 あることがここで分かります。この母数に対して分類済みの列がどれだけあるかを見る画面です。個人情報の棚卸しを始めるときの出発点になります。

⑥ AIの使われ方を見る（1本）

Gen AI Actions Dashboard

• 名前：Gen AI Actions Dashboard

• URL：/now/platform-analytics-workspace/dashboards/params/sys-id/f314698c85d1b110f877fed241d88577

Skill usage セクションに Number of actions と Avg number of unique users per day who triggered actions。下段の Number of actions over time は、Now Assist panel / In Product / Virtual Agent の3系統で色分けされます。

Now Assist をどの入口から使っているかが分かれて出るのが特徴です。上部に All skills のフィルタと日付範囲のセレクタがあります。素の環境では 0 でした。

ダッシュボード以外にも押さえておく3画面

28本のダッシュボードには入らないものの、運用で先に開く画面が3つあります。

ジョブが詰まっていないかを見る

/sn_async_dashboard_redirect_to_scheduled_jobs.do

System Diagnostics 配下の Systems Events and Jobs Dashboard です。上段に Stuck Jobs（停止したジョブ）、Permanent Error Jobs（恒久エラー）、Pending Jobs（待機）、Running Jobs（実行中）の4つの数字。素の PDI では全部 0 でした。

下段が Total Execution Count と Average Wait Time の時系列です。実行回数は24時間で 8,500 前後を上下し、待ち時間は普段ミリ秒台で、1回だけ 2,000ms 近いスパイクが出ていました。「異常が無い状態のかたち」を先に見ておくと、本番で崩れたときに気づけます。

イベント処理が滞っていないかを見る

/sn_async_dashboard_redirect_to_system_events.do

同じダッシュボードの System Event Monitoring タブです。System Event Processing Health Checks として Active Jobs、Event Processing Alerts、Event Jobs on Schedule の3つ。3つ目は 2 分の 2 がゲージで緑になっていました。

その下の Current Scores に、Total Events 309、Total Ready 1、Total Processing 0 と続きます。Ready が積み上がったままなら処理が追いついていないという読み方ができます。

インスタンスの応答とメモリを見る

/stats.do

見えるものを上から並べます。ビルド名とビルドタグ、Instance State: ONLINE、System Run Level: Fully Operational。

続いて Servlet Memory。最大 1820 に対して使用 1138、空きは 18% でした。その下が Servlet Statistics で、Transactions 11,130 / Errors handled 5,385 / ログインセッション数が並びます。さらに Semaphore Sets（利用可能 16、キュー深度 0、上限 150）と、時間窓ごとの応答時間。

応答時間は 1分・5分・15分・60分・1日の5段階で出ます。直近が遅いのか、ずっと遅いのかを1画面で切り分けられるのがこの画面の価値です。1分あたりの平均が 0.156 秒、90パーセンタイルが 0.547 秒、といった形で読めます。

CMDBのデータ品質は CMDB Workspace 側にある

CMDB の健全性は 28本の中に入っていません。置き場は CMDB Workspace の Health Dashboard です。Class（クラス単位）と Group（グループ単位）の2つのビューを切り替える作りになっています。

/now/cmdb/health-dashboard/params/selected-type/class

Class ビューには Completeness（必須項目が埋まっているか）、Correctness（値が正しいか）、Compliance（ルールに沿っているか）の3枚が並びます。下には「必須属性が欠けている CI トップ10」「推奨属性が欠けている CI」のタブもありました。

CMDBの活用度を測るときに、この3語が標準の物差しとして用意されているのは押さえておく価値があります。

ただし素の PDI では、3枚とも This KPI has not run と出ました。Run the completeness score calculation health job to evaluate completeness for CIs という案内が添えられています。スコアを計算するジョブを動かさないと数字は出ません。

Group ビューのほうは、そもそも前提が足りませんでした。

To see CMDB Group Dashboard you must create at least one CMDB group of type health。health タイプの CMDB グループを1つも作っていないと、この画面は使えません。

分析基盤そのものの健康を見る

見落としやすいのが、Platform Analytics 自身の状態を見る画面です。

/now/platform-analytics-workspace/pages/params/library/overview

Data collection metrics for classic indicators に、Latest data collection jobs with errors が 2、警告が 0、実行時間超過が 0 と出ていました。その下の Usage and performance metrics には Dashboards with load time less than 5 sec が 9 とあります。

ダッシュボードが空だったり遅かったりしたとき、原因の一次切り分けがこの画面でできます。 収集ジョブがエラーになっていれば、いくら個別のダッシュボードを開いても数字は出ません。

開いたのに空だったときに見るところ

28本を開いてみると、数字が入っていないものがかなりありました。原因はだいたい3種類に分かれます。

1つ目は Performance Analytics のスコアを使うウィジェットです。No data available. There is no data available for the selected criteria. と出ます。指標のスコアを溜める収集ジョブが動いていないと、時系列のグラフは空のままです。Incident Management の Overdue Incidents と Incidents nearing SLA がこれでした。収集の仕組みはインジケータは履歴をどう持つ？で追っています。

2つ目は CMDB の健全性 KPI です。This KPI has not run という専用の文言が出るので、これは判別しやすい。スコア計算ジョブを実行すれば数字が入ります。

3つ目は、そもそも元データを作る処理を走らせていないパターンです。Instance Scan Results や MID Server のダッシュボードがこれにあたります。スキャンを実行していない、MID Server を接続していない。器はあるのに材料が無い状態です。

空だからといって「使えないダッシュボード」ではない、という切り分けが要ります。文言が3種類に分かれているので、そこで判断できます。

実機を見て気づいたこと

名前が Overview でも中身があるとは限らない

sys_dashboard に Incident Overview CMDB Overview Release Overview と並んでいるのを見たとき、最初はこれが標準ダッシュボードの本体だと思いました。実際にはフィールドが8個しかない枠の定義で、Rows と Columns だけを持っています。

一方で、中身のある 28本のほうは par_dashboard という、名前からは想像しにくいテーブルに入っています。テーブル名や表示名からは、どちらが本体か分かりません。 レコードのフィールド構成を見るのがいちばん早い見分け方でした。

一番厚いのは ITSM ではなく「使われ方」の領域だった

28本を分類してみると、ITSM プロセスが9本、使われ方・利用状況が7本でした。後者の顔ぶれは Usage Overview / Store Usage / Analytics Usage / Legacy Usage / Inbound API / REST & SOAP / Guided Tours です。

「入れた機能が使われているか」を測る道具が、業務プロセスの可視化と同じくらい用意されています。 課金がトランザクション量やアプリ単位で効いてくる製品なので、当然といえば当然かもしれません。導入後の評価をするときは、まずこの7本を開くと早い。

ナビのメニューが残っていても、指し先が消えていることがある

Problem と Change の Overview がエラーになるのは、単純にメニューの指し先が無いからです。同じことが Predictive Intelligence でも起きていました。Monitoring と Observability のモジュールが指している sys_id が、28本の中にありません。

「メニューにあるから存在する」とは限りません。 標準機能の棚卸しをするなら、モジュールの一覧より実体のテーブルを数えるほうが正確でした。同じ落とし穴は「自分が作った分析資産」502件の正体でも踏んでいます。一覧に出る件数と実テーブルの件数は、しばしばずれます。

標準ダッシュボードは読み取り専用で、複製して使う前提だった

Incident Management を開いたときに出た「read only なので複製してください」という案内は、運用設計に影響します。標準を直接いじる運用にはなっていないので、カスタマイズするなら最初から複製版を作って、そちらをユーザーに見せる設計にしておくのが素直です。

標準側はメジャーアップグレードで更新される可能性があるので、複製しておけば差分を比較する材料にもなります。

実務では何に使えるか

導入初期の「まず何を見せるか」を標準から選ぶ

新しく ServiceNow を立ち上げるとき、ダッシュボードをゼロから作ると要件定義に時間がかかります。標準の 28本を先に開いて、使えるものを選んでから足りない分だけ作ると早い。

とくに Shared admin dashboard、IT Agent Dashboard、SOW の Overview は、役割別にそのまま割り当てられる完成度でした。管理者・担当者本人・チームリーダーで見せる画面を分けられます。

「使われているか」を測る土台にする

Usage Overview と ServiceNow Store Usage Overview は、導入後の評価に直接使えます。アプリケーション別のアクセス数とユニークユーザー数が標準で取れているので、活用度のレポートを自作する前に、この数字で足りるか確認する価値があります。

Analytics Usage Overview の「6か月見られていないレポートの割合」も、掃除の優先順位を決めるのにそのまま使えます。

セキュリティの棚卸しを標準の数字から始める

Security posture dashboard の Active privileged accounts と Never logged in users。User metrics の Impersonations と Total Exports。Data Classification の分類済み列。この3本を並べると、アカウント・操作・データの3面から現状を出せます。

自分で調査スクリプトを書く前に、標準で取れている数字を確認すると手戻りが減ります。

運用の異常検知の「平常時」を記録しておく

Systems Events and Jobs Dashboard と stats.do は、正常なときの数字を控えておくと価値が出ます。実行回数がいくつで、待ち時間がどのくらいで、メモリの空きが何%か。

素のインスタンスで一度スクリーンショットを撮っておけば、本番で崩れたときの比較対象になります。平常時を記録していないと、異常かどうかを判断できません。

用語

par_dashboard：Next Experience 側のダッシュボードが入るテーブル。画面上の名前は「PAR Dashboards」。analytics_dashboard を親に持つ。

sys_dashboard：画面上の名前は「Dashboard Layout」。行数・列数・セルサイズだけを持つ枠の定義で、ウィジェットは参照しない。

sys_portal_page：旧ホームページ。gauge と呼ばれる部品を並べる古い仕組み。いまも動くが、標準の新規追加はこちらに入らない。

launcher.do：incident_dashboard_launcher.do のような起動専用ページ。ナビのメニューから対象のダッシュボードへ飛ばすために置かれている。

Analytics Center：可視化・インジケータ・ダッシュボードをライブラリとして探す画面。/now/platform-analytics-workspace/ 配下。

health job：CMDB の Completeness / Correctness / Compliance のスコアを計算する定期ジョブ。走らせるまで KPI は空のまま。

自分の環境で確認するときのURL

28本のダッシュボード

左がダッシュボード名（Analytics Center の検索窓に貼る用）、右がパス（自分のインスタンスのアドレスのうしろに貼る用）です。

名前は英語のまま登録されています。Guided Tours – Operational Reporting のハイフンは半角ではなく en ダッシュ（–） なので、検索するときは記事からコピーするのが確実です。

ITSMプロセス（9本）

• Incident Management … /now/platform-analytics-workspace/dashboards/params/sys-id/1e4e9cc4c31e3110458f1fec5440dd66

• Request Management … /now/platform-analytics-workspace/dashboards/params/sys-id/9d489143c3923110458f1fec5440dda1

• Service Catalog … /now/platform-analytics-workspace/dashboards/params/sys-id/98a7dd7cc322b110458f1fec5440dd66

• Interaction … /now/platform-analytics-workspace/dashboards/params/sys-id/3199f787435231107f9fbbfd6bb8f208

• Password Reset Overview … /now/platform-analytics-workspace/dashboards/params/sys-id/8b4022c293d48210ef1f849c548918cc

• Knowledge Management Overview … /now/platform-analytics-workspace/dashboards/params/sys-id/5d5e18458731fd51a2522b5a4309cacc

• IT Agent Dashboard … /now/platform-analytics-workspace/dashboards/params/sys-id/f7c7986e4324821097aac6ecbab8f2fb

• Service Operations Workspace の Overview … /now/platform-analytics-workspace/dashboards/params/sys-id/f671f450477bca5096bc6095d36d43d7

• Change Template Overview … /now/platform-analytics-workspace/dashboards/params/sys-id/c008a50a2f903210693cb2a5b83f9b7c

管理・基盤運用（4本）

• Shared admin dashboard … /now/platform-analytics-workspace/dashboards/params/sys-id/90c308ec43db1110b643a7ec6bb8f24b

• Instance Scan Results Next Experience Dashboard … /now/platform-analytics-workspace/dashboards/params/sys-id/a33619592f867a0f4857f950eb2ce414

• Workflow Operations Dashboard … /now/platform-analytics-workspace/dashboards/params/sys-id/85049660eb111110fde0dbba03522861

• MID Server … /now/platform-analytics-workspace/dashboards/params/sys-id/a04173bd5b242110cc456e8a1d81c7d7

資産・CMDB（3本）

• Asset Overview … /now/platform-analytics-workspace/dashboards/params/sys-id/e74fa8bb1b7dcb2559723b7f5e6cc339

• My Assets … /now/platform-analytics-workspace/dashboards/params/sys-id/272ecbceaef925b16972c10aaa456d2b

• Application Services Dashboard … /now/platform-analytics-workspace/dashboards/params/sys-id/dae1ca97ffb821100417bb63aad33efa

使われ方・利用状況（7本）

• Usage Overview … /now/platform-analytics-workspace/dashboards/params/sys-id/c40cc62292aaa19fa931dd3981f10729

• ServiceNow Store Usage Overview … /now/platform-analytics-workspace/dashboards/params/sys-id/f09e7b7ed4128fa43f8582c9e9a65253

• Analytics Usage Overview … /now/platform-analytics-workspace/dashboards/params/sys-id/25fd7baed5ac2b9cae9b6eb87c0e210d

• Legacy Usage Overview … /now/platform-analytics-workspace/dashboards/params/sys-id/6378db9e7b3482e8fa18ed4e5de27ed3

• Inbound API Integration Usage … /now/platform-analytics-workspace/dashboards/params/sys-id/543b66e7f350321033d25169f6968c2e

• REST & SOAP API Analytics … /now/platform-analytics-workspace/dashboards/params/sys-id/b8b437ec27904210b1de55225cf6f2aa

• Guided Tours – Operational Reporting … /now/platform-analytics-workspace/dashboards/params/sys-id/0b9fe253498caaa44ab2ab8dab29d8e3

セキュリティ・データ保護（4本）

• Security posture dashboard for production … /now/platform-analytics-workspace/dashboards/params/sys-id/727c566f61300210f877628ee4563624

• Security posture dashboard for non-production … /now/platform-analytics-workspace/dashboards/params/sys-id/906257c477a20210c2123a91fa5a9989

• User metrics … /now/platform-analytics-workspace/dashboards/params/sys-id/ba41d28b773211108bd73a91fa5a99fb

• Data Classification … /now/platform-analytics-workspace/dashboards/params/sys-id/5aa10aaa3e34fa05cf2315fdc725a973

AI（1本）

• Gen AI Actions Dashboard … /now/platform-analytics-workspace/dashboards/params/sys-id/f314698c85d1b110f877fed241d88577

ダッシュボード以外の画面と、調べ物に使うリスト

• ダッシュボードの実体を数える：/par_dashboard_list.do?sysparm_query=active%3Dtrue%5EORDERBYname

• レイアウト定義のほう：/sys_dashboard_list.do?sysparm_query=active%3Dtrue%5EORDERBYname

• 旧ホームページ：/sys_portal_page_list.do?sysparm_query=active%3Dtrue

• Analytics Center のライブラリ：/now/platform-analytics-workspace/pages/params/library/dashboards

• 分析基盤の状態：/now/platform-analytics-workspace/pages/params/library/overview

• ジョブの状況：/sn_async_dashboard_redirect_to_scheduled_jobs.do

• イベント処理の状況：/sn_async_dashboard_redirect_to_system_events.do

• インスタンスの統計：/stats.do

• CMDBの健全性：/now/cmdb/health-dashboard/params/selected-type/class

• ダッシュボードを指しているナビのモジュール：/sys_app_module_list.do?sysparm_query=active%3Dtrue%5EqueryLIKEdashboard

引用した公式説明を自分で開く

この記事で引用した説明文は、ServiceNow が製品に同梱しているものです。次のURLを自分のインスタンスで開けば、引用元の記述に直接あたれます。

• ダッシュボードごとの公式説明（引用元）：/par_dashboard_list.do?sysparm_query=active%3Dtrue%5EdescriptionISNOTEMPTY

• フィールドの公式説明（引用元）：/sys_documentation_list.do?sysparm_query=nameINpa_dashboards,sys_portal_page%5EhintISNOTEMPTY

• プラグインの公式説明（引用元）：/v_plugin_list.do?sysparm_query=id%3Dcom.snc.pa

• ライブラリの案内ダイアログ：Analytics Center の Dashboards を初めて開いたときに表示されます

検証範囲とおことわり

Australia の PDI（OOTB）で 2026-08-12 に確認しました。件数はこの環境の実測値です。ビルドタグは glide-australia-02-11-2026__patch3-05-25-2026 でした。

28本すべてを開きましたが、各ダッシュボードのタブを全部切り替えたわけではありません。最初に表示されるタブを撮り、他のタブは名前だけを記録しています。

Inbound API Integration Usage は 30秒待っても読み込みが終わりませんでした。原因は追っていません。

sys_portal_page の 54件は一覧の名前を取っただけで、個別には開いていません。

Problem と Change の Overview が開かない理由について、起動ページの実装は読んでいません。28本の中に該当するダッシュボードが無いという事実と、エラー文言が一致することを確認したところまでです。別の原因が重なっている可能性は残ります。

各ダッシュボードが何個のウィジェットを持つかも数えていません。画面に見えた範囲で構成を書いています。

sys_id は同じリリースのインスタンスなら共通と考えていますが、複数環境で突き合わせて確認したわけではありません。開かないときはダッシュボード名で検索してください。

本番環境ではプラグインの導入状況が違うので、ダッシュボードの本数も内容も変わります。この記事の数字は素の PDI の状態です。

関連記事

• ServiceNow レポート・ダッシュボード完全ガイド：Data VisualizationsとPerformance Analyticsの使い分け — 前提知識として、3つの仕組みの違い

• ダッシュボードをゼロから作る手順：グラフを1画面にまとめる — 標準に無いものを自分で作るとき

• ServiceNowのData Snapshotsは動いたのか？ 実行ログ88行から9時間の記録を読む — 「No data available」の裏側にある収集ジョブの話