参考資料：https://docs.servicenow.com/bundle/rome-platform-administration/page/administer/contextual-security/concept/acl-rule-types.html

ServiceNowのリストビューでは、各行は表示対象のテーブルの単一のレコードを表します。
例えば：
インシデントテーブル（incident）では、各行が1つのインシデントレコードを表します。
ユーザーテーブル（sys_user）では、各行が1つのユーザーレコードを表します。
リストビューの構造：
各行＝1つのレコード
各列＝レコードのフィールド
他の選択肢が間違っているのはなぜですか？
A．フィルター❌
フィルターは結果を絞り込むために使用されますが、各行が何を表しているかを定義するものではありません。
C．テーブル❌
この表には複数のレコードが含まれていますが、各行は1つのレコードのみを表しています。
D．フィールド❌
フィールドはレコードの個々の属性（例：「優先度」や「カテゴリ」）を表しますが、1つの行にはレコードを構成する複数のフィールドが含まれています。
参照：
ServiceNow CSA ドキュメント - リストビューとレコードの理解
ServiceNow製品ドキュメント - ServiceNowでのリストの操作 (https://docs.servicenow.com)

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

参考：ServiceNowのナレッジマネジメントアプリケーションは、IT担当者がトラブルシューティングスクリプト、FAQ、その他の参考資料などの社内ITドキュメントを閲覧するために使用する主要なインターフェースです。
正解が「知識」である理由は？集中型リポジトリ：ServiceNow の知識モジュールは、IT ドキュメントを効率的に保存、管理、共有するように設計されています。
検索と分類：IT担当者は、グローバル検索またはカテゴリベースのナビゲーションを使用して、関連する記事をすばやく見つけることができます。
アクセス制御：ナレッジ記事は、役割、グループ、権限に基づいて制限することができ、適切なユーザーのみがアクセスできるようにします。
バージョン管理：ナレッジ記事は、バージョン追跡機能を使用して更新、レビュー、および保守することができます。
他のオプションを選ばない理由とは？B. ServiceNow Wiki: ServiceNow は Wiki を非推奨とし、ドキュメントを ServiceNow Docssite に移行しました。Wiki は社内 IT ドキュメントには使用されていません。
C: Knowledge Now:ServiceNowにはそのようなインターフェースは存在しません。
D: SharePoint: SharePoint は、ドキュメントの共有とコラボレーションに使用される Microsoft 製品ですが、ServiceNow のナレッジ管理とは統合されていません。
E: Stack Overflow: Stack Overflowは外部の開発者コミュニティであり、組織内の内部ITドキュメントとは関係ありません。
認定システム管理者（CSA）公式ドキュメントからの参照：ServiceNowナレッジ管理の概要：ServiceNowドキュメント、ServiceNowナレッジベースのベストプラクティス：KB0547260