説明
依存関係ビューは、ServiceNow 内の構成アイテム (CI) 間の関係を視覚的に表示します。これにより、CI 間の接続状況や、ある CI への変更が他の CI にどのような影響を与えるかを確認できます。
参考文献:
ServiceNow 製品ドキュメント: CMDB 内の構成アイテムの関係
- https://docs.servicenow.com/bundle/vancouver-servicenow-platform/page/product/configuration-manage ServiceNow コミュニティ: 依存関係ビューで CI の依存関係を表示する方法
- https://www.servicenow.com/community/service-management-forum/load-a-specific-dependency-view-m

テーブル ビルダーでは、適切な権限を持つユーザーのみがフォーム レイアウトを変更できます。
# admin ロール (オプション C) には、フォーム、テーブル、およびリレーションシップを構成するためのフルアクセス権があります。# personalize_form ロール (オプション A) では、ユーザーはフォーム レイアウトを構成できますが、テーブル構造を構成することはできません。
* オプション B (app_engine_admin) は、フォーム レイアウトではなくカスタム アプリケーションの管理に使用されるため、正しくありません。
* オプション D (read_only_user) は、構成権限を付与しないため、正しくありません。
* オプション E (support_specialist) は不正解です。通常、フォーム設計者ではなく、インシデントやケースを処理するサポート担当者を対象としています。
# リファレンス: ServiceNow プラットフォーム管理 - ロールと権限

参照：
https://docs.servicenow.com/bundle/rome-release-notes/page/release-notes/analytics-intelligence-reporting/virtua

ServiceNow では、ビジネスルールはデータベース操作に応じて特定のタイミングで実行されるサーバーサイドスクリプトです。「タイミング」設定は、レコードアクション（挿入、更新、削除、クエリ）に応じてビジネスルールが実行されるタイミングを決定します。
オプションAが正しい理由
レコードがデータベースに保存される前に実行されます。
データの検証、値の変更、またはアクションの防止(無効な更新の停止など)に使用されます。
後
レコードが挿入、更新、または削除された後に実行されます。
通知をトリガーしたり、関連レコードを作成したりするためによく使用されます。
非同期（非同期）
データベース操作の後に実行されますが、バックグラウンドで実行されます。
長時間実行またはパフォーマンスが重視されるタスク (外部システムとの統合など) に最適です。
画面
フォームが読み込まれる前に実行され、ユーザーに表示される前にフィールドを変更できます。
通常、ユーザーの役割または条件に基づいてフォーム フィールドを事前入力するために使用されます。
他のオプションが間違っているのはなぜですか？B. 事前、同期、更新時
「前」は有効なビジネス ルール実行タイミングではありません。
「同期」は一般的な用語ですが、ビジネス ルールにおける特定の実行タイミング オプションではありません。
「on Update」は実行タイミングではなく、データベース操作です。
C: 挿入、更新、削除、クエリ
これらは実行タイミングではなく、ビジネス ルールをトリガーするデータベース操作です。
実行タイミングはいつ（前、後など）を決定し、何がトリガーとなるかを決定します。
D: 前、同期、スケジュールされたジョブ、ビュー
「同期」はビジネス ルールのタイミング オプションではありません。
「スケジュールされたジョブ」とは、スケジュールされたジョブ（ビジネス ルールではない）を指します。
「ビュー」は UI 関連の概念であり、ビジネス ルールの実行タイミングではありません。
ServiceNow ビジネスルール - 仕組み
ServiceNow ベストプラクティス - ビジネスルール実行タイミング
ServiceNow 開発者ドキュメント - 事前、事後、非同期、および表示ビジネス ルールの公式認定システム管理者 (CSA) ドキュメントへの参照: