レポートデザイナーのプロパティセクションは、以下の目的で使用されます。
レポート名を指定してください
レポートに使用するテーブルまたはデータソースを選択してください
レポートの名前を変更して、識別しやすくすることができます。
レポートの主要データソース（テーブル）を定義します。
レポートレベルの設定（表示設定、共有オプション、説明など）を行います。
B: データ.偽
データセクションは、データのフィルタリングと絞り込みに使用されますが、テーブルの設定やレポートの名前付けには使用されません。
C: 設定 #不正解
レポートデザイナーには「設定」という名前のセクションは存在しません。
D: タイプ#不正解
「タイプ」セクションでは、レポートの種類（円グラフ、棒グラフ、リストなど）を選択します。
E: ソース#不正確
レポートデザイナーには「ソース」セクションが存在しません。
プロパティセクションの主な特徴：他のオプションが間違っている理由とは？
レポートデザイナーの概要
ServiceNow公式ドキュメント参照：

ServiceNowでは、ビジネスルールはレコードの作成、更新、削除、またはクエリ実行時に実行されるサーバーサイドスクリプトです。ビジネスルールの「実行時」設定は、データベース操作との関連でルールが実行されるタイミングを決定します。
ビジネスルールの4つのタイミングオプション：
前に
✅ レコードの挿入、更新、削除の前に実行されます。
検証、データ変更、保存前のフィールド値の設定に使用されます。
後
✅ レコードがデータベースにコミットされた後に実行されます。
通知のトリガー、ログの書き込み、または関連レコードの更新に使用されます。
非同期（アシンクロナス）
✅ 短い遅延の後で実行され、メインのトランザクションが先に完了するのを待ちます。
API呼び出し、メール送信、外部システム更新など、長時間実行される処理に使用されます。
画面
✅ レコードがクライアント (UI) に送信される前に実行されます。
クライアント側スクリプトのg_scratchpadにデータを入力するために使用されます。
ビジネスルールのタイミング設定に関する使用例：
ビジネスルールのタイミング
実行時
使用事例
前に
データベースに保存する前に
データの検証、フィールドの自動入力
後
データベースに保存した後
通知を送信し、関連レコードを更新します。
非同期
取引完了後まもなく
外部APIを呼び出し、メールを送信する
画面
フォームが読み込まれる前に
サーバーデータをクライアント側のスクリプト（g_scratchpad）に渡す
誤った選択肢の分析：
A．挿入、更新、削除、クエリ
❌ 誤り - これらはデータベース操作であり、ビジネスルールの実行タイミングオプションではありません。
C．更新前、同期
❌ 誤り - これらの用語は、標準の ServiceNow ビジネスルールのタイミング設定と一致しません。
D. 前、同期、スケジュールされたジョブ、表示
❌ 誤り - 「スケジュールされたジョブ」はビジネスルールのタイミングオプションではありません（スケジュールされたスクリプト実行の一部です）。
ServiceNow公式ドキュメント参照：
ServiceNowドキュメント - ビジネスルールの概要
📖 ビジネスルールの理解
ServiceNowドキュメント - ビジネスルールのベストプラクティス
📖 ビジネスルールのベストプラクティス

参照：
https://docs.servicenow.com/bundle/rome-platform-administration/page/administer/form-administration/concept/

ServiceNowのレポートページでは、さまざまなセクションによって、どのレポートがさまざまなユーザーに表示されるかを確認できます。
これらの選択肢が正しい理由とは？C. 私のレポート
ログインしているユーザーが作成したレポートを表示します。
これらの報告書は、明示的に共有されない限り非公開です。
E: ダッシュボード
ダッシュボードは複数のレポートを統合し、特定のユーザー層に表示できるようにします。
ユーザーはダッシュボードをグループまたは個人と共有できます。
F: グローバル
グローバルレポートは、レポート作成権限を持つすべてのユーザーが利用できます。
これらのレポートは、特定のユーザーやグループに限定されるものではありません。
私：すべて
「すべて」セクションには、ユーザーがアクセスできるすべてのレポートが表示されます。これには以下が含まれます。
個人レポート
共有レポート
グローバルレポート
ダッシュボードからのレポート
他の選択肢が間違っている理由は何ですか？A. グループ
レポートページには「グループ」セクションはありません。
ただし、レポートはグループと共有できますが、直接的な「グループ」ビューはありません。
B：部門
レポートページにおけるレポートの表示設定は、各部署では行いません。
レポートへのアクセス権限は、部署ではなく、役割、ユーザー、グループによって制御されます。
D: チーム
ServiceNowでは、チームは標準的なレポート表示カテゴリではありません。
レポートは「チーム」単位ではなく、ユーザー、役割、およびグローバルレベルで共有されます。
G: 管理者
レポートページには「管理者」セクションはありません。
ただし、管理者は「すべて」セクションからすべてのレポートにアクセスできます。
H: 分析
アナリティクスはServiceNowの独立したモジュールであり、主にパフォーマンス分析（PA）とダッシュボードに使用されます。
これは標準的なレポートの表示設定セクションではありません。
J: 会社
レポートページには「会社」セクションがありません。
レポートはグローバルレベルで共有できますが、「会社」ごとに共有することはできません。ServiceNow レポート - 可視性とアクセスの管理 ServiceNow レポート ガイド - レポート ページのセクション ServiceNow ダッシュボードとレポート共有のベスト プラクティス 公式認定システム管理者 (CSA) ドキュメントへの参照:

ServiceNowでは、フィルタ条件は主に3つの要素で構成されます。
フィールド - テーブル内でフィルタリングしたい特定の列（属性）。
例：状態、優先度、カテゴリ、作成日
演算子 - フィールドと値の比較条件を定義します。
例: is、is not、contains、starts with、greater than、less than
値 - フィルターが検索する実際のデータ。
例: 高 (優先度)、新規 (状態)、IT サポート (カテゴリ) ServiceNow のフィルタ条件の例:
状態が「新規」であるインシデントレコードをフィルタリングする場合、フィルタ条件は次のようになります。
分野: 州
オペレーター: is
価値: 新品
なぜもう一方の選択肢は間違っているのか？
A. 表 -
テーブルはデータが格納される場所ですが、フィルタ条件の構成要素ではありません。
フィルターはテーブルに適用されますが、条件にテーブル自体は含まれません。
認定システム管理者（CSA）ドキュメントからの参照：
ServiceNowドキュメント：リストとレポートにおけるデータのフィルタリング
https://docs.servicenow.com/en-US/bundle/utah-platform-user-interface/page/use/using-lists/concept/filtering-lists.html ServiceNow CSA 公式トレーニング ガイド (データのフィルタリングと検索) これは、フィールド、演算子、および値がフィルタ条件の 3 つのコア コンポーネントであることを確認します。