https://docs.servicenow.com/bundle/london-servicenow-platform/page/use/visual-task-boards/reference
/r_BoardStructure.html

ServiceNowの仮想エージェントは、ユーザーがチャットボットを介してシステムとやり取りできる対話型メッセージングインターフェースを提供します。その主要な機能の一つは、ユーザーからの問い合わせに応じてナレッジ記事を提供し、セルフサービスサポートを強化することです。
#なぜバーチャルエージェントなのか？
バーチャルエージェントは、自然言語理解（NLU）を使用してユーザーの質問を理解し、自動応答の一部としてナレッジ記事を提供します。
ServiceNowのメッセージングインターフェース（Microsoft Teams、Slack、Service Portalチャットなど）を介してやり取りできます。
バーチャルエージェントはナレッジマネジメントシステムと連携し、ユーザーの問い合わせ内容に基づいて関連する知識記事を提供します。
#誤った選択肢の説明:
A: エージェントアシスト - この機能は、エージェントワークスペース内でナレッジ記事を推奨することでエージェントをサポートしますが、エンドユーザー向けの対話型インターフェースではありません。
C: Now Messenger - これはServiceNowの製品または機能として存在しません。
D: Connect Agent - ServiceNowには「Connect Agent」という特定の機能はありません。Connect Chatはリアルタイムメッセージングツールですが、ナレッジ記事を自動的に提供する機能はありません。
＃参照：
バーチャルエージェントの概要 - ServiceNowドキュメント
仮想エージェントと知識統合

ServiceNowでは、テーブルはプラットフォームのデータベース構造の基本的な構成要素です。テーブルは、データを格納するレコード（行）とフィールド（列）で構成されます。
レコードとは、テーブル内の個々のエントリであり、従来のデータベースにおける行に相当します。
各レコードは単一のエンティティ（例：インシデント、ユーザー、リクエスト）を表します。
記録はシステム内に一意に保存され、システムID（グローバルに一意な識別子）によって識別されます。
フィールドとは、データベースの列のように、レコードの属性のことです。
各フィールドには特定のデータ型（例：文字列、整数、日付、参照）があります。
フィールドは、レコードに格納できる情報の種類を定義します。
1. レコード（行） - 正しいオプション 2. フィールド（列） - 正しいオプション 例：TheIncident [incident] テーブル システム ID 番号 短い説明 発信者 州
123abc
INC001
システムクラッシュ
ジョン・D
新しい
456def
INC002
ネットワークの問題
ジェーンS
開ける
レコード:INC001、INC002（各行が1つのレコードです）。
フィールド: 番号、簡単な説明、発信者、州 (各列がフィールドです)。
B：リスト - 不正解
リストはテーブルデータのビューですが、テーブル自体の一部ではありません。
リストはテーブルから複数のレコードを表示しますが、テーブルの構造を定義するものではありません。
C: フォーム - 不正解
フォームとは、個々のレコードを表示または編集するために使用されるユーザーインターフェースです。
フォームは、ユーザーがテーブルに格納されているデータとやり取りできるようにするものですが、テーブル構造自体の一部ではありません。
ServiceNowドキュメント：テーブルとレコード
ServiceNow CSA 学習ガイド - テーブル、レコード、フィールドの理解
ServiceNow製品ドキュメント：リストビューとフォームビュー
誤ったオプションの説明：認定システム管理者（CSA）ドキュメントからの参照：

参考：ServiceNowでは、クライアントスクリプトとビジネスルールはどちらもレコードの動作を制御するために使用されますが、実行される環境が異なり、目的も異なります。
クライアントスクリプトとビジネスルールの主な違い：機能
クライアントスクリプト
ビジネスルール
実行場所
ユーザーのブラウザ（クライアント側）で実行されます。
ServiceNowサーバー上で動作します（サーバー側）。
実行タイミング
フォームの読み込み時、送信時、またはフィールドの変更時に実行されます。
レコードが挿入、更新、削除、または照会されたときに実行されます。
パフォーマンスへの影響
最適化されていない場合、ページの読み込み時間に影響を与える可能性があります。
最適化されていない場合、データベースのパフォーマンスに影響を与える可能性があります。
ユースケース
フォーム検証、フィールドの自動入力、UIの改善などに使用されます。
データ検証、自動化、およびビジネスロジックの適用に使用されます。
回答の選択肢の説明:A. クライアント スクリプトはレコードがロードされる前に実行され、ビジネス ルールはレコードがロードされた後に実行されます。 不正解。ビジネス ルールはレコードがロードされた後にのみ実行されるわけではありません。挿入、更新、削除、またはクエリ アクションで実行されることがあります。
B: クライアントスクリプトはサーバー上で実行され、ビジネスルールはクライアント上で実行される。これは間違いです。クライアントスクリプトはクライアント（ブラウザ）上で実行され、ビジネスルールはサーバー上で実行されます。
C: クライアントスクリプトはクライアント上で実行され、ビジネスルールはサーバー上で実行されます。その通りです。これがクライアントスクリプトとビジネスルールの根本的な違いです。
D: クライアントスクリプトはレコードがロードされる前に実行され、ビジネスルールはレコードが更新された後に実行されます。これは間違いです。クライアントスクリプトは異なるタイミング (onLoad、onChange、onSubmit) で実行され、ビジネスルールは更新後だけでなく、複数のデータベース操作で実行できます。
認定システム管理者（CSA）ドキュメントからの参照：ServiceNow製品ドキュメント#「クライアントスクリプトの概要」、ServiceNow製品ドキュメント#「ビジネスルールの概要」