ServiceNow CSA対策|Instance Configuration で問われることを徹底解説

serviceNow

ServiceNow CSAのInstance Configurationは、単に「設定画面の名前を覚える章」ではありません。どの変更がインスタンス全体に影響し、どの変更がユーザー単位に留まり、どの変更が標準機能の範囲内で、どこからが重い改修に近づくのかを見分けられるかが重要です。

CSA Mainline Exam Blueprint では Instance Configuration が主要ドメインのひとつとして扱われ、Community の学習ガイドでも LD2 として 11% の比重が示されています。つまり出題比率は中程度でも、ここでの理解不足は plugin・system properties・form layout・personalization など複数論点の取り違えにつながりやすい章です。

図1. Instance Configuration 章の全体像。まずはこの5論点をひとかたまりで理解すると、試験の選択肢がかなり整理しやすくなります。

Instance Configuration は何を問う章なのか

この章で見られているのは、「設定変更の重さ」と「変更の影響範囲」を区別できるかです。たとえば、会社ロゴやテーマ色のような全体向けの調整、フォームやボタンまわりの管理者設定、ユーザーごとの個人設定、そしてプラットフォーム機能の追加手段である plugin / Store app などは、すべて同じ“設定”に見えても性質が異なります。

そのため、試験では「これは personalization か branding か」「これは plugin か Store app か」「これは単なる configuration か、それとも baseline を外す customization か」といった見分け方が問われます。ここを日本語で説明できるくらい整理しておくと、英語の問題文でもかなり読みやすくなります。

この章で理解しておきたいこと

  • configuration と customization の違い
  • plugin / Store app の位置づけ
  • system properties の役割
  • branding / personalization の違い
  • ユーザー視点の設定変更と、管理者視点のインスタンス変更の違い

1. configuration と customization の違い

configuration は、基本的には ServiceNow の標準的な仕組みや用意された設定範囲の中で、インスタンスを業務に合わせて調整することです。たとえば、フォームレイアウトの調整、UI 設定、system properties の変更、標準機能の有効化などは、まず configuration として捉えると理解しやすいです。

一方で customization は、より組織固有の要件に合わせて標準状態を超えて変更する考え方です。Community では、configuration は比較的速く低コストで進めやすい一方、customization はより柔軟だが、時間・複雑性・保守負荷が上がりやすい、と整理されています。試験では厳密な定義争いよりも、「まず標準設定で対応できるかを考える」姿勢が重要です。

図2. configuration は標準の設定範囲で調整するイメージ、customization は標準の外側へ踏み込むイメージです。CSAではこの“重さの違い”が分かっていると強いです。

覚え方としては、「まず configuration、必要な時だけ customization」 です。これを軸にすると、選択肢の中で“やりすぎ”なものを外しやすくなります。

CSA想定問題

Q. ServiceNow の標準的な設定範囲内でフォームやプロパティを調整して業務に合わせる考え方として、最も近いものはどれですか。

  1. Customization
  2. Configuration
  3. Impersonation
  4. Baseline rollback

正解: B

解説: configuration は標準の設定枠内での調整です。customization はより大きく標準動作から踏み出す変更として理解すると整理しやすくなります。

2. plugin / Store app の位置づけ

plugin は、ServiceNow の公式ドキュメントでは「インストール済みアプリケーションに機能を追加し、プラットフォームの機能を拡張するもの」と説明されています。つまり、標準プラットフォームに対して機能を有効化・拡張する仕組みとして押さえるのが基本です。

Store app は、ServiceNow Store から導入する追加アプリです。公式説明では、Store は ServiceNow AI Platform を補完・拡張するソリューションを提供する場とされており、plugin よりも「アプリを導入する」ニュアンスが強いと理解すると整理しやすいです。

図3. plugin は標準機能の有効化・拡張、Store app は追加アプリの導入という位置づけで整理すると混同しにくくなります。

試験でよくある引っかけは、「どちらも機能追加だから同じ」と見せてくるパターンです。実際には、plugin はプラットフォームや既存アプリの拡張、Store app は Store 経由の追加アプリ導入、という理解の差を持っておくと切り分けやすくなります。

CSA想定問題

Q. ServiceNow AI Platform の機能を拡張するために有効化する仕組みとして、公式ドキュメントの説明に最も近いものはどれですか。

  1. plugin
  2. personalization
  3. form layout
  4. UI action

正解: A

解説: plugin はプラットフォームや既存アプリの機能拡張に使われます。Store app は追加アプリ導入として捉えると違いが見えやすくなります。

3. system properties の役割

system properties は、インスタンスの動作や既定値を制御する設定値です。公式ドキュメントでは、一部のプロパティはフォームから操作でき、一部は sys_properties テーブルから扱えることが説明されています。つまり system properties は、単なる表示設定ではなく、インスタンスの挙動に関わる管理設定 と理解するのが大切です。

CSAでは、system properties を「ユーザー個人の好み」ではなく、「インスタンス全体や機能の既定動作を左右しうる設定」として捉えられるかが重要です。コードを書かずに動作を調整できる場合がある一方、影響範囲は小さくないため、personalization とはまったく別物です。

図4. system properties は、インスタンスの動作設定や既定値をコントロールするための重要な設定群です。

問題では「これは user preference なのか、system property なのか」が混ざりやすいので、“個人の好み”なら personalization、“インスタンス側の既定動作”なら system properties と覚えると強いです。

CSA想定問題

Q. インスタンス全体の既定動作や設定値を制御するものとして最も適切なのはどれですか。

  1. Favorites
  2. System properties
  3. User avatar
  4. Impersonation history

正解: B

解説: system properties はインスタンス側の設定です。Favorites などの個人設定とは影響範囲が異なります。

4. branding / personalization の違い

branding は、会社ロゴ、色、テーマなど、インスタンスやポータル全体の見た目を組織として整える考え方です。公式ドキュメントでも、Core UI のロゴや色、基本既定値を設定できることや、Service Portal の Branding Editor が案内されています。

一方で personalization は、ユーザーごとにフォーム表示や好みを調整する考え方です。公式ドキュメントでは、フォーム personalization によって個々のユーザーがフォーム表示を自分向けに調整できることが説明されています。つまり、branding は全体向け、personalization は個人向けです。

図5. branding は全体の見た目を整える設定、personalization はユーザー個人の使いやすさを調整する設定です。

ここは日本語で説明すると簡単ですが、英語の選択肢だと混同しやすい論点です。logo / colors / theme なら branding、個人の表示列やフォーム見え方なら personalization と結び付けると迷いにくくなります。

CSA想定問題

Q. 会社ロゴや色をインスタンス全体に反映したい。この変更として最も適切なのはどれですか。

  1. Personalization
  2. Branding
  3. Impersonation
  4. UI action

正解: B

解説: branding は全体向けの見た目の統一です。personalization は各ユーザーが自分向けに調整する設定です。

5. ユーザー視点の設定変更と、管理者視点のインスタンス変更の違い

Instance Configuration の理解を深めるには、変更の主体 を意識すると分かりやすくなります。たとえば、Favorites の並び、個人のフォーム表示、列の見え方などはユーザー視点の設定変更です。これらは主に「自分の使いやすさ」を整える変更です。

それに対して、plugin の有効化、system properties の変更、branding、form layout の調整などは、管理者視点でのインスタンス変更です。こちらは自分ひとりではなく、インスタンス全体や複数ユーザーに影響する可能性があります。

図6. 変更が個人向けか、インスタンス全体向けかで考えると、Instance Configuration の論点はかなり整理しやすくなります。

試験では「個人設定っぽい選択肢」と「管理者設定っぽい選択肢」を混ぜてくることがあるため、影響範囲が個人か全体か で見抜くのが有効です。

CSA想定問題

Q. 次のうち、ユーザー個人の好みではなく、管理者がインスタンス全体へ影響を与える変更として最も適切なのはどれですか。

  1. Favorites の並び替え
  2. フォームの個人表示調整
  3. System properties の変更
  4. 最近見たレコードの確認

正解: C

解説: Favorites や個人表示調整はユーザー視点の変更です。system properties はインスタンス全体の動作に関わるため、管理者視点の変更です。

覚えるべき単語

英語 日本語 日本語の出題イメージ 覚え方
plugin プラグイン 「標準機能を拡張・有効化する仕組みはどれか」 機能追加の有効化
Store app Store アプリ 「ServiceNow Store から導入する追加アプリは何か」 外から入れる追加アプリ
system properties システムプロパティ 「インスタンス全体の既定動作を制御するものはどれか」 全体の動作設定
baseline 標準状態 / ベースライン 「標準実装からの変更」を問う文脈で出やすい 最初の標準状態
branding ブランド設定 「ロゴや色を全体反映する設定は何か」 全体の見た目
personalization 個人設定 / パーソナライズ 「ユーザーごとの表示調整は何か」 個人の使いやすさ
impersonate なりすまし / ユーザー切替確認 「別ユーザー視点で動作確認する機能は何か」 その人として確認
UI action UI アクション 「フォームやリストのボタン・リンク・メニュー項目は何か」 押す操作の部品
form layout フォームレイアウト 「フォーム上の項目配置を管理者が調整する設定は何か」 フォームの並び替え

とくに baseline は、CSA文脈では「標準状態」や「標準実装」を指す言葉として理解しておくと便利です。configuration と customization の違いを考えるときに、「標準の外へどれだけ踏み出しているか」という視点と結び付けると、問題文のニュアンスが読みやすくなります。

図7. 用語を個別に暗記するより、platform settings・user/admin operation・UI configuration のまとまりで整理すると覚えやすくなります。

用語の確認ミニ問題

Q. フォームやリストに表示されるボタン、リンク、コンテキストメニュー項目を表す用語はどれですか。

  1. UI action
  2. Baseline
  3. Branding
  4. Store app

正解: A

まとめ

Instance Configuration は、設定変更の名前を暗記する章ではなく、何を変えるのか、誰に影響するのか、どこまでが標準の設定なのか を見分ける章です。configuration と customization、plugin と Store app、system properties と personalization、branding と user preference の違いが整理できると、選択肢の切れ味が大きく上がります。

特に大事なのは、個人向け変更か、インスタンス全体への変更か という視点です。この軸が固まると、Instance Configuration だけでなく、後続ドメインの設定問題もかなり読みやすくなります。

参考リンク

タイトルとURLをコピーしました