ServiceNowでは、ユーザーレコードはsys_userテーブルに保存されます。このテーブルには、ユーザー名、メールアドレス、部署、役割、アクティブステータスなど、ユーザーに関するすべての情報が含まれています。
sys_user テーブルの構造:
システム内のすべてのユーザーアカウントを保存します。
ユーザー名、メールアドレス、名、姓、役割などのフィールドが含まれます。
管理者は、ServiceNowナビゲーションパネルの「ユーザー管理」>「ユーザー」からユーザーを管理できます。
B: ユーザー [sn_user] - ServiceNow には、sn_user という名前のテーブルは存在しません。
C: ユーザー [u_sys_user] - u_prefix はカスタム テーブルを示しており、これはデフォルトの ServiceNow テーブルではありません。
D: ユーザー [s_user] - このテーブルは ServiceNow に存在しません。
参照：ServiceNowユーザー管理 - sys_userテーブル

認定システム管理者（CSA）ドキュメントからの公式リファレンス：
ServiceNow 更新セットの概要: https://docs.servicenow.com/en-US/bundle/utah-application-development/page/build/system-update-sets/concept/c_UpdateSets.html ServiceNow 更新セットのベストプラクティス: https://docs.servicenow.com/en-US/bundle/utah-application-development/page/build/system-update-sets/concept/update-set-best-practices.html 説明:
ServiceNowでは、アップデートセットは、インスタンスで行われたカスタマイズをキャプチャし、別のインスタンス（開発環境から本番環境など）に移行するためのメカニズムです。ただし、デフォルトではアップデートセットに含まれない要素もあります。
アップデートセットに含まれないアイテム（デフォルト設定）：
ホームページ（A） - ✅ 正解
ホームページはユーザー固有のコンテンツまたはグローバルコンテンツとして保存され、デフォルトでは更新セットには含まれません。
それらを移行するには、手動でエクスポート/インポートするか、sys_portal_page_set テーブルを使用する必要があります。
データ（B） - ✅ 正解
更新セットには、インシデント記録、ユーザー記録、CMDBデータなどの実際のデータは含まれません。
設定変更（フィールド、フォーム、ワークフローなど）のみが記録されます。
データ移行は、データエクスポートまたはデータ統合の方法を用いて個別に処理する必要があります。
公開済みワークフロー（C） - ✅ 正しい
ワークフローが公開されると、それはランタイムインスタンスとして保存され、更新セットには自動的に含まれません。
それを取得するには、ワークフローを更新セットに移動する前に、ワークフローを手動で更新する必要があります。
レポート定義（H） - ✅ 正しい
レポートとその設定は、更新セットに自動的には含まれません。
手動で「更新セットにキャプチャ済み」としてマークする必要があります。更新セットに既定で含まれるアイテム：
D:ビジネスルール✅（更新セットに記録されます）
E:スケジュール✅（更新セットに記録されます）
F:データベースの変更✅（更新セットに記録されます）
G:関連リスト✅（更新セットにキャプチャされます）
I:スケジュールされたジョブ✅（更新セットに記録されます）
J: クライアントスクリプト✅（更新セットにキャプチャされます）

ServiceNowでは、ユーザー、グループ、ロールを管理するためのベストプラクティスは、ロールベースアクセス制御（RBAC）に基づいています。
グループに役割を割り当てる（正しい）
ユーザーに直接役割を割り当てるのではなく、グループに役割を割り当てるのがベストプラクティスです。
これにより、役割管理の改善、管理の簡素化、および拡張性が確保されます。
例：
「ITサポート」グループには「ITIL」の役割があります。
このグループのすべてのユーザーは自動的にtheitilroleを取得します。
ユーザーをグループに追加する（正しい）
ユーザーは役割ではなく、グループに直接割り当てるべきである。
グループは役割を継承するため、ユーザーがグループに追加されると、自動的に適切なアクセス権限が付与されます。
例：
新しいサービスデスクエージェントは「サービスデスク」グループに参加し、関連する役割（itil、incident_managerなど）を即座に取得します。
A: グループに役割を割り当ててはいけません（誤り）
誤り：グループに役割を割り当てることは、推奨されるベストプラクティスです。
グループレベルで役割を管理することで、アクセス制御の効率性と拡張性が向上します。
B：ユーザーに役割を割り当てる必要があります（誤り）
誤り：役割をユーザーに直接割り当てることは、組織が成長するにつれて管理が難しくなるため、ベストプラクティスではありません。
その代わりに、ユーザーは必要な役割を持つグループに追加されるべきである。
ユーザー、グループ、ロールに関するベストプラクティス：他の選択肢が不適切な理由とは？
ユーザー、グループ、および役割の管理
ServiceNowにおける役割とグループに関するベストプラクティス
役割ベースアクセス制御（RBAC）
ユーザー管理
ServiceNow CSAドキュメントからの参照：