ServiceNowでは、グローバル検索バーはユーザーインターフェースの最上部にあるバナーフレームに配置されています。グローバル検索機能を使用すると、プラットフォーム内の複数のテーブルやレコードを横断して検索できます。
複数のレコードタイプ（インシデント、ナレッジ記事、変更要求など）にわたる検索。
入力と同時に候補が表示されます。
ユーザーの役割と権限に基づいて結果を絞り込みます。
検索速度と効率を向上させるためにインデックスを使用します。
バナーフレーム内のグローバル検索の主な機能：
「B. バナーフレーム」が正しい理由：バナーフレームにはグローバル検索バーが含まれており、ユーザーはServiceNowで利用可能なすべてのレコードを検索できます。
A: アプリケーションナビゲーター#アプリケーションナビゲーターは、モジュールやアプリケーションを閲覧するために使用するものであり、グローバル検索を実行するためのものではありません。
C: リスト ペイン#リスト ペインには特定のテーブルのレコードのみが表示され、検索はそのリスト ビューに限定されます。
D: コンテンツフレーム#コンテンツフレームはフォーム、リスト、ダッシュボードを表示しますが、グローバル検索機能は提供しません。
他の選択肢が間違っている理由：
ServiceNowドキュメント：ServiceNowにおけるグローバル検索
CSA試験ガイド：バナーフレームとその機能（グローバル検索を含む）について解説します。
CSAドキュメントからの参照：したがって、正解は次のとおりです。
B：バナーフレーム

サービスカタログ管理では、カテゴリを使用してカタログアイテムを論理的にグループ化し、ユーザーのナビゲーションを容易にします。カテゴリはアイテムを意味のあるセクションに整理するのに役立ち、ユーザーが必要なサービスを迅速に見つけられるようにします。
例えば：
「ソフトウェアリクエスト」は、「Microsoft Office」、「Adobe Photoshop」、「VPNアクセス」などのカタログアイテムを含むカテゴリです。
「ハードウェア要求」には、「ノートパソコン」、「モニター」、「キーボード」などが含まれます。他の選択肢が間違っているのはなぜですか？
A. 変数セット ❌ - 変数セットはカタログアイテムの再利用可能な変数のグループですが、アイテムをグループに整理するものではありません。
B . カタログアイテム ❌ - カタログアイテムは個々のサービスリクエスト (例: 「ノートパソコンをリクエストする」) を指しますが、他のカタログアイテムではなくカテゴリを使用してグループ化されます。
C . セクション ❌ - セクションは、関連する変数をグループ化するためにフォームで使用され、カタログ項目を整理するためには使用されません。
参照：
ServiceNow CSA ドキュメント - サービスカタログ管理
ServiceNow公式製品ドキュメント - カタログアイテムの整理 (https://docs.servicenow.com)

ServiceNowにデータをインポートする際、インポートセット処理の最初のステップは、データを一時的なインポートセットテーブルにロードすることです。これは、データロードモジュールを使用して行います。
データインポートの手順：
データの読み込み（最初のステップ）✅
この手順では、ソースファイル（CSV、Excel、XMLなど）から生データをServiceNowのインポートセットテーブルにインポートします。
この段階では変換は行われず、単にデータを一時的なステージングテーブルに移動させるだけです。
変換マップを作成して変換を適用する
ロード後、変換マップを使用して、インポートセットテーブルのフィールドをターゲットテーブル（例：インシデント、CMDB、ユーザー）にマッピングします。
データ変換ステップでは、データを変換して最終テーブルに挿入します。
重複を避けるために統合する
統合はオプションの手順であり、既存のレコードを更新するか、新しいレコードを作成するかを決定します。
誤った選択肢の説明：
A．データの統合 ❌（不正解）
結合は、重複レコードを防ぐために変換フェーズで使用されますが、最初のステップではありません。
B．データの変換 ❌（不正解）
データの変換は、データがインポートセットテーブルにロードされた後に行われます。
C．データのインポート ❌（不正解）
「データのインポート」という特定のモジュールは存在しません。プロセスは「データのロード」から始まります。認定システム管理者（CSA）ドキュメントからの公式リファレンス：
インポートセットを使用したデータのインポート:
https://docs.servicenow.com/bundle/utah-platform-administration/page/administer/import-sets/concept/c_ImportDataUsingImportSets.html ServiceNow でデータ モジュールをロードする:
https://docs.servicenow.com/en-US/bundle/utah-platform-administration/page/administer/import-sets/task/t_LoadData.html

ServiceNowにおけるビジネスルールとは、JavaScriptで記述されたサーバーサイドスクリプトであり、レコードの挿入、更新、削除、またはクエリ実行時に実行されます。ビジネスルールを使用することで、手動による介入を必要とせずに、ビジネスロジックの自動化と適用が可能になります。
ビジネスルールはフォームに紐づくものではなく、データベース操作が発生した際にサーバー側で実行されます。ビジネスルールは以下のように構成できます。
レコードが保存される前（ビジネスルール実行前）
レコードが保存された後（ビジネスルール後）
非同期処理（非同期ビジネスルール）
データベースに対してクエリを実行する前（クエリビジネスルール）
正解の説明:B. ビジネスルールはJavaScriptの一部である(正解) ビジネスルールはJavaScriptで記述され、管理者がサーバー上で実行されるカスタムロジックを定義できるようにします。
これらのスクリプトは、データの変更、ルールの適用、フィールドの検証、または他のワークフローのトリガーを行うことができます。
ビジネスルールのJavaScriptコード例：
if(current.state=='3'&& current.priority!='1') {
current.priority='1';
gs.addInfoMessage("状態が解決済みなので、優先度を高に設定しました。");
}
このルールにより、インシデントの状態が「解決済み」に変更された場合、その優先度が自動的に「高」に設定されます。
他の選択肢が間違っている理由:A. ビジネスルールはデータベースアクションが発生する前に実行されなければならない (間違い) ビジネスルールはデータベースアクションが発生する前に実行できますが、後または非同期で実行することもできます。
ビジネスルールには、実行タイプが4種類あります。
Before - データベースにレコードが挿入/更新される前に実行されます。
アフター処理：レコードがデータベースにコミットされた後に実行されます。
非同期処理 - トランザクション完了後にバックグラウンドで実行されます。
クエリ - データがユーザーに返される前に実行されます（クエリ結果を変更します）。
C: データベース アクションが発生する前にビジネス ルールを実行してはなりません (誤り) これは誤りです。一部のビジネス ルールはデータベース アクションの前に実行されます (たとえば、Before ビジネス ルールは保存前にデータを検証できます)。
D: ビジネスルールがフォーム上のフィールドを監視する（誤り）
ビジネスルールはフォームフィールドを直接監視しません。代わりに、データベース操作に基づいて実行されます。
フォームフィールドのリアルタイム監視が必要な場合は、ビジネスルールではなくクライアントスクリプトが使用されます。
チケットの重要度に基づいて優先度を自動的に割り当てます。
特定の条件が満たされない場合、特定のレコードの更新を防止する。
レコードが変更された際にメール通知を送信する。
ビジネスポリシーを遵守するために、保存前にデータを変更する。
ビジネスルールの使用例：
参考資料：ServiceNowドキュメント：ビジネスルールの概要
ServiceNow CSA 学習パス：ビジネスルールの基礎
ServiceNowドキュメント：ビジネスルールにおけるサーバーサイドスクリプト

ServiceNowにおけるフォーマッターとは、データベースレコードのフィールドとして保存されていない有用な情報を表示するためにフォームに追加されるUI要素です。
追加のコンテキストやツールをユーザーに提供することで、フォームのユーザーインターフェースを強化します。
フォーマッタは、基となるデータベーステーブルにデータを保存しません。
これらは、フォームレイアウトエディタを使用してフォームに追加できるドラッグアンドドロップ要素です。
アクティビティフォーマッター - 更新履歴、コメント、作業メモを表示します。
プロセスフローフォーマッター - レコードのワークフローをグラフィカルに表示します。
親ブレッドクラムフォーマッター - 親子関係の階層構造を表示します。
CI関係フォーマッター - CMDB内の構成アイテム（CI）間の関係を表示します。
ユーザー承認フォーマッター - 承認状況と履歴を表示します。
フォーマッタの主な特徴：ServiceNowにおけるフォーマッタの一般的な例：
なぜオプションBが正解なのか？フォーマッタは、レコードのフィールドではない情報を表示するために使用されるフォーム要素です。
保存されているデータを変更することなく、フォーム上に視覚的または機能的な要素を追加します。
他の選択肢が間違っているのはなぜですか？A. 「フォーマッタを使用すると、インスタンス上のアプリケーションを構成できます。」
「
誤り：フォーマッターはアプリケーションを設定するものではありません。ユーザーエクスペリエンスを向上させるためにフォームのレイアウトを変更するだけです。
正しい代替案：アプリケーションの設定は、システムアプリケーションまたはアプリケーションナビゲーターを介して行います。
C）「フォーマッターを使用すると、フィールドに自動的に入力できます。」
誤り: フォーマッターはフィールドに入力したり変更したりしません。
正しい選択肢：ビジネスルール、クライアントスクリプト、およびUIポリシーがフィールドへの入力処理を行います。
D)「フォーマッタとは、データの検索や操作を支援するためにテーブルに適用される条件のセットです。」 誤り: 正しい用語はフォーマッタではなく、フィルタまたは条件ビルダーです。
正しい選択肢：フィルターは、リストビュー、レポート、およびビジネスルールで使用されます。
認定システム管理者（CSA）ドキュメントからの参照：# ServiceNowドキュメント - フォームレイアウトとフォーマッター
# ServiceNow フォーマッターのドキュメント
フォーマッターとは、レコード内のフィールドには含まれていない情報を表示するフォーム要素であり、ユーザーエクスペリエンスを向上させるものです。