ServiceNowでは、アクセス制御ルール（ACL）によって、テーブル、レコード、フィールドへのアクセスに関するユーザー権限が決定されます。評価順序は構造化された階層構造に従っており、セキュリティと適切なアクセス制御の実施を保証します。
テーブルレベルのアクセス制御 - システムはまず、ユーザーがテーブルへのアクセス権を持っているかどうかを確認します。ユーザーがテーブルレベルでアクセス権を持っていない場合、フィールドレベルのACLは評価されません。
フィールドレベルのアクセス制御 - テーブルへのアクセスが許可された場合、システムはフィールドレベルのアクセスを評価します。ユーザーは、特定のフィールドにアクセスするには、テーブルレベルとフィールドレベルの両方の条件を満たす必要があります。
行レベルアクセス - 行レベルの ACL (レコードの所有権に基づくアクセスなど) が存在する場合、それらも評価されます。
A: ユーザーがテーブル内のフィールドにアクセスできることを確認してから、テーブルへのアクセスを検討します。これは誤りです。テーブルへのアクセスが最初に評価され、フィールドへのアクセスは評価されません。
B: ユーザーが可能な限り迅速に作業を開始できるようにします - アクセス制御は速度よりもセキュリティを優先するため、これは ACL 順序評価の主な結果ではありません。
C: アプリケーション内のモジュールへのアクセスを評価する前に、ユーザーがアプリケーションにアクセスできることを確認します。アプリケーションへのアクセスは ACL とは別に制御され、同じ階層には従いません。
参照：ServiceNow KB0541355 - アクセス制御評価注文

ServiceNowはデフォルトで、業界標準のトランスポート層セキュリティ（TLS）プロトコルを使用して転送中のデータを暗号化します。これにより、クライアントとServiceNowプラットフォーム間、またはServiceNowと統合システム間で送信されるすべてのデータが暗号化され、傍受や改ざんから保護されます。
ServiceNowは、保存データの暗号化や顧客管理型の暗号化キーといったオプションも提供していますが、これらの機能には追加の設定やサブスクリプションサービスが必要となる場合が多くあります。使用中のデータ（メモリ上でデータが処理されている間）の暗号化はより高度な概念であり、デフォルトでは提供されていません。
したがって、転送中のデータの暗号化は、すべてのServiceNowインスタンスに自動的に含まれる基本的な暗号化機能です。
参照：
ServiceNowセキュリティ運用ドキュメント、暗号化セクション
ServiceNowの信頼性とコンプライアンスに関するドキュメント
ServiceNowシステム管理者学習ガイド、セキュリティの章

ServiceNowにおけるフォーマッタとは、データベースレコードのフィールドとして保存されていない有用な情報を表示するためにフォームに追加されるUI要素のことです。
フォーマッタの主な特徴：
追加のコンテキストやツールをユーザーに提供することで、フォームのユーザーインターフェースを強化します。
フォーマッタは、基となるデータベーステーブルにデータを保存しません。
これらは、フォームレイアウトエディタを使用してフォームに追加できるドラッグアンドドロップ要素です。
ServiceNowにおけるフォーマッターの一般的な例：
アクティビティフォーマッター - 更新履歴、コメント、作業メモを表示します。
プロセスフローフォーマッター - レコードのワークフローをグラフィカルに表示します。
親ブレッドクラムフォーマッター - 親子関係の階層構造を表示します。
CI関係フォーマッター - CMDB内の構成アイテム（CI）間の関係を表示します。
ユーザー承認フォーマッター - 承認状況と履歴を表示します。
なぜ選択肢Bが正解なのか？
✅ フォーマッタとは、レコードのフィールドではない情報を表示するために使用されるフォーム要素です。
これは、保存されているデータを変更することなく、フォーム上に視覚的または機能的な要素を追加するものです。
他の選択肢が間違っているのはなぜですか？
❌ A. 「フォーマッターを使用すると、インスタンス上のアプリケーションを設定できます。」 誤り: フォーマッターはアプリケーションを設定するものではなく、ユーザーエクスペリエンスを向上させるためにフォームのレイアウトを変更するだけです。
正しい代替案：アプリケーションの設定は、システムアプリケーションまたはアプリケーションナビゲーターを介して行います。
❌ C. 「フォーマッターを使用すると、フィールドに自動的に入力できます。」
誤り：フォーマッターはフィールドに入力したり変更したりしません。
正しい代替案：ビジネスルール、クライアントスクリプト、およびUIポリシーがフィールドへの入力処理を行います。
❌ D. 「フォーマッタとは、データの検索や操作を支援するためにテーブルに適用される一連の条件のことです。」 誤り: 正しい用語はフォーマッタではなく、フィルターまたは条件ビルダーです。
正しい選択肢：フィルターは、リストビュー、レポート、およびビジネスルールで使用されます。
認定システム管理者（CSA）ドキュメントからの参照：
📌 ServiceNow ドキュメント - フォームのレイアウトとフォーマッター
🔗 ServiceNow フォーマッターのドキュメント
「フォーマッターとは、レコード内のフィールドには含まれていない情報を表示するフォーム要素であり、ユーザーエクスペリエンスを向上させるものです。」

ServiceNowでは、アクセス制御ルール（ACL）によって、ユーザーがレコード、フィールド、またはUIアクションを操作するために必要な権限が定義されます。ACLはデータベースレベルで適用され、ユーザーにアクセス権を付与する前に評価されます。
アクセス制御ルールは、主に3つの権限要件を使用して設定できます。
役割とは、ユーザーに割り当てられる権限のセットを定義するものです。
アクセス制御ルールでは、テーブル、フィールド、またはレコードに対してアクションを実行するために、ユーザーに特定の役割（例：admin、itil、catalog_admin）を要求することができます。
例：
ルールには次のように記載される可能性があります。「itilロールを持つユーザーのみがインシデントテーブルを読み取ることができます。」
条件式を使用すると、指定された条件に基づいてアクセスできます。
これらの条件は実行時に評価され、条件を満たした場合にアクセスが許可されます。
例：
条件としては、「レコードの『状態』フィールドが『新規』の場合にアクセスを許可する」などが考えられます。
これは、ユーザーがレコードを変更できるのは、レコードの状態が「新規」の場合のみであることを意味します。
スクリプトを使用すると、アクセス権限を決定するための高度なカスタムロジックを設定できます。
ACLは、gs.hasRole()、currentobject、またはその他のロジックを使用して、ユーザーがアクセス権限を持つべきかどうかを評価するサーバーサイドスクリプト（JavaScriptで記述）をサポートしています。
例：
1. 役割 (正解 -) 2. 条件式 (正解 -) 3. スクリプト (正解 -) javascript コピー編集
// ユーザーがレコードの要求者である場合にのみアクセスを許可する
answer = current.requested_for == gs.getUserID();
スクリプトは、単純な役割や式を超えた複雑なアクセス条件を可能にすることで、柔軟性を提供します。
C：割り当てルール（誤り）
割り当てルールは、条件に基づいてレコードをユーザーまたはグループに自動的に割り当てるために使用されます。
これらはアクセス制御権限を定義していません。
E：ユーザー基準（不正解）
ユーザー基準は、サービスカタログおよびナレッジベース（KB）において、カタログアイテムまたはナレッジ記事へのアクセスを制御するために使用されます。
テーブル/フィールドレベルのACLには使用されません。
F: グループ（不正解）
グループはユーザーの集合体ですが、ACL（アクセス制御リスト）内で直接使用することはできません。
その代わりに、ロール（多くの場合、グループに割り当てられる）を使用してACLの権限を定義します。
他の選択肢が間違っている理由とは？
ServiceNow製品ドキュメント - アクセス制御ルール
アクセス制御ルールの概要
アクセス制御ルールの定義
ServiceNowセキュリティモデル
役割ベースのアクセス
スクリプト化されたACL
ServiceNow CSAドキュメントからの参照：

ServiceNowでは、データベース内のすべてのテーブルは、[sys_db_object]というマスターテーブルに記録されます。このテーブルには、システム内の各テーブルに関するメタデータ（名前、ラベル、その他の属性など）が格納されます。
[sys_db_object]の主要機能：
ServiceNowインスタンス内のすべてのテーブルに対応するレコードを保存します。
テーブル名、ラベル、他のテーブルの拡張であるかどうかなど、重要なテーブルプロパティを追跡します。
管理者がServiceNow内のテーブルを表示、変更、または新規作成するのに役立ちます。
テーブル管理およびカスタムテーブル開発で使用されます。
他の選択肢が間違っている理由は？
A . [sys_master_db] -
このテーブルはServiceNowに存在しません。
C . [sys_master_object] -
ServiceNowには「sys_master_object」という名前のテーブルは存在しません。
D . [sys_object_db] -
このテーブルはServiceNowに存在しません。
正しい名前は sys_db_object です。
ServiceNowで[sys_db_object]テーブルを表示するにはどうすればよいですか？
システム定義 → テーブルに移動します。
テーブル sys_db_object を検索します。
テーブルを開くと、インスタンス内のすべてのテーブルを表すレコードが表示されます。
認定システム管理者（CSA）ドキュメントからの参照：
ServiceNowドキュメント：テーブルとフィールドの理解
https://docs.servicenow.com/en-US/bundle/utah-platform-administration/page/administer/metadata/concept/c_TablesAndFields.html ServiceNow CSA 公式トレーニング ガイド (システム データとテーブルの概要) これにより、[sys_db_object] が ServiceNow データベース内のすべてのテーブルのレコードを含むマスター テーブルであることが確認できます。