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

UI ポリシーは、ページの再読み込みを必要とせずに、フォーム フィールドの表示、読み取り専用状態、または必須ステータスを動的に制御するための推奨される方法です。
ベスト プラクティスでは、UI ポリシーはクライアント側で実行され、管理が容易であるため、可能な限りクライアント スクリプトよりも UI ポリシーを使用することをお勧めします。
ほとんどの場合、スクリプトは必要なく、シンプルなルールベースのアプローチを提供します。
誤ったオプションの説明:
クライアント スクリプト (A)# ブラウザーで JavaScript ロジックを実行するために使用されますが、フィールドを必須または非表示にするには UI ポリシーを使用する必要があります。
ビジネス ルール (C)# サーバー側で実行され、リアルタイムでフォーム フィールドに直接影響を与えません。
UI アクション (D)# ボタン、リンク、またはコンテキスト メニュー アクションの作成に使用されます。フィールド プロパティの変更には使用されません。
参照：
ServiceNow ドキュメント - UI ポリシー

参考: https://infocenter.io/servicenow-cmdb-implementation/