ServiceNowでは、クライアントスクリプトはサーバー上ではなく、ユーザーのWebブラウザ上で実行されるスクリプトです。これらは、フォームの動作を動的に制御したり、ユーザー入力を検証したり、サーバーへのリクエストを必要とせずにリアルタイム更新を実行したりすることで、ユーザーエクスペリエンスを向上させるために使用されます。
ServiceNowにおけるスクリプトの種類：スクリプトの種類
走り続ける
目的
クライアントスクリプト
ウェブブラウザ（クライアント側）
UIの動作を変更したり、フィールドの検証を実行したり、ユーザーの操作に応答したりします。
サーバースクリプト
ServiceNowバックエンド（サーバー側）
データを処理し、業務ルールを適用し、バックグラウンド処理を実行します。
データベーススクリプト
データベース層
ストアドプロシージャまたはデータベーストリガーに使用されます（ServiceNowでは適用されません）。
ローカルスクリプト
実際のServiceNowスクリプトタイプではありません
ServiceNowにはそのようなカテゴリは存在しません。
フォームが読み込まれたとき、変更されたとき、または送信されたときに、Webブラウザ内で実行されます。
フィールド値を操作したり、メッセージを表示したり、ルールをリアルタイムで適用したりできます。
GlideForm (g_form) および GlideUser (g_user) API を使用します。
バックエンドにリクエストを送信せずにロジックを実行することで、サーバー負荷を軽減します。
A: サーバースクリプト:
ブラウザではなく、サーバー側で実行されます。
例：ビジネスルール、スクリプトインクルード、スケジュールされたジョブ。
B: ローカルスクリプト:
ServiceNowにはそのようなスクリプトタイプはありません。
C: データベーススクリプト:
ServiceNowでは、データベースへの直接的なスクリプト実行は許可されていません。
クライアントスクリプトの概要
スクリプト作成のベストプラクティス
クライアント スクリプトの主な機能: 他のオプションが間違っている理由? ServiceNow 公式ドキュメント リファレンス:

プラットフォームに入力されるすべてのデータに適用されるポリシーをデータポリシーと呼びます。データポリシーはサーバー側で実行され、フィールド1に対して必須状態と読み取り専用状態を設定することでデータの一貫性を確保します。
参考文献データポリシー

ServiceNowのアプリケーションナビゲーター（App Navigator）検索フィールドを使用すると、関連するキーワードを入力することで、アプリケーション、モジュール、お気に入りをすばやく見つけることができます。入力内容に応じて利用可能なオプションが絞り込まれるため、ナビゲーションが容易になります。
正解の4つは、アプリナビゲーターの検索フィールドが返す可能性のある結果を説明しています。
検索フィールドでは、アプリケーションとそのそれぞれのモジュールを左側のナビゲーションパネルに表示できます。
例：「インシデント」を検索すると、次の結果が表示されます。
アプリケーション：「インシデント」
モジュール:「すべて」、「開く」、「解決済み」、「新規作成」
モジュールとは、アプリケーション内の特定の機能のことです。
モジュール名で直接検索すると、キーワードに一致する結果が表示されます。
例：「新規作成」を検索すると、次のようなモジュールが返されます。
「新規インシデントの作成」
「新しい変更依頼を作成する」
検索フィールドでは、アプリケーション名で完全なアプリケーションを検索できます。
例：「Change」と入力すると、変更管理アプリケーションとその関連モジュールが表示されます。
ユーザーが特定のモジュールやアプリケーションをお気に入りとして登録している場合、それらは検索結果に表示されます。
これにより、ユーザーはよく使う機能に素早くアクセスできるようになります。
1. アプリケーションとモジュールの名前 (正解) 2. モジュールの名前 (正解) 3. アプリケーションの名前 (正解) 4. お気に入り (正解) 他のオプションが不正解である理由: E. 履歴レコード (不正解) ナビゲーション パネルの履歴タブには最近アクセスしたレコードが表示されますが、アプリ ナビゲーターから検索することはできません。
代わりに、ユーザーは以下の場所で履歴を確認できます。
履歴モジュール（システム設定 > 履歴）
最近の履歴タブ（左側のナビゲーション）
F：ダッシュボード計器のタイトル（誤り）
ダッシュボードゲージは、パフォーマンス分析またはレポートダッシュボード上の視覚要素であり、アプリナビゲーターで検索することはできません。
代わりに、ダッシュボードとレポートは以下にあります。
セルフサービス > ダッシュボード
パフォーマンス分析 > ダッシュボード
ServiceNowのユーザーが「すべてのインシデント」モジュールに素早くアクセスしたいと考えています。
彼らはアプリナビゲーターの検索ボックスに「事件」と入力する。
検索結果は以下のとおりです。
インシデント（アプリケーション）
すべて（モジュール）
私に割り当てられたモジュール
解決済み（モジュール）
使用例：これにより、アプリケーションメニューを手動で展開することなく、素早くナビゲーションできます。
参考資料：ServiceNowドキュメント：アプリケーションナビゲーターの概要
ServiceNow CSA 学習パス：アプリケーションナビゲーターの使用
ServiceNowドキュメント：お気に入りとナビゲーション

ServiceNowにおいて、インポートセットテーブルは、生データが変換されてターゲットテーブルに移動される前に一時的に保存されるステージング領域です。これは主にデータインポートプロセスで使用され、データの整合性を確保し、本番テーブルにデータをコミットする前に変換処理を可能にします。
インポートセットテーブルの主な機能：
外部ソース（CSVファイル、Excelファイル、API、LDAPなど）から受信したデータを保存します。
レコードがマッピングされ、ターゲットテーブル（例：incident、cmdb_ci、problem）に変換される前の、一時的なステージング領域として機能します。
最終的なデータ移行前に、検証とエラー処理を可能にします。
変換マップを使用して、インポートセット内のフィールドがターゲットテーブルのフィールドとどのように関連付けられるかを決定します。
インポートセットのワークフロー例：
データは外部ソースからインポートセットテーブルにインポートされます。
インポートセットテーブルは、既存のレコードに影響を与えることなく、データを一時的に保存します。
変換マップは、データを適切なテーブルに挿入する前に、データを移動および変更するために適用されます。
変換が完了すると、データはターゲットテーブルに転送され、インポートセットテーブルをクリアできます。
各オプションの説明：
（A）変換後にデータが配置されるテーブル - 不正解 ❌ ターゲットテーブル（例：incident、cmdb_ci、problem）には、変換後のデータが格納されます。
インポートセットテーブルは、変換処理が行われる前の一時的な準備領域にすぎません。
（B）関係性を決定する表 - 不正解 ❌
関係テーブル（例：cmdb_rel_ci）はレコード間の依存関係を定義しますが、データインポートには使用されません。
インポートセットテーブルは、レコード間の関係を決定しません。
（C）輸入レコードの一時保管場所 - 正解✅
インポートセットテーブルは、処理前に受信したレコードを一時的に保存します。
データは、最終的なターゲットテーブルに挿入される前に、変換およびマッピングされます。
これにより、データの完全性と一貫性が確保されます。
（D）更新セット情報のリポジトリ - 不正解 ❌
更新セット（sys_update_set）には、スクリプト、ワークフロー、UIポリシーなどの構成に対する変更が格納されます。
インポートセットテーブルはデータインポートに使用され、更新セットには使用されません。
補足事項とベストプラクティス：
変換を適用する前に、インポートセットテーブルのデータを必ず確認し、誤ったデータ入力を防いでください。
変換マップを使用して、インポートセットテーブルとターゲットテーブル間のフィールドマッピングを定義します。
インポートログ（sys_import_set_run）を監視して、エラーや不完全なデータがないか確認してください。
パフォーマンスを向上させ、不要なストレージ使用量を回避するために、古いインポートセットデータを定期的に削除してください。
認定システム管理者（CSA）ドキュメントからの参照：
ServiceNowドキュメント：インポートセットの概要
https://docs.servicenow.com
ServiceNowコミュニティ：インポートセット管理のベストプラクティス
https://community.servicenow.com