ServiceNow のインスタンスのバナー画像、テキスト、色をカスタマイズするには、システムプロパティを使用します。
ブランディングモジュール。このモジュールを使用すると、管理者はシステムのブランディングを含む、さまざまなUI要素を制御できます。
バナー画像：UI全体に表示されるヘッダー画像を変更します。
テキスト：ヘッダーやその他のブランディングエリアに表示されるテキストをカスタマイズします。
色：さまざまなUI要素の色を、会社のブランディングに合わせて変更できます。
ブランディングで利用可能な主なカスタマイズ：これは通常、UI16（デスクトップ）とUI11（クラシック）の両方のインターフェースに適用され、インスタンス全体で一貫したエクスペリエンスを保証します。
A: ホームページ管理 > ページ > ブランディング - これはグローバルインスタンスのブランディングではなく、ホームページに使用されます。
C: システムプロパティ > 基本構成 UI16 - このセクションでは、UI のレイアウトと要素を構成できますが、バナー画像や色などのブランディング要素を具体的に管理することはできません。
E: サービスポータル > ポータル > ブランディング - これはサービスポータルのブランディングに特化したものであり、グローバルなインスタンスのカスタマイズには適用されません。
ServiceNowのブランディング設定
ServiceNow CSAトレーニングモジュール：「システムプロパティとブランディング」
他の回答が間違っている理由：認定システム管理者（CSA）公式ドキュメントからの参照：

ServiceNowでは、アクセス制御ルール（ACL）によって、テーブル内のレコードの作成、読み取り、書き込み、削除、実行ができるユーザーが決まります。各ACLルールは、主に3つの権限要件を評価します。ルールを適用するには、これらの要件すべてが満たされている必要があります。これらの要件は次のとおりです。
1. 条件（A - 正解）
ACLの条件フィールドは、ルールを適用するために満たさなければならない、事前に定義されたロジックを指定します。
例：ACLでは、レコードは「状態」フィールドが「オープン」に設定されている場合にのみアクセス可能であるように指定できます。
役割や台本を確認する前に、まず条件が評価されます。
2. 役割（C - 正解）
ACL（アクセス制御リスト）は、特定の役割を持つユーザーのみに制限することができます。
ユーザーに必要な役割が付与されていない場合、ACLによってアクセスが拒否されます。
例：インシデントを編集できるのは、「itil」ロールを持つユーザーのみです。
ACLで役割が指定されていない場合、条件とスクリプトの評価に基づいて、すべてのユーザーが資格を持つ可能性があります。
3. スクリプト（D - 正解）
ACLスクリプトは、サーバーサイドJavaScriptを使用して高度な条件付きロジックを提供します。
スクリプトを使用すると、ユーザーがレコードの作成者であるかどうかを確認するなど、複雑なルール評価を行うことができます。
例：スクリプトは、current.requested_for == gs.getUserID() のレコードへのアクセスを制限することができます（ユーザーが自分のリクエストのみを表示できるようにします）。
ACLにスクリプトが存在する場合、アクセスを許可するには、そのスクリプトがtrueを返す必要があります。
「A. 条件」、「C. 役割」、「D. 脚本」が正解である理由は？
アクセス制御ルールは、3つの評価すべてが真を返した場合にのみ許可されます。
条件はフィルターとして機能する。
役割は、ユーザーの役割に基づいて権限を定義します。
スクリプトを使用すると、高度なアクセスロジックが可能になります。
誤った選択肢の説明：
B．表 -.偽
アクセス制御は特定のテーブルに適用されますが、テーブル自体を定義することは権限チェックの対象ではありません。
E. 表。 - 不正解
これは書式が間違っているオプションであり、アクセス制御の評価とは関係ありません。
F . テーブルなし - 不正解
「table.none」はACL（アクセス制御リスト）の評価要素ではありません。アクセス制御はテーブルレベル、フィールドレベル、レコードレベルに適用されますが、「table.none」はアクセス要件ではありません。
認定システム管理者（CSA）ドキュメントからの参照：
ServiceNowドキュメント：アクセス制御ルール（ACL）の概要
ServiceNow CSA 学習ガイド - セキュリティとアクセス制御
ServiceNow製品ドキュメント：ACLと権限の評価

参考資料：https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0659171

ServiceNowでは、テーブルは継承モデルに従っており、他のテーブルから拡張することができます。ベースクラステーブルと親クラステーブルの違いは次のとおりです。
基本クラス表:
ABaseクラステーブルは、他のどのテーブルからも拡張されていません。
テーブル階層の最上位に存在します。
例：タスク[task]、構成アイテム[cmdb_ci]は基本テーブルです。
親クラスの表：
親クラステーブルは別のテーブルから拡張されることもありますが、親クラステーブルから拡張されるテーブルを持つこともできます。
これは、基本テーブルと他の拡張テーブルとの間の橋渡し役を果たします。
例: Change Request [change_request] は Task [task] を継承し、Task を基底クラス、Change Request を他の変更関連テーブルの親クラスにします。
A: 基底クラスのテーブルには必ずそこから拡張されたテーブルが存在しますが、親クラスのテーブルにはそこから拡張されたテーブルは存在しません。
すべての基本テーブルに拡張機能があるわけではないので、これは誤りです。
親テーブルには拡張テーブルがあります。
C: 拡張テーブルは親テーブルまたはベーステーブルから拡張できますが、両方から拡張することはできません。
拡張テーブルは多階層構造において他の拡張テーブルから継承できるため、これは誤りです。
D: 拡張テーブルは常に親テーブルから拡張されます。拡張テーブルは通常、ベーステーブルから拡張されます。
拡張テーブルは、親テーブルだけでなく、ベーステーブルまたは親テーブルのどちらからも作成できるため、これは誤りです。
ServiceNowにおけるテーブルの継承
テーブルの拡張
定義：他のオプションが間違っている理由？ServiceNow公式ドキュメントリファレンス：