すべての ServiceNow インスタンスには、コア プラットフォーム機能をサポートするデフォルトのテーブル セットが付属しています。
ユーザー (sys_user) 認証および承認のためのユーザー レコードを保存します。
ユーザー名、電子メール、役割、部門などのユーザーの詳細が含まれます。
インシデント (incident) ITSM (IT サービス管理) のインシデント レコードを保存します。
問題とリクエストの管理に使用されるデフォルトの ITSM アプリケーションの一部。
タスク (task) ServiceNow 内のすべてのタスク関連レコードの基本テーブル。
他の多くのテーブル (インシデント、変更、問題など) はタスクから拡張されます。
割り当てグループ、状態、短い説明などの一般的なタスク フィールドを保存します。
ServiceNow の 3 つのデフォルト テーブル:
C: アイテムが正しくありません - ServiceNow に「Item」という名前のデフォルト テーブルが存在しません。
sc_cat_item (サービス カタログ アイテム) と混同される可能性がありますが、これはサービス カタログ モジュールの一部であり、コアのデフォルト テーブルではありません。
D: 問題が正しくありません。ServiceNow にはデフォルトで「問題」テーブルが存在しません。
インシデント管理とは別の問題管理(問題あり)と混同される可能性があります。
E: プロジェクト誤り - プロジェクト管理 (pm_project) はプロジェクト ポートフォリオ管理 (PPM) プラグインの一部ですが、デフォルトでは有効になっていません。
誤った回答の選択肢の分析:
ServiceNow ドキュメント - デフォルトテーブルの概要#ServiceNow テーブル構造
ServiceNow ドキュメント - タスクテーブルと拡張機能#タスクベーステーブルの理解 公式 ServiceNow ドキュメント 参照:

ServiceNowでは、グループとは、システム内で共通の責任とアクセス権を共有するユーザーの集合を指します。グループは主に以下の目的で使用されます。
ロールベースのアクセス制御 (RBAC): 一連のユーザーにロールと権限をまとめて割り当てます。
タスクの割り当て: インシデント、変更要求、承認を処理するためにグループを割り当てることができます。
通知管理: グループを使用すると、システム通知を複数のユーザーに一度に送信できます。
C: ユーザーの集合
ServiceNow のグループは、タスク、承認、またはシステム アクティビティで共同作業を行う複数のユーザーで構成されます。
グループを使用すると、権限と責任を個別ではなく集合的に割り当てることができるため、ユーザー管理が簡素化されます。
グループの例:
サービスデスク（インシデントチケットを処理）
変更諮問委員会 (CAB) (変更要求を承認)
HRチーム（HR案件を管理）
A: エスカレーションポッド
ServiceNow では、グループを定義するために「エスカレーション ポッド」という用語を使用しません。
エスカレーションは、グループではなく、優先ルールとワークフローを通じて処理されます。
B: 部門
部門は組織単位 (例: HR、IT、財務) であり、グループはユーザーの機能的な集合です。
部門とグループは、ServiceNow では別個のエンティティです。
D: 分野の専門家の集まり
一部のグループは中小企業で構成されている場合もありますが、これはグループの定義ではありません。
グループには、専門家だけでなく、さまざまな専門知識レベルのユーザーを含めることができます。
E: ユーザーチーム
グループは「チーム」として機能する場合もありますが、ServiceNow の公式定義ではグループはユーザーの集合体であり、より正確です。
「チーム」はより非公式な用語ですが、「グループ」はプラットフォーム内で使用される構造化された用語です。
参考資料:ServiceNow公式ドキュメント:グループとユーザー
ServiceNow 管理ガイド: ユーザーとグループの管理

アプリケーションナビゲータの履歴セクションでは、ServiceNow内で最近アクセスしたレコード、リスト、フォームを追跡します。この機能により、ユーザーは手動で検索することなく、以前アクセスしたコンテンツに素早く戻ることができます。
履歴セクションには何が表示されますか?履歴セクションには、次のユーザーアクティビティが記録されます:
レコード (オプション A) - インシデント、リクエスト、タスクなど、任意のテーブルから最近表示したレコード。
リスト (オプション C) - インシデント リストや変更リクエスト リストなど、ユーザーがアクセスしたリスト ビュー。
フォーム (オプション D) - インシデント フォームやユーザー フォームなど、フォーム ビューで表示される個々のレコード。
オプション B (UI ページ) が正しいのはなぜですか?UI ページは履歴セクションに表示されません。
UI ページは、Jelly スクリプトを使用して構築され、カスタム インターフェイス、ポータル、ダッシュボード (サービス ポータル ページなど) に使用される特別なカスタム ページです。
これらは個々のレコード、リスト、またはフォームを表すものではないため、ユーザーの履歴追跡には含まれません。
他の選択肢が間違っているのはなぜですか？A. 記録
レコードは個々のデータベース エントリ (特定のインシデント、変更要求、ユーザーなど) です。
記録は頻繁にアクセスされるため、履歴に記録されます。
C: リスト
リストには、テーブルからの複数のレコード (すべてのオープン インシデントなど) が表示されます。
ユーザーはリストを頻繁に移動するため、履歴に記録されます。
D: フォーム
フォームは、個々のレコード (インシデント フォームなど) を表示または編集するために使用されます。
フォームは頻繁にアクセスされるため、履歴に記録されます。
認定システム管理者 (CSA) ドキュメントからの参照:#ServiceNow ドキュメント - アプリケーション ナビゲータと履歴
#ServiceNow アプリケーションナビゲーターのドキュメント
アプリケーション ナビゲータの履歴セクションには、最近アクセスしたレコード、リスト、およびフォームのリストが表示されます。
「カスタム UI ページは履歴追跡に含まれません。」