No.# C, D, E
ServiceNow公式Docsは、条件を構成する3要素を明確に Field、Operator、Value としており、最新の公式ページにも「A condition consists of three parts: field, operator, and value」と記載されている。

A. 列は誤り。
データベース上ではフィールドがテーブルの列に対応するため、一般的な概念として「column」と説明することはある。しかし、ServiceNowの条件ビルダーで使われる正式な構成要素名は Field 。公式Docsも「各Fieldにはテーブル内の特定のcolumnのデータが含まれる」と、Fieldとcolumnを区別して説明している。

No.# 日本語がひどい(´;ω;｀)

ブラウザ上で実行されるスクリプトの種類はどれですか？
A. Script Include
B. ビジネスルール
C. アクセス制御（ACL）
D. UIポリシーおよびクライアントスクリプト

No.# 今はBです

No.# A,B,Dでは？
Eのドットウォークではテーブルを指定できません。

No.# 問題と、正解/解説が別なものになっています

No.# Aの除外は"Exclude"で、Eの除外は"Filter Out"だと解説に記載があります。
日本人が正解するには運が必要な問題ですねw

優れたCSA-JPN問題集！ 以前購入したよりもかなり安いです。

No.# A,B,C,G

独学合格しました。本当に試験対策になっていて、試験に出てくる問題はほぼこの問題集にも出てました。

問題数も増えた感じで内容も充実している.
問題集を購入させていただきました。今回もいい結果が出そう。

No.# https://docs.servicenow.com/bundle/rome-application-development/page/build/applications/concept/c_ScriptProtectionPolicy.html 保護ポリシーの値が Protected であるスクリプト インクルードの場合、次のようになります。
保護ポリシーは、アプリケーションが ServiceNow App Store からダウンロードされた場合にのみ適用されます。これは、保護ポリシーが、開発者が ServiceNow App Store を通じてアプリケーションを配布する際に、他のユーザーによるスクリプト インクルードの表示や変更を防止できる機能であるためです。保護ポリシーは、アプリケーションがインスタンス上で開発またはテストされるときではなく、App Store からインストールされるときにのみ適用されます。
保護ポリシーの値が「保護済み」であるスクリプト インクルードには、次の事項は当てはまりません。
protected_edit ロールを持つすべてのユーザーは、スクリプト インクルードを表示および編集できます。これは誤りです。protected_edit ロールは保護ポリシーではなく、アクセス制御 (ACL) ルールに関連しているからです。protected_edit ロールにより、ユーザーは、ビジネス ルールを格納する sys_script テーブルのスクリプト フィールドなど、テーブル上の保護されたフィールドを編集できます。保護ポリシーは、スクリプト インクルードへのアクセスを制御するためにロールを使用するのではなく、アプリケーションが App Store に公開されるときに生成される暗号化キーを使用します。
保護ポリシー オプションは、管理者ロールを持つユーザーのみが有効化できます。これは誤りです。保護ポリシー オプションは、スクリプト インクルードを含むスコープ アプリケーションの application_admin ロールを持つすべてのユーザーが有効化できるためです。application_admin ロールは、アプリケーションのスコープ内でアプリケーション開発と管理へのフル アクセスを許可します。
保護ポリシーは、glide.app.apply_protection システム プロパティ値が true の場合にのみ適用されます。glide.app.apply_protection システム プロパティは保護ポリシーではなく、アプリケーション制限呼び出し元アクセス (ARCA) 機能に関連しているために、これは false です。ARCA 機能を使用すると、開発者は呼び出し元の範囲に基づいて、他のアプリケーションからのスクリプト インク...

No.# https://docs.servicenow.com/bundle/rome-application-development/page/build/applications/concept/c_ScriptProtectionPolicy.html 保護ポリシーの値が Protected であるスクリプト インクルードの場合、次のようになります。
保護ポリシーは、アプリケーションが ServiceNow App Store からダウンロードされた場合にのみ適用されます。これは、保護ポリシーが、開発者が ServiceNow App Store を通じてアプリケーションを配布する際に、他のユーザーによるスクリプト インクルードの表示や変更を防止できる機能であるためです。保護ポリシーは、アプリケーションがインスタンス上で開発またはテストされるときではなく、App Store からインストールされるときにのみ適用されます。
保護ポリシーの値が「保護済み」であるスクリプト インクルードには、次の事項は当てはまりません。
protected_edit ロールを持つすべてのユーザーは、スクリプト インクルードを表示および編集できます。これは誤りです。protected_edit ロールは保護ポリシーではなく、アクセス制御 (ACL) ルールに関連しているからです。protected_edit ロールにより、ユーザーは、ビジネス ルールを格納する sys_script テーブルのスクリプト フィールドなど、テーブル上の保護されたフィールドを編集できます。保護ポリシーは、スクリプト インクルードへのアクセスを制御するためにロールを使用するのではなく、アプリケーションが App Store に公開されるときに生成される暗号化キーを使用します。
保護ポリシー オプションは、管理者ロールを持つユーザーのみが有効化できます。これは誤りです。保護ポリシー オプションは、スクリプト インクルードを含むスコープ アプリケーションの application_admin ロールを持つすべてのユーザーが有効化できるためです。application_admin ロールは、アプリケーションのスコープ内でアプリケーション開発と管理へのフル アクセスを許可します。
保護ポリシーは、glide.app.apply_protection システム プロパティ値が true の場合にのみ適用されます。glide.app.apply_protection システム プロパティは保護ポリシーではなく、アプリケーション制限呼び出し元アクセス (ARCA) 機能に関連しているために、これは false です。ARCA 機能を使用すると、開発者は呼び出し元の範囲に基づいて、他のアプリケーションからのスクリプト インク...

No.# B.Status モジュール

No.# 選択肢がひどすぎる

No.# AとEの違いがよくわからん

No.# 正解は「A」だと思われます。
CIリレーションシップエディターは、特定の構成アイテム（CI）間の「親子関係」や「依存関係」を手動で作成・編集・削除するための専用ツールです。

直前対策に役立ちます。CSA-JPNにみごと合格いたしました
jpnshikenおすすめです。

CSA-JPN問題集に含める問題は大変役にたちまして、95％の的中率を持っています。高い正確性にどうもありがとうございました！

No.# 管理の混乱: デフォルトセットには、意図しない微細な設定変更もすべて記録されてしまいます。
移行の安全性: 特定の機能や修正だけを切り出して移行するには、名前を付けた専用の更新セットを作成し、その中で作業を完結させる必要があります。

No.# ServiceNow のベストプラクティスでは、カスタマイズを他のインスタンス（開発環境からテスト環境など）へ移行する際、システムが自動的に作成する 「デフォルト (Default)」更新セットを使用しないことを強く推奨しています。