【要約】ServiceNow レポート・ダッシュボードを棚卸ししよう！ [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
ServiceNowの管理者が、Platform Analyticsへの移行を進める中で、既存レポートの整理という課題に直面している。長年の運用により、システム内には整理不可能なほど多くのレポートが蓄積されている。具体的には以下の問題が発生している。
- ・
sys_reportの肥大化と類似レポートの乱立。 - ・作成者の退職や異動による、レポートの利用実態の不明確化。
- ・不要なレポートまで移行することによる、移行コストと管理負荷の増大。
// Approach
著者は、レポートの利用実態を多角的に分析するため、2つの指標を組み合わせた手法を提案している。まず、レポートがダッシュボードに配置されているかを構造的に判断し、次に実際の実行履歴を確認する。具体的なステップは以下の通りである。
- ・指標1：ダッシュボード未配置レポートの特定。
pa_dashboardsからsys_reportに至るテーブル構造を解析し、Background Scriptで未配置のレポートを抽出する。 - ・指標2：
report_statsテーブルのLast run（sys_updated_on）による利用確認。 - ・統合：上記を組み合わせ、「未配置かつ一定期間利用なし」のレポートをスクリプトで一括抽出する。
// Result
この手法を用いることで、移行プロジェクトの担当者は、移行すべきレポートを定量的に選別できる。これにより、新プラットフォームへの不要なデータ混入を防ぐことが可能となる。
- ・「ダッシュボード未配置かつ過去半年利用なし」といった条件での抽出を実現。
- ・抽出結果をURLやExcel形式で出力でき、プロジェクト内での意思決定を迅速化。
- ・移行対象の精査による、移行作業全体の工数削減。
Senior Engineer Insight
> 移行コストを抑えるための極めて現実的なアプローチだ。ただし、
report_statsに依存しすぎると、API経由やメール配信、直接リンクといった「統計に現れない利用経路」を見落とすリスクがある。現場に投入する際は、これら例外的な利用パターンを考慮した「安全な削除基準」を別途定義し、段階的な廃止プロセスを組むべきである。