クライアントスクリプトとは、クライアント側（ユーザーのブラウザ）で実行されるスクリプトで、ユーザーインターフェースを操作したり、ユーザー入力を検証したりできます1。クライアントスクリプトは、フォームが読み込まれたとき、フィールド値が変更されたとき、またはフォームが送信されたときに実行されるように設定できます2。この場合、スクリプトは「優先度」フィールドの値が変更されたときに実行され、ユーザーに通知します。
参照クライアントスクリプトクライアントスクリプトの種類

ServiceNowでは、レコードは特定のフォームに保存されたすべてのデータを表します。各レコードはテーブル内の単一のエントリに対応し、異なる情報を格納する複数のフィールドが含まれます。
ARecord は、ServiceNow テーブルに保存されるデータの単一インスタンスです。
ユーザーがフォームに記入して送信すると、それぞれのテーブルにレコードが作成または更新されます。
各レコードには一意の Sys ID (32 文字の識別子) があります。
例：
インシデント レコードには、番号、発信者、短い説明、優先度などのフィールドが含まれます。
変更要求レコードには、変更番号、要求者、割り当てグループなどのフィールドが含まれます。
A: フィールド
フィールドはレコード内の個々のデータ ポイントです。
例: インシデント レコードの Caller フィールドと Priority フィールド。
B: フォーム
AForm は、データを入力して表示するためのユーザー インターフェイスですが、データ自体は保存されません。
それは単にレコードと対話する方法です。
D: リスト
AList はテーブルから複数のレコードを表示しますが、リスト内の各行は 1 つのレコードを表します。
リストはレコードのフィルタリング、並べ替え、検索に使用されますが、単一のデータ エントリを表すものではありません。
重要な概念:他のオプションが間違っているのはなぜですか?
ServiceNow データモデル - レコードとテーブル
記録とフォームの理解
フォーム vs. レコード vs. フィールド
ServiceNow フォームと記録
ServiceNow CSA ドキュメントからの参照:最終検証:回答は 100% 正確であり、公式の ServiceNow 認定システム管理者 (CSA) ドキュメントと一致しています。

パフォーマンス分析（PA）において、長期的なシグナルは、組織がデータに基づいた意思決定を行い、ワークフローの持続的な安定性を確保するのに役立つ主要業績評価指標（KPI）です。これらのKPIは、時間の経過に伴う傾向を示し、企業がパターンを分析し、将来のパフォーマンスを予測し、ワークフローを最適化して効率性を高めることを可能にします。
時間の経過に伴う傾向の追跡# ゆっくりとした変化とパターンを特定します。
予測分析をサポート# データに基づいた戦略的意思決定を支援します。
計画外の変更を削減# 履歴データを監視して事後的な決定を回避します。
一定期間にわたるインシデント バックログ# 遅延を防ぐためにインシデントの蓄積を測定します。
変更成功率# 変更が失敗なくどの程度実装されたかを分析します。
平均解決時間 (MTTR)# インシデントの解決にかかる時間を追跡します。
長期的なシグナルがワークフローの安定性にどのように役立つか:パフォーマンス分析で使用されるKPIの例:
「A. 長期的なシグナル」が正しい理由: 長期的なシグナルは、組織が安定したワークフローを維持するのに役立つ履歴傾向を提供します。
B: 非シグナル#パフォーマンス分析にはそのような用語は存在しません。
C: アンチシグナル#パフォーマンス分析用語として認識されていません。
D: 安定性シグナル#誤解を招く用語です。長期的なシグナルは安定性に関する洞察を提供します。
他のオプションが間違っている理由:
ServiceNow ドキュメント:パフォーマンス分析の概要
CSA 試験ガイド: ワークフローの安定性のための長期的な KPI 追跡について説明します。
CSA ドキュメントからの参照:したがって、正しい答えは次のとおりです。
A: 長期的なシグナル