ServiceNow 画面・フォーム完全ガイド：どこを直せば見た目が変わるのか
「一覧に列を1つ足したい」「このボタンを消したい」「フォームの色を変えたい」。見た目を直したいだけなのに、ServiceNowはどこを触ればいいか分かりにくいことがあります。画面の見た目は1つの機能でできているのではありません。フォーム・一覧・ボタン・ナビゲーション・テーマという別々のテーブル群が組み合わさってできています。Zurich PDIで17種類の設定テーブルを実機で数え、直したい見た目から触る設定にたどり着ける対応表を作りました。
検証環境：Zurich PDI / OOTB / 2026-08-09 確認
結論：3つの数字で全体像をつかむ
フォームは3段階（sys_ui_form 975件 → sys_ui_section 6,473件 → sys_ui_element 67,342件）に分かれて保存されています。incidentだけに絞ると8件→44件→355件です。一覧側も同じ構造で、sys_ui_list 4,653件（incident 22件）の下にsys_ui_list_element 23,983件（incident 181件）が並びます
ボタンやメニュー項目の実体はsys_ui_actionで、全体では2,484件あります。フォーム上のボタンだけで865件、incidentテーブルに絞っても29件が候補になり、この数の多さが「ボタンが多すぎて追えない」の正体でした
左メニュー・独自画面・個人設定まで含めると、見た目に関わるテーブルは17種類に及びます。ただし読者が実際に手を動かすのは多くてもそのうち5〜6種類で、残りは存在を知っておけば十分な領域です
起点は1件のレコードを開くことです。そこから下に向かって4段階が積み重なっています。フォームの中身を決める設定、一覧と関連リストを決める設定、ボタン・メニュー・ナビゲーション・共通部品をまとめた設定、そして画面全体の配色を決めるテーマです。上のグループほど1つの画面に直接効きます。下のグループほど複数の画面や全ユーザーに効く範囲が広がる構造です。
「直したいこと」から逆引きできるように、17テーブルを1枚の表にまとめました。
1. フォームの中身はどこで決まるか
このフォーム1枚は、単独のテーブルには入っていません。実際は3段階の入れ子で保存されています。まずフォームそのものを表すsys_ui_formが975件（incidentだけで8件）。同じテーブルでも通常ビュー・モバイル・ワークスペース向けなど、ビューの数だけ複数のsys_ui_formが用意されます。単純な1対1にはなりません。次に各フォームの中身を区切るsys_ui_sectionが6,473件（incident 44件）。「Notes」「Related Records」「Resolution Information」のような塊がこのレコード1件に対応します。
さらにセクションの中でどの項目をどの位置に置くかを決めるのがsys_ui_elementで、全体では67,342件、incidentだけでも355件あります。桁が1つ増えます。フォームの並びを直したいときに実際に開く「Configure > Form Layout」は、この3段構造を1画面で編集させてくれる仕組みです。
同じレコードでも見せ方を変える仕組みがビューです。sys_ui_viewは707件登録されています。
どのビューを自動的に出し分けるかを決めるのがView Rule（sysrule_view）で、こちらは156件です。デバイスや条件でビューを切り替えたいときはこちらを触ります。フォームの並びを直す作業はフォームの並びは4テーブルに保存される（sys_ui_form）で扱っています。複数ビューの使い分けは同じレコードで見え方が変わる：ビュー（sys_ui_view）にまとめました。自動切替の条件はビューは2段構えで決まる（sysrule_view）で確認できます。
2. 一覧とフォーム下の関連リストはどこで決まるか
一覧画面の列も、フォームと同じように親子構造です。列の並びを持つ一覧の定義そのものがsys_ui_listで4,653件（incident 22件）。
配下で実際の列1本1本を持つのがsys_ui_list_elementで、全体で23,983件、incidentに絞ると181件です。件数はさらに増えます。列を増やしたり並べ替えたりする「Configure > List Layout」は、このsys_ui_list_elementを個人用・共有用の両方で編集させる画面でした。
フォームの下にぶら下がる関連リストは、また別のテーブルです。sys_ui_related_listが全体で1,540件、incidentだけで6件あります。関連リストは一覧の列とは別レコードとして管理されているため、「一覧の列を直したのに関連リストの表示が変わらない」という戸惑いはこの分離が原因です。列の並びの詳細は一覧の列の並びは2テーブルで決まる（sys_ui_list）で確認できます。フォーム下の関連リストの仕組みはServiceNowのフォーム下の関連リストはどこで決まる？ 一覧の列とは別のテーブルを実機で確認で扱っています。
3. ボタン・メニュー・ナビゲーション・共通部品はどこで決まるか
見た目のうち、いちばん件数が多いのがこのグループです。ボタンやメニュー項目の実体であるsys_ui_actionは2,484件登録されていました。数だけ見ると圧倒されます。
フォームボタンだけで865件、一覧の行に出るボタンは少なく13件です。表示条件・処理・並び順を1レコードで持つ構造は、ボタンを消したいときも増やしたいときも同じ場所を見ればよいことを意味します。右クリックメニューは別のテーブルで、sys_ui_context_menuが86件です。
左メニューの並びを作るのはsys_app_moduleで、全体は2,750件です。多い部類に入ります。
左メニューの見出し（アプリケーションメニュー）を持つsys_app_applicationは207件です。左メニューを整理したいときはこの2テーブルの親子関係を見ます。
このグループには、画面の裏で使われる部品も含まれます。独自のダイアログや専用画面を作るsys_ui_pageが643件です。参照セレクタのような繰り返し部品を作るsys_ui_macroが707件、全画面共通のJavaScriptを差し込むsys_ui_scriptが209件あります。ほかにも、他ユーザーには影響しない個人の作業効率化の道具があります。入力の定型値を持つsys_templateが58件、保存フィルタのsys_filterが45件、テーブル横断のタグを付けるlabelが43件です。加えてお気に入りを持つsys_ui_bookmarkが8件、新人向けの案内を持つsys_embedded_tour_guideが50件あります。
4. 画面全体の見た目はどこで決まるか
ここまでの3グループが「何を・どこに置くか」だとすれば、テーマは「どんな色で塗るか」です。sys_ui_themeは22件登録されていました。数自体は多くありません。
各テーマが継承する土台であるsys_ui_base_themeは3件（Cobalt・La Jollaなど）、個別要素の細かい配色定義を持つsys_ui_styleは578件です。テーマは1つ変えるだけで全ユーザーの見た目に影響するため、他の3グループよりも変更の影響範囲が広い設定でした。テーマの仕組みは画面の色はどこで決まるか：テーマ（sys_ui_theme）にまとめています。
実機で気づいたこと
作法はテーブルごとに違いました。同じ「配下テーブルをテーブル名で絞り込む」操作でも、テーブルによって作法が違う点に手間取りました。sys_ui_sectionやsys_ui_list、sys_ui_related_listはname=incidentで素直に絞り込めます。ところがsys_ui_elementはnameという列を持ちながら、そこにテーブル名は入っておらず、絞り込みは効かず全件が返ってきました。正しくは親のsys_ui_sectionを経由したsys_ui_section.name=incidentというdot-walkが必要です。sys_ui_list_elementも同様で、直接のname列は無く、実データを見て初めて参照フィールド名がlist_idだと分かりました。件数を集計する前に、まず対象テーブルの実データを数件覗いて参照フィールドの実名を確認する一手間が要ります。
ボタンの件数にも意外な差がありました。sys_ui_actionは全体で2,484件あるのに、incidentテーブルに絞ると29件しか残りません。残り2,455件はほかの数百テーブルに分散している計算になります。1つのテーブルで「ボタンが多すぎる」と感じても、それは全体のごく一部を見ているにすぎません。
左メニューの内訳を見たときも発見がありました。sys_app_moduleのLink typeを集計すると、2,750件のうち1,649件（6割)が「List of Records」でした。左メニューの項目の多くは、実は凝ったカスタム画面ではなく、単に「この一覧を開く」というだけのリンクです。ナビゲーターを整理するときは、まずこの単純な項目から手を付けるのが早いと分かります。
どこで詰まったらどれを読むか
探し方はシンプルです。17本の子記事は、フォーム・一覧・ボタンとナビゲーション・見た目の4グループに束ねると探しやすくなります。
フォーム側（項目の並びやビューを直したいとき）は次の3本です。
項目の並びやセクションの構造を知りたい → フォームの並びは4テーブルに保存される（sys_ui_form）
同じテーブルで画面によって見せ方を変えたい → 同じレコードで見え方が変わる：ビュー（sys_ui_view）
特定条件でビューを自動的に切り替えたい → ビューは2段構えで決まる（sysrule_view）
一覧側（列や関連リストを直したいとき）は次の2本です。
一覧の列を増やす・並べ替えたい → 一覧の列の並びは2テーブルで決まる（sys_ui_list）
フォーム下の関連リストを増減したい → ServiceNowのフォーム下の関連リストはどこで決まる？ 一覧の列とは別のテーブルを実機で確認
ボタン・ナビゲーションと共通部品（操作やメニュー、部品を直したいとき）は次の9本です。
ボタンの表示条件やClient/Server処理を知りたい → ServiceNowのResolveボタンはどこで動く？ UI Actionの表示条件とClient/Server処理
右クリックメニューの項目を変えたい → 右クリックメニューは86件のレコードでできている（sys_ui_context_menu）
左メニューの並びや権限を知りたい → 左メニューもテーブルでできている（sys_app_module）
独自のダイアログや専用画面を追加したい → 独自画面は3つのフィールドでできている（sys_ui_page）
参照セレクタのような繰り返し部品の正体を知りたい → 虫めがねアイコンはどこで作られているか（sys_ui_macro）
全画面共通のJavaScriptをどこに置くか知りたい → 全ページに読み込まれるUI Scriptは208件中11件だけ（sys_ui_script）
入力の定型値を用意したい → テンプレートの定型値は1本の文字列で保存される（sys_template）
よく使う絞り込みを保存したい → Save filterの実体は1テーブル（sys_filter）
レコードにテーブル横断でタグを付けたい → タグはなぜテーブルをまたいで貼れるか（label）
個人設定・ユーザー教育（自分や新人の使い勝手を良くしたいとき）は次の2本です。
よく見る画面をワンクリックで開きたい → ★を1つ押すと1行増える（sys_ui_bookmark）
新しい利用者に操作を案内したい → ServiceNowには最初から50本のガイドツアーが入っている（sys_embedded_tour_guide）
見た目・テーマ（配色を変えたいとき）は次の1本です。
画面全体の配色の仕組みを知りたい → 画面の色はどこで決まるか：テーマ（sys_ui_theme）
つまずきやすい点
sys_ui_element?name=incidentのように子テーブルを直接テーブル名で絞り込もうとすると失敗する場合があります。列の実データを覗いて参照フィールドの実名を確認してから絞り込みます
一覧の列（sys_ui_list_element）とフォーム下の関連リスト（sys_ui_related_list）は別テーブルです。一覧側だけ直しても、フォーム下の見え方は変わりません
sys_ui_action全体の件数を見て「多すぎる」と判断するのは早計です。1テーブルに絞ると実際に候補になる件数はぐっと減ります
sys_app_moduleのLink typeにはSeparator（区切り線）やempty（未設定）も含まれます。件数をそのまま「メニュー項目の数」と読み替えると多めに数えてしまいます
テーマ（sys_ui_theme）を変更すると影響が全ユーザーに及びます。個人のテーマ切り替えと、組織全体のデフォルトテーマ変更は分けて考える必要があります
よくある質問
Q1. フォームの項目の並びを変えたいとき、最初にどこを開けばいいですか
フォーム上で右クリックして「Configure > Form Layout」を開きます。裏側ではsys_ui_form・sys_ui_section・sys_ui_elementの3テーブルが更新されます。詳しい構造はフォームの並びは4テーブルに保存される（sys_ui_form）にまとめました。
Q2. 一覧の列を増やしたのに、フォーム下の関連リストには反映されません。なぜですか
一覧の列（sys_ui_list_element）とフォーム下の関連リスト（sys_ui_related_list）は別テーブルだからです。関連リストの列を変えたいときは、その関連リストを一覧として開いて別途Configureする必要があります。詳しくはServiceNowのフォーム下の関連リストはどこで決まる？で扱っています。
Q3. ボタンを1つ消したいだけなのに、候補が多すぎて探せません
sys_ui_action全体では2,484件ありますが、対象を1テーブルに絞れば数十件まで減ります。テーブル名と表示先（フォーム/一覧）で絞り込むのが近道です。表示条件の読み方はServiceNowのResolveボタンはどこで動く？にまとめています。
Q4. 左メニューの並びを変えたいとき、どこを触りますか
sys_app_application（メニューの見出し）とsys_app_module（個々の項目）の親子関係を編集します。多くの項目は単に一覧を開くだけの「List of Records」タイプです。詳しい内訳は左メニューもテーブルでできている（sys_app_module）で確認しています。
Q5. 画面の配色を変えたいとき、個人設定と全体設定はどう違いますか
個人設定はユーザーごとのテーマ選択で、他のユーザーには影響しません。一方でテーマそのもの（sys_ui_theme）や配色定義（sys_ui_style)を編集すると、そのテーマを使う全員に影響が及びます。仕組みは画面の色はどこで決まるか：テーマ（sys_ui_theme）で扱っています。
まとめ
答えは4段階です。画面の見た目は、1件のレコードを開いた瞬間に4段階の設定が積み重なってできています。フォームの中身はsys_ui_form・sys_ui_section・sys_ui_elementの3段構造です。一覧側はsys_ui_list・sys_ui_list_elementが列を持ち、フォーム下の関連リストはsys_ui_related_listという別テーブルに分かれています。ボタンとメニューはsys_ui_actionとsys_ui_context_menuが担い、左メニューや独自部品、個人設定まで含めるとナビゲーションと共通部品のグループだけで11本の子記事になりました。最後に画面全体の配色を決めるのがテーマです。
17テーブルすべてを覚える必要はありません。「直したい見た目」から表を逆引きし、該当する子記事を1テーブルずつ読み進めてください。今回の実測では、フォーム関連の項目配置だけで67,342件、ボタンだけで2,484件という規模でした。数の多さに気後れせず、まずは自分が触りたい1テーブルだけを見に行けば十分です。
用語
sys_ui_form / sys_ui_section / sys_ui_element … フォームの中身を3段階で持つテーブル群
sys_ui_view / sysrule_view … 同じレコードの見せ方を切り替えるビューと、その自動切替条件
sys_ui_list / sys_ui_list_element … 一覧の列構成を持つテーブル群
sys_ui_related_list … フォーム下に表示する関連リストの定義
sys_ui_action … ボタン・メニュー項目の表示条件とClient/Server処理を持つテーブル
sys_app_module / sys_app_application … 左メニューの項目とその見出し
sys_ui_theme / sys_ui_base_theme / sys_ui_style … 画面全体の配色を決めるテーマとその土台・個別定義
実機で確認したURL
/sys_ui_section_list.do?sysparm_query=name%3Dincident … Incidentのフォームセクション一覧
/sys_ui_list_list.do?sysparm_query=name%3Dincident … Incidentの一覧レイアウト一覧
/sys_ui_view_list.do?sysparm_query=ORDERBYname … ビューの全件一覧
/sys_ui_action_list.do?sysparm_query=GROUPBYform_button … UI Actionのフォームボタン別件数
/sys_ui_context_menu_list.do?sysparm_query=GROUPBYtype … 右クリックメニューのtype別件数
/sys_ui_theme_list.do … テーマの全件一覧
/sys_app_module_list.do?sysparm_query=GROUPBYlink_type … 左メニュー項目のlink_type別件数
参考リンク
検証環境と未検証範囲
件数はZurich PDI（OOTB）で確認したものです。一覧画面の表示件数とREST集計を突き合わせて数えており、推定やサンプリングではありません。子記事とは検証日が異なるため件数がわずかに前後しますが、本記事は今回の実測値を採用しています。
未読の範囲もあります。sys_ui_styleの578件は個別の配色定義まで開いておらず、テーマとの対応関係は今回の検証範囲外です。sys_ui_macroとsys_ui_pageの使い分け、UI ScriptとClient Scriptの呼び出し関係の詳細は、それぞれの子記事に譲ります。本番環境やカスタマイズ済みの環境では、テーブルの件数や左メニューの構成が変わります。数字は環境ごとに違っても、フォーム・一覧・ボタンとナビゲーション・テーマという4段階で見た目が組み立てられている構造そのものは共通です。
