ServiceNow.CSA-JPN.v2020-07-10.q42
| 試験コード： | CSA-JPN |
| 試験名称： | ServiceNow Certified System Administrator (CSA日本語版) |
| 認証ベンダー： | ServiceNow |
| 無料問題の数： | 42 |
| バージョン： | v2020-07-10 |
| 等級： | |
| ページの閲覧量： | 8530 |
| 問題集の閲覧量： | 149924 |
| テストを始める |
有効的なCSA-JPN問題集はJPNTest.com提供され、CSA-JPN試験に合格することに役に立ちます！JPNTest.comは今最新CSA-JPN試験問題集を提供します。JPNTest.com CSA-JPN試験問題集はもう更新されました。ここでCSA-JPN問題集のテストエンジンを手に入れます。
CSA-JPN問題集最新版のアクセス
「528問、３０％ ディスカウント、特別な割引コード：JPNshiken」
最新のコメント (最新のコメントはトップにあります。)
No.# ユーザーメニューには、今回正解となった項目のほかに「プロファイル（Profile）」や「設定（Preferences）」なども含まれています。
No.# ナレッジ記事にフラグを付ける機能は、その記事の内容に対して**「改善の必要がある」「情報が古い」「誤りがある」といったフィードバックを、記事の作成者や管理者に伝えるための仕組みです。
No.# 記事の内容に誤りを見つけたり、更新が必要だと感じたりしたユーザーが、管理者や作成者に通知を送るための機能が「記事のフラグ立て（Flagging）」です。
No.# データポリシー (Data Policy) はサーバー側で動作するため、ブラウザを介さないあらゆるデータ入力に対してルールを強制できます。
No.# サービスカタログの主要な構成要素は、カタログアイテム、注文ガイド、およびレコードプロデューサーです。これらは、ユーザーが商品やサービスを依頼したり、インシデントなどのタスクレコードを直感的に作成したりするための入り口として機能します。
No.# データポリシー (Data Policy) の主な目的は、データの入力元がどこであっても、特定のフィールドを「必須」または「読み取り専用」に強制することで、データの整合性（一貫性）を保つことです。
No.# ユーザー ➔ グループ ➔ ロール（親） ➔ ロール（子） という流れで権限が引き継がれていきます。
No.# ロールの包含（Role Containment）という強力な特性があります。これにより、複雑な権限管理をシンプルに保つことができます。
No.# 今回の3つはいずれも「運用中に発生する中身」であるため、共通して「更新セットには入らない」ということになります。
No.# UIポリシーで設定できる主な項目（UI Policy Actions）は以下の3つです。
必須 (Mandatory): フィールドへの入力を必須にする、または解除する。
読み取り専用 (Read Only): ユーザーが値を編集できないようにする、または編集可能にする。
表示 (Visible): フィールドをフォーム上に表示する、または非表示（隠す）にする。
No.# 取り込み可能な主なデータの形式（ソース）には以下が含まれます。
ファイル形式: Excel (.xlsx, .xls)、CSV、XML、JSON
ネットワークサーバー: FTP、SFTP、HTTP、SCP
データベース (JDBC): MySQL、Oracle、SQL Server、DB2、PostgreSQLなど
外部Webサービス: SOAP、REST
LDAP: Active Directoryなどのディレクトリサービス
No.# 「ServiceNowの5つの役割は？」と聞かれたら、管理(admin)、専門管理(special admin)、実務(itil)、承認(approver)、一般(ESS) の5つをセットで思い出せるようにしておけばよい。
No.# 答えは「B」です。ServiceNowにおけるテーブルの「拡張（Extension）」は、オブジェクト指向プログラミングの「継承」と同じ概念です。
また「A」に関しては、親テーブルがアーカイブされることはありません。親テーブルはそのまま存在し、他のテーブルの親になることも可能です。
No.# インポートセットにおける合体（Coalesce）は、インポートしようとしているデータが「既存レコードの更新」なのか「新規作成」なのかを判断する仕組みです。
No.# フォームの下部に表示される関連リスト(Related Lists)は、現在表示しているレコードと関係がある他のテーブルのレコード（行）を一覧形式で表示するための機能です。
No.# 答えは「D」だと思います。
設問にある「新しいレコード」「グループ」「構成アイテム」はすべてデータに分類されるため、通常の設定では更新セットには記録されません。これらを別のインスタンスに移動させる場合は、エクスポート/インポート（XMLなど）を使用する必要があります。
No.# ServiceNowのリストエディター(List Editor)機能を使用すると、レコードのフォーム画面に遷移することなく、リスト表示（一覧画面）上で直接フィールドの値を編集できます。
No.# 答えは「B：True」ですね。
ライフサイクルワークフロー: KBごとに「公開（Publish）」や「廃止（Retire）」の承認プロセスを異なるワークフロー（例：即時公開、または上長承認必須など）に設定できます。
ユーザー基準 (User Criteria): 「誰が閲覧できるか（Can Read）」や「誰が投稿できるか（Can Contribute）」をKB単位で制御します。
カテゴリ構造: KBごとに独自の階層構造（例：IT用なら「ハードウェア > PC」、人事用なら「福利厚生 > 保険」など）を作成できます。
管理割り当て: 各KBには個別の「所有者（Owner）」や「マネージャー（Managers）」を割り当てることができ、分散管理が可能です。
No.# 答えは「A」ですね。
ServiceNowのACLは「最も具体的な条件（現在のテーブル）」から「最も一般的な条件（ワイルドカード）」の順に評価されるためです。
No.# 答えは「A」と「D」だと思います。
個別のユーザー1人1人にロールを割り当てるのではなく、グループに対してロールを紐付けます。これにより、そのグループに属する全員に同じ権限を一度に適用できます。また、ユーザーに権限を持たせたい場合は、そのユーザーを適切な「グループ」に追加します。ユーザーは所属するグループに割り当てられたロールを自動的に継承します。