ServiceNowのCSA学習でつまずきやすいのが 用語を意味だけで覚えようとして 画面と設定が頭の中でつながらない状態です。たとえば「ACL」「ロール」「グループ」を単語カードで覚えても 実際に権限トラブルが起きたときに どこから見ればいいかが分からないままになりがちです。
CSAが扱う範囲は ナビゲーション 設定 データベース 自己解決の仕組み 自動化など いわゆる管理者の土台が中心です。これは公式の試験仕様でも 管理者としての構成 実装 維持のスキルを確認する試験として説明されています。
だからこそ 本記事では 意味の暗記ではなく 使いどころ に寄せて 重要用語100個を整理します。
読み方はシンプルです。
- まず各用語の 使いどころ を読む
- 次に 迷いポイント を読んで 「混乱パターン」を先に潰す
- 最後に 自分が触った画面や設定に結びつけて 「見に行ける状態」にする
ここまでできると 問題文が長くても 選択肢の違いが見えやすくなります。
本番形式で慣れるのが合格への近道。UdemyのServiceNow模擬問題集を人気順で一覧比較できます👇
画面操作とレコード理解で迷わないための基礎
最初の山は 「どこを見ればいいか分からない」問題です。用語を 画面の部品 として捉えるだけで 迷子が激減します。
使いどころで覚える用語 リスト 1から15
- Application Navigator
使いどころ: 機能へ移動する地図。モジュール名で探せない時は まずここ。
迷いポイント: アプリ名とモジュール名を混同して探し続ける。 - Module
使いどころ: 実際に開くメニュー項目。よく使う一覧やフォームへ直行。
迷いポイント: 同名モジュールが複数アプリにあると 目的がズレる。 - Filter Navigator
使いどころ: ナビでの検索欄。キーワードで素早く辿る。
迷いポイント: 表示権限がないと候補が出ず 「存在しない」と勘違い。 - List
使いどころ: レコードを並べて探す まとめて更新する。
迷いポイント: 一覧の列を変えた結果 重要情報が見えなくなる。 - Form
使いどころ: 1件のレコードを詳しく見る 変更する。
迷いポイント: フォームの表示はカスタマイズで変わる 前提を忘れる。 - Related List
使いどころ: 親レコードから 子や関連レコードを辿る。
迷いポイント: 関連リストが出ない原因が 権限かフォーム設定か切り分けない。 - Breadcrumb
使いどころ: フィルタ条件の履歴。今どんな条件で絞っているか確認。
迷いポイント: 追加条件を積み重ねて 結果ゼロのまま悩む。 - Context Menu
使いどころ: 右クリックなどでの補助操作。エクスポートや絞り込みに便利。
迷いポイント: 権限で項目が出ないことがある。 - Personalize Form
使いどころ: 表示フィールドや配置の調整。学習中は情報が見える形に。
迷いポイント: 個人設定と全体設定を混同して 他人にも影響すると誤解。 - Personalize List
使いどころ: 一覧の列を追加して 追跡に必要な項目を見える化。
迷いポイント: 参照先の表示値だけ見て sys_idの存在を忘れる。 - Favorites
使いどころ: よく行く設定画面へのショートカット。復習効率が上がる。
迷いポイント: 学習用に追加しすぎて 逆に探しづらくなる。 - History
使いどころ: 直近で見た画面の戻り道。作業中の迷子救済。
迷いポイント: 別タブ作業で履歴が分散し 「さっきの画面」が見つからない。 - Impersonate User
使いどころ: そのユーザーの見え方を再現して トラブルを切り分ける。
迷いポイント: できる人が限られる。検証後は必ず戻す。 - Update Set Picker
使いどころ: 変更をどの更新セットに入れるかを切り替える。
迷いポイント: 切り替え忘れで 変更が別セットに混ざり 追跡不能になる。 - Global Search
使いどころ: レコードや設定を横断検索。名称が曖昧な時の入口。
迷いポイント: 同名が多いときは テーブルやアプリの文脈で絞る。
データモデルと設定の土台
次の山は 「設定を触ったら どこに保存され 何に影響するか」です。ここはCSAの土台なので 用語を データの流れ として繋げます。
使いどころで覚える用語 リスト 16から40
- Table
使いどころ: データの入れ物。どのテーブルの話かが分かると混乱が減る。
迷いポイント: 画面名とテーブル名が一致しないことがある。 - Extended Table
使いどころ: 共通項目を継承する仕組み。親子関係を意識して検索する。
迷いポイント: 親で設定したものが子にも効く ケースを見落とす。 - sys_id
使いどころ: レコードの一意キー。参照やAPIや移送で迷ったら sys_id。
迷いポイント: 表示名を変えても sys_idは変わらない点を忘れる。 - Reference Field
使いどころ: 別テーブルのレコードを指すリンク。関連付けの中心。
迷いポイント: 表示値と実体がズレると誤解しやすい。 - Choice List
使いどころ: 状態などの選択肢。運用に合わせた候補を用意する。
迷いポイント: 同じフィールドでも テーブルごとに定義が分かれることがある。 - Dictionary Entry
使いどころ: フィールドの定義書。型 長さ 参照先 既定値などの根っこ。
迷いポイント: フォーム上の見た目変更と 辞書変更を混同。 - Data Policy
使いどころ: 入力必須や値チェックをサーバ側でも担保したい時。
迷いポイント: クライアント側だけの制御と思い込んで動作差に驚く。 - Mandatory
使いどころ: 入力必須。フォーム上の見え方と保存可否の両方で考える。
迷いポイント: UI上で必須に見えないのに保存できない など原因が分散。 - Default Value
使いどころ: 初期値で入力負担を減らす。作業標準化にも効く。
迷いポイント: 初期値が入る条件を理解せず 意図せず上書きされる。 - Business Rule
使いどころ: 保存前後に動くサーバ処理。データ整形や自動設定の定番。
迷いポイント: いつ動くか を曖昧にすると 予期せぬ上書きが起きる。 - Client Script
使いどころ: フォーム操作の体験を整える。入力補助や表示制御。
迷いポイント: クライアントで見えている値が サーバに届く前提を誤る。 - UI Policy
使いどころ: 条件に応じて必須 表示 読み取り専用をノーコード寄りで制御。
迷いポイント: 似た目的のClient Scriptと 役割分担せず複雑化。 - UI Action
使いどころ: ボタンで処理を起動。作業を定型化する入口に便利。
迷いポイント: 表示条件と実行権限が別物。 - Script Include
使いどころ: 共通ロジックの部品化。Business RuleやFlowから再利用。
迷いポイント: スコープや呼び出し可否で動かないケースがある。 - GlideRecord
使いどころ: サーバ側でレコードを検索 更新する基本API。
迷いポイント: 条件が雑だと性能や予期せぬ更新に直結。 - Dot-walking
使いどころ: 参照先のフィールドを辿って条件や表示に使う。レポートでも重要。
迷いポイント: 辿りすぎると分かりづらい。関連と拡張の違いも混乱しやすい。 - Index
使いどころ: 検索や一覧の速度を支える。大量データで効く。
迷いポイント: 何でも付けると更新コストが増える という視点が抜ける。 - Coalesce
使いどころ: インポート時に「同一判定のキー」を決める。重複を抑える要。
迷いポイント: coalesceを付けても 参照や前処理次第で意図通りにならない。 - Import Set
使いどころ: 外部データを一旦受ける場所。取り込み失敗時の確認点が明確になる。
迷いポイント: 取り込み元と変換先を混同して どこで失敗したか追えない。 - Transform Map
使いどころ: 取り込みデータを本テーブルへ写す設計図。フィールド対応の中心。
迷いポイント: onBefore onAfterなど変換タイミングの違いで結果が変わる。 - Staging Table
使いどころ: Import Setの受け皿テーブル。生データの保存場所として切り分ける。
迷いポイント: ステージと本番テーブルを同じ感覚で編集しようとする。 - Data Source
使いどころ: どこからデータを取るかの定義。ファイル 連携 など入口を管理。
迷いポイント: 取得設定だけして Transformが未設定で止まる。 - Attachment
使いどころ: 申請や証跡で添付を扱う。インポートのファイル管理にも登場。
迷いポイント: 添付の扱いは権限や保持方針に影響される。 - Audit History
使いどころ: いつ誰が何を変えたか を追う。運用の切り分けで強い味方。
迷いポイント: 監査対象外のフィールドもあるので 何でも追えると思わない。 - sys_created_on
使いどころ: 作成日時。レポートやフィルタで頻繁に使う基本フィールド。
迷いポイント: 表示のタイムゾーン差で 誤解して集計してしまう。
セキュリティとガバナンス
ここは「難しい用語が増える」のではなく 同じ景色を別の角度から見ている だけです。
ざっくり言うと「誰が 何を どこまで できるか」を分解した部品が並びます。ACLの概念や種類などは公式ドキュメントでも整理されています。
使いどころで覚える用語 リスト 41から60
- Role
使いどころ: 権限の単位。できることの束。まずロール有無を確認する。
迷いポイント: ロールがあっても ACLで止まることがある。 - Group
使いどころ: チーム運用の単位。割り当てや通知の宛先にもなる。
迷いポイント: グループに入っていても ロールが付いていないと操作できない。 - User
使いどころ: 操作主体。プロファイル設定と権限設定を分けて考える。
迷いポイント: ユーザーの「役割」と「担当」は別概念。 - ACL
使いどころ: テーブルやフィールドへのアクセス制御。見える 見えない の最終関門。
迷いポイント: 読み取りはOKでも 書き込みで止まる など動詞ごとに別。 - Condition
使いどころ: ルール発動条件。ACLや通知やフローの「いつ」を決める。
迷いポイント: 条件のAND ORが増えるほど 期待とズレやすい。 - Scripted ACL
使いどころ: 条件だけでは表現できない判断をスクリプトで実装。
迷いポイント: 性能と可読性。後から自分が読めるかを優先。 - Elevated Privilege
使いどころ: 一時的に強い権限で作業する考え方。誤操作防止に有効。
迷いポイント: 常時強権限で運用してしまい 事故が起きやすくなる。 - Domain Separation
使いどころ: 複数組織を同一インスタンスで分離する大枠の設計。
迷いポイント: 単なるフィルタではなく 設計思想として扱う必要がある。 - UI Macro
使いどころ: 画面部品の再利用。古い実装で見かけることがある。
迷いポイント: 何がどこで表示されているか追いにくいので 変更は慎重に。 - Client Callable
使いどころ: クライアントから呼べるサーバ処理の設計判断。
迷いポイント: 便利だが セキュリティ設計を甘くするとリスクになる。 - Encryption
使いどころ: 機微情報の保護。保管時や通信時の扱いを意識する。
迷いポイント: 暗号化すれば何でも安全 ではない。アクセス制御とセット。 - Credential
使いどころ: 外部連携の認証情報を安全に管理する箱。
迷いポイント: どの連携がどの資格情報を使うか棚卸ししないと迷子。 - MID Server
使いどころ: 社内ネットワーク側のデータへ安全に到達するための中継。
迷いポイント: インスタンス側設定だけで動くと思い込みがち。 - Trusted Key Store
使いどころ: 証明書や鍵を管理する場所。暗号や連携で登場。
迷いポイント: 証明書の期限やチェーンを見落として接続失敗に悩む。 - OAuth
使いどころ: API連携での認可。トークンで安全にアクセスさせる。
迷いポイント: 認証と認可を混同して設計がブレる。 - SAML
使いどころ: SSOの代表。会社のID基盤とつなぐ時の基本用語。
迷いポイント: 片側の設定だけ直しても もう片側が合わないと直らない。 - Delegated Administration
使いどころ: 管理作業の一部を現場へ委譲。中央集権の負荷を下げる。
迷いポイント: 委譲範囲が曖昧だと 権限不足か過剰付与になりやすい。 - Scope
使いどころ: アプリケーションの境界。何を変更できるか 何に触れられるか。
迷いポイント: グローバルとスコープ付きの違いで 参照や修正が止まる。 - Application Access
使いどころ: 他アプリからテーブルやAPIを使わせるかの扉。開け方を管理する。
迷いポイント: 便利だから開ける で進めると 依存が増えて後で苦しくなる。 - System Property
使いどころ: 動作のスイッチ。環境差を吸収する設定として使う。
迷いポイント: 変更が広範囲に効くことがあるので 目的と影響をメモしておく。
補足として 用語の定義を確認したくなったら 開発者向けの公式グロッサリーが助けになります。たとえば「application scope」などはそこで整理されています。
自動化 運用 可視化までの全体像
最後の山は 「仕組みとしてのServiceNow」です。ワークフロー 通知 レポート ログまでつながると 1問1答ではなく 「状況に合う選択」ができるようになります。
自動化の用語 リスト 61から80
- Flow Designer
使いどころ: ノーコード寄りの自動化基盤。承認 通知 連携を繋ぎやすい。
迷いポイント: 何でもフローでやる前に 既存機能で足りるか見極める。 - Flow
使いどころ: 自動化の本体。トリガーからアクションをつなぐ。
迷いポイント: 条件分岐が増えると追えなくなるので 小さく割る発想。 - Action
使いどころ: 1つの処理部品。再利用できる単位にする。
迷いポイント: 便利でも 権限や例外処理の設計が抜けると運用で詰まる。 - Subflow
使いどころ: 使い回す処理のまとまり。複数フローで共通化。
迷いポイント: 共通化しすぎて 逆に理解が難しくなる。 - Trigger
使いどころ: いつ動くか。レコード作成 更新 スケジュールなど。
迷いポイント: 更新トリガーで無限ループを作らない設計が大事。 - Catalog Item
使いどころ: 申請の入口。利用者向けセルフサービスの顔。
迷いポイント: 申請フォームと実処理の責務分担が曖昧だと複雑化。 - Record Producer
使いどころ: カタログから特定テーブルのレコードを作る簡易フォーム。
迷いポイント: どのテーブルに何を作っているか分からなくなる。 - Order Guide
使いどころ: 複数アイテムをまとめて申請させたい時。入社セットなど。
迷いポイント: アイテム間の依存関係を整理しないと 途中で破綻する。 - Variable
使いどころ: カタログ入力項目。申請者が入れる情報の箱。
迷いポイント: 変数とテーブルのフィールドを同じものと思い込む。 - Variable Set
使いどころ: 変数のセットを使い回す。住所入力など共通部品に便利。
迷いポイント: 使い回しが多いほど 変更影響が広がる。 - Catalog Client Script
使いどころ: カタログ上の動きの制御。入力補助や表示制御。
迷いポイント: 通常フォーム用と同じ感覚で書いて動かない。 - Catalog UI Policy
使いどころ: カタログの必須や表示制御をシンプルに。
迷いポイント: ルールの重ねがけで 条件が読めなくなる。 - Approval
使いどころ: 承認ステップ。誰がいつ承認するかを設計に落とす。
迷いポイント: 代理 承認者変更 再申請など例外パターンを無視して詰む。 - SLA
使いどころ: 期限管理。優先度や状態で時計を止める動作が重要。
迷いポイント: 単なるタイマーと思うと 運用ルールと噛み合わない。 - Task
使いどころ: 作業の単位。インシデントも変更も多くはタスク系で統一感がある。
迷いポイント: タスクの親子や種類を意識しないと 一覧がカオスになる。 - Event
使いどころ: 何かが起きた合図。通知などの起点として使う。
迷いポイント: 直接通知するのか イベント経由にするのか設計が揺れる。 - Notification
使いどころ: メールなどの通知。条件とテンプレで運用を支える。
迷いポイント: 送りすぎると誰も読まない。必要最小限を意識。 - Template
使いどころ: 入力や返信を定型化。現場の手間を減らす。
迷いポイント: テンプレに頼りすぎると 実態とズレた文面が残る。 - Assignment Rule
使いどころ: 担当者やグループを自動割り当て。一次対応の速度を上げる。
迷いポイント: 例外だらけになるなら ルールより運用で解決すべき場合もある。 - Escalation
使いどころ: 条件で自動処理を実行。期限超過の通知や優先度変更など。
迷いポイント: 何がいつ動くかを把握していないと 事故に見える。
運用 可視化の用語 リスト 81から100
- Report
使いどころ: 状況を見える化。まずは一覧で見たい指標から作る。
迷いポイント: 取りたい答えより先に グラフ種類から選ぶと迷う。 - Dashboard
使いどころ: 複数レポートをまとめて眺める。運用会議の土台。
迷いポイント: 置きすぎると見ない。役割ごとに絞る。 - PA Indicator
使いどころ: 時系列で追う指標。改善活動の成果を測る。
迷いポイント: 何を改善したいかが曖昧だと 指標だけ増える。 - Scheduled Report
使いどころ: 定期配信で「見に行く」を「届く」に変える。
迷いポイント: 配信先が古いまま放置されがち。 - Metric
使いどころ: 状態変化などの計測。SLAと並ぶ運用分析の材料。
迷いポイント: 収集の目的がないと ただのログになる。 - Performance Analytics
使いどころ: 指標を継続管理して改善を回す。
迷いポイント: 最初から全部やろうとせず 重要な1指標から。 - List Filter Conditions
使いどころ: 一覧の条件。調査やレポート作成の前段で使う。
迷いポイント: 条件の優先順位や括りを誤って 取り漏れが出る。 - Encoded Query
使いどころ: 条件を文字列で表現。URL共有やスクリプトで再利用。
迷いポイント: 人が読みにくいので まず画面で条件を作ってから確認。 - Script Debugger
使いどころ: スクリプトの動作確認。どこで止まったかを見る。
迷いポイント: 本番での多用は避ける。検証環境で再現が基本。 - System Logs
使いどころ: 何が起きたかの証拠。トラブル時の最短ルート。
迷いポイント: ログの種類が多いので 目的別に当たりを付ける。 - gs.log
使いどころ: サーバスクリプトのログ出力。原因究明の補助。
迷いポイント: 出しっぱなしでノイズ増。検証後は片付ける。 - Transaction Log
使いどころ: 画面操作の裏で何が遅いかを見る。性能トラブルで有効。
迷いポイント: 「遅い」を感覚で語らず 数値で当たりを付ける。 - Email Log
使いどころ: 通知が飛んだか 失敗したかを確認。
迷いポイント: 通知条件と送信失敗を混同して追い方が迷走。 - Scheduled Job
使いどころ: 定期処理。夜間バッチのような動きもここ。
迷いポイント: 処理時間が重なると負荷が跳ねるので 計画が必要。 - Fix Script
使いどころ: データ修正や一括処理。安全に実行する段取りが重要。
迷いポイント: 気軽に本番で流すと戻せない。必ず検証とバックアウト案。 - Update Set
使いどころ: 設定変更をまとめて移送する単位。変更の追跡に使う。
迷いポイント: データまで全部運べるわけではない。移送範囲の理解が必要。 - Instance Clone
使いどころ: 本番の状態を検証環境に複製。再現性の高いテストに。
迷いポイント: 機微データの扱いと 事前調整を忘れると事故になる。 - Plugin
使いどころ: 機能追加のスイッチ。必要機能を段階的に入れる。
迷いポイント: 入れると設定項目が増える。運用責任も増える。 - Application Repository
使いどころ: アプリの配布や取得。標準機能の追加導入で登場。
迷いポイント: どのバージョンを入れたか記録しないと差分が追えない。 - Upgrade
使いどころ: バージョン更新。変更点を理解し 検証と移送を丁寧に進める。
迷いポイント: 互換性の影響は「見えない場所」に出る。ログとテストが重要。
学習の進め方 使いどころ暗記にしないコツ
ここまでの100語は 「覚えるため」ではなく 探しに行けるための目印 です。おすすめの進め方は次の通りです。
- 今日触る範囲だけ 20語に丸を付ける
- その20語を 実際の画面で1回ずつ見に行く
- 見に行った証拠として 自分のメモに「どのメニューにあるか」を一言残す
さらに 体系的に学ぶ教材が欲しいなら Udemy のCSA向け講座や模擬問題を 「用語の暗記」ではなく「復習の導線」 として使うのが相性が良いです。
たとえば 模擬問題で間違えた用語だけ 本記事に戻って「使いどころ」と「迷いポイント」を確認し そのままインスタンスで同じ画面を開く。これだけで 記憶が点ではなく線になります。
本番形式で慣れるのが合格への近道。UdemyのServiceNow模擬問題集を人気順で一覧比較できます👇
まとめ
CSAの用語学習は 単語帳の暗記に寄せるほど 途中で苦しくなります。管理者として必要なのは 用語の意味そのものよりも どの画面 どの設定 どのログで使う言葉なのか を把握して 迷わず辿れることです。公式の試験説明でも 管理者としての構成 実装 維持や ナビゲーション データ管理 自動化といった土台の力が求められることが示されています。
本記事の100語は その土台を「使いどころ」で並べ替えた地図です。まずは 自分が今学んでいる範囲の20語だけを選び 画面で確認しながら メニューや設定場所とセットで覚えてください。
それを繰り返すと 問題文が長くても 何を問われているかが整理しやすくなり 実務でも「原因に近いところから見に行く」動きができるようになります。
