タスクテーブルはServiceNowの基本テーブルであり、他のテーブルから拡張されるものではありません。ただし、他のテーブルはタスクテーブルを拡張して、そのフィールドと機能を継承することができます。インシデント、問題、変更リクエストはすべてタスクテーブルの子テーブルであり、タスクテーブルのフィールドと機能を継承し、独自のフィールドと機能を追加します。
参考文献
* https://docs.servicenow.com/bundle/vancouver-platform-administration/page/administer/task-table
/concept/c_タスクテーブル.html
* https://www.servicenow.com/community/now-platform-forum/parent-table-to-get-an-access-to-child-table-column/mp/1133982
* https://www.servicenow.com/community/developer-forum/difference-between-a-base-class-and-base-table/mp/1618247

ServiceNowのUpdate Setは、インスタンス内で行われた設定変更（フォームの変更、ビジネスルール、UIポリシーなど）をキャプチャするコンテナです。これらの変更は、開発環境（Dev）からテスト環境または本番環境に移行できます。
更新セットの主な機能:#フォームの変更、ACL、スクリプト、および構成をキャプチャします。
#インスタンス (開発 # テスト # 本番) 間の変更の移行に役立ちます。
#環境間の一貫性を保証します。
B: マップの変換
構成の変更を移行するためではなく、インポート中にデータ フィールドをマッピングするために使用されます。
C: システム辞書
テーブルとフィールドの属性を定義しますが、移行のための構成の変更は保存しません。
D: インポートセット
構成の変更を転送するのではなく、外部データを ServiceNow にインポートするために使用されます。
参考資料:ServiceNow CSA ドキュメント - 構成移行のための更新セットの使用 ServiceNow 製品ドキュメント - 更新セットのベスト プラクティス (https://docs.servicenow.com)

ServiceNowでは、ユーザーは列の並べ替え、追加、削除によってリストビューをカスタマイズできます。これはリストレイアウト設定を通じて行われます。
B: 任意の列ヘッダーを右クリックします。コンテキスト メニュー > 構成 > リスト レイアウト リスト ビュー内の列を変更する最も簡単な方法です。
手順:
リスト内の任意の列ヘッダーを右クリックします。
コンテキスト メニューから [構成] > [リスト レイアウト] を選択します。
必要に応じて列を追加、削除、または並べ替えます。
[保存]をクリックします。
A: リストのカスタマイズをクリック
用語が間違っています。リスト列を構成するための「リストのカスタマイズ」オプションはありません。
「パーソナライズ」は、リストのレイアウトではなく、個人の好みを設定するために使用されます。
C: リストのコンテキストメニュー > リストのカスタマイズをクリック
リスト コンテキスト メニューには、列の配置に関する「リストのカスタマイズ」オプションがありません。
D: リストコンテンツメニュー > 設定 > リストレイアウトをクリック
「リスト コンテンツ メニュー」にタイプミスがあります。正しい用語は「リスト コンテキスト メニュー」です。
ただし、列ヘッダーを右クリックする方法 (回答 B) が推奨されます。
参考資料:ServiceNow ドキュメント:リストレイアウトの設定
ServiceNow ユーザーガイド:リスト列の変更

ServiceNow では、アクセス制御ルール (ACL) によって、ユーザーが特定のレコード、テーブル、またはフィールドにアクセスできるかどうかが決まります。
テーブル ACL を評価する場合、ServiceNow は特定のアプローチから一般的なアプローチに従います。
まず、最も具体的なACL（テーブルACL）をチェックします。
例: テーブルがincidentの場合、ServiceNowは最初にincidentのACLをチェックします。
次に、親テーブルのACLをチェックします（テーブルが継承されている場合）
例: sinceincidentextendstask なので、task の ACL がチェックされます。
最後に、ワイルドカードACL（*ACL）をチェックします。
特定の ACL または親テーブル ACL が一致しない場合は、ServiceNow はワイルドカード ACL (*.read、*.write など) をチェックします。
特定のテーブル ACL (例:incident.read)
親テーブル ACL (例:task.read)
ワイルドカード ACL (例: *.read)
ACL 評価の順序: これにより、より広範な権限を適用する前に、より具体的なルールを優先して、きめ細かなアクセス制御が保証されます。
*A. 全般に固有の問題: テーブル.フィールドACL、親テーブル.フィールドACL、.フィールドACL 誤り - フィールドACLはテーブルACLの後に評価されます。このオプションはテーブルとフィールドの評価を混同します。
B: 下から上へ: テーブル ACL、テーブル.フィールド ACL、親テーブル.フィールド ACL 誤り - 正しい順序はテーブル ACL # 親テーブル ACL # ワイルドカード ACL であり、テーブル.フィールド ACL の順序ではありません。
C: 一般から特定へ: テーブル ACL、テーブル.フィールド ACL、親テーブル、フィールド ACL 誤り - ServiceNow は、一般 ACL ではなく、特定の ACL を最初に適用します。
D: 上から下へ: ワイルドカード テーブル ACL、親テーブル ACL、テーブル ACL 誤り - ワイルドカード ACL は最初ではなく最後に評価されます。
誤った回答の選択肢の分析:
ServiceNow ドキュメント - アクセス制御の評価順序#アクセス制御ルール
ServiceNow コミュニティ - ACL ベストプラクティス#ACL 処理の理解
公式 ServiceNow ドキュメント リファレンス:

https://docs.servicenow.com/bundle/utah-employee-service-management/page/product/employee-center/referenc