同じレコードで見え方が変わる：ビュー（sys_ui_view）

2026年6月27日 00:13

ServiceNow で同じテーブルのレコードを開いても、「管理者が見るフォーム」と「セルフサービス（ESS）で見るフォーム」では、項目の数も並びも違うことがあります。同じ1件のレコードなのに、見え方が複数あるわけです。この「見え方の単位」をビュー（View）と呼び、テーブルとして sys_ui_view（UI View）に保存されています。そして「どのテーブルで・どの条件のとき・どのビューで開くか」を自動で切り替えるのが sysrule_view（View Rule＝ビュールール）です。

この記事は、フォームの並び（sys_ui_form のフォーム構成）は見たことがある人を想定しています。その並びがビューごとに別物であること、そして誰がそのビューを選んでいるのかを確認したい管理者・開発者向けです。PDI（Zurich / OOTB）で sys_ui_view と sysrule_view を実際に開き、件数・主要フィールド・実データの出し分け例を順に確認します。

参考：sys_ui_form のフォーム構成

この記事で分かること

フォームの見え方の単位が sys_ui_view（ビュー定義）に保存され、PDI 実機で 704 件あること
「Default view」は name が空文字（""）の特別なビューであること
sysrule_view（View Rule）が「テーブル × 条件 × デバイス → ビュー」を決めて自動で出し分けること（実機 156 件）
同じ asmt_metric テーブルが、評価方式に応じて assessment / quiz / survey など別レイアウトのフォームで開くこと
ビューが決まる大まかな流れ（URL 指定 → ビュールール → Default view）

この記事の内容は ServiceNow の PDI（Personal Developer Instance）Zurich（ズーリッヒ）リリースの OOTB（初期設定）で確認した個人メモです。本番環境やカスタマイズ済み環境では、ビュー・ルール・件数の内容が異なる場合があります。

ビュー（View）とは：1テーブル＝複数の見え方

ビューとは、あるテーブルのフォームやリストを「どの見せ方で表示するか」の単位です。同じ incident でも、Default view・ESS・Mobile では出る項目もセクションも違います。実は、ビューが違えば sys_ui_form / sys_ui_section / sys_ui_element も別レコードになります。つまり1テーブルに複数のレイアウトがぶら下がっているわけです。

下のヒーロー画面は、その出し分けを決める View Rule を1件開いたものです。「asmt_metric テーブルを、評価方式が assessment のとき、assessment ビューで開く」という1行です。

ビュー定義の本体 sys_ui_view（UI View）

ビューそのものは sys_ui_view（ラベルは UI View）に1件＝1ビューで保存されます。継承元は Application File（sys_metadata 系）の設定メタデータです。PDI（Zurich / OOTB）では 704 件あり、うち一覧で見える（hidden=false）通常ビューが 637 件でした。

主なフィールドと、代表的なビューは次のとおりです。

「Default view」は name が空文字（""）のレコードです。私たちが普段見ている標準フォームは、名前のない（＝既定の）ビューです。ess は title が「Self Service」、Mobile は「Mobile」というように、用途ごとにビューが用意されています。ビュー一覧は次のURLで確認できます（先頭の <YourInstance> は自分のインスタンスに置き換えてください）。

https://<YourInstance>/sys_ui_view_list.do?sysparm_query=ORDERBYname

ビューを出し分けるルール sysrule_view（View Rule）

どのビューで開くかを条件で自動的に切り替えるのが sysrule_view（View Rule）です。継承元は Rule（sys_rule 系）で、PDI 実機では 156 件（うち active 155 件）ありました。1行が「対象テーブル・条件・デバイス → 使うビュー」を表します。

ポイントは3つです。view は参照型ではなく文字列で、sys_ui_view の name の値をそのまま入れて名前で結びつけます。device_type は browser / mobile / tablet の3種で、PDI では browser 116・tablet 23・mobile 17 件でした。advanced を立てると、条件ではなくスクリプトで返したビュー名を使います（23 件）。

View Rule の一覧は次のURLで確認できます。

https://<YourInstance>/sysrule_view_list.do?sysparm_query=ORDERBYtable

実例：asmt_metric が条件でビューを変える

PDI でビュールールを持つテーブルは 63 種（2026-06-26 時点。同じ PDI を7月に数え直したときは65種でした）あり、なかでも Assessment（調査・評価）系が目立ちました。たとえば asmt_metric は、評価方式（assessment / quiz / survey / attestation / test_plan）に応じて別のビューで開きます。そのために複数の View Rule が組まれています。

実機で asmt_metric のルールを並べると、条件とビューがきれいに対応していました。

これらの view 文字列（assessment, quiz, survey …）は、すべて実在の sys_ui_view と一致します。たとえば ess（Self Service）ビューの定義を開くと、title が「Self Service」になっているのが分かります。

なお incident のビュールールは 0 件でした。incident は8ビューぶんのフォームを持ちますが、自動で切り替えるルールは OOTB では組まれておらず、ユーザーが手動でビューを選ぶ形です。

ビューが決まる大まかな流れ

フォームを開いたときにビューがどう決まるかを見ます。

おおまかには、URL でビューが明示されていればそれを使います。なければ該当テーブルの View Rule を条件・デバイスで評価し、どれにも当たらなければ Default view（name=""）にフォールバックします。ただし、複数のルールが同時に一致したときの最終的な優先順位や、ユーザーが選んだビュー（overrides_user_preference）との競合の細部は今回の検証範囲外とし、断定しません。View Rule が order と active を持つことは確認しています。ビューと表示の関係は ServiceNow 公式ドキュメントでも説明されています。

参考：Form views（Zurich）

まとめ

フォームの見え方の単位は sys_ui_view（ビュー定義）で、PDI 実機では 704 件。「Default view」は name が空文字（""）。
ビューが違えば sys_ui_form / sys_ui_section / sys_ui_element も別レコード＝1テーブルに複数レイアウトがぶら下がる。
どのビューで開くかを条件で切り替えるのが sysrule_view（View Rule）。「テーブル × 条件 × デバイス → ビュー名」の1行で、実機 156 件。
asmt_metric は評価方式ごとに assessment / quiz / survey など別ビューへ出し分け。incident は View Rule 0件で手動選択。
ビューは「URL 指定 → View Rule → Default view」の順で大まかに決まる（厳密な優先順位は検証範囲外）。

ビューとビュールールが分かると、「画面まわり」の仕組みが、「どのテーブルを・どのビューで・どう並べて・どう動かすか」という形でひとつにつながって見えてきます。

ServiceNow 画面・フォーム完全ガイド：どこを直せば見た目が変わるのか — ビューとビュールール以外の画面要素も含めて、どこを直せば見た目が変わるかを一通り確認できます
View Rules（sysrule_view）の詳細
フォーム構成（sys_ui_form）