ServiceNow のドメイン分離モデルにおける TOP ドメインは、コア データ ドメインおよびマッピング図の親ドメインとして機能します。これは、TOP ドメインが通常サービス プロバイダーによって所有され、インスタンス内の他のすべてのサブドメインを制御するためです1。これはドメイン階層の最上位レベルであり、すべてのサブドメインに影響するグローバル ルール、プロセス、および管理タスクを担当します1。インスタンス管理はグローバル ドメインとトップ ドメインに委ねられ、グローバル ドメインは包括的なルールを設定し、トップ ドメインは各サブドメインの詳細を管理します1。
ServiceNow のドメイン分離は、データ、プロセス、管理タスクをドメインと呼ばれる論理グループに分離するメカニズムです。これにより、ビジネス エンティティ間の絶対的なデータ分離、ビジネス プロセス定義のカスタマイズ、各ドメインのユーザー インターフェイス、単一インスタンス内でのグローバル プロセスとグローバル レポートのメンテナンスなど、この分離のさまざまな側面を制御できます2。
要約すると、TOP ドメインの主な目的は、コア データ ドメインとして機能し、ドメイン分離の基盤を提供し、サービス プロバイダーが ServiceNow インスタンス内のドメイン構造全体を効果的に管理および制御できるようにすることです。

ServiceNow のドメイン監査は、ドメイン分離された環境の整合性と適切な機能を確保するためのさまざまなアクションと結果を含む包括的なレビュー プロセスです1。ドメイン監査に含まれる詳細な結果またはアクションには、通常、次のものが含まれます。
* 影響を受ける記録または構成: 監査では、問題によって影響を受けた記録または構成を特定します。これには、オペレーティング システム、アプリケーション、またはデバイスへの変更が含まれ、システムの操作と使用状況を追跡するために重要です2。
* エラーと警告を修正するための推奨アクション (D): 監査では、特定されたエラーと警告に対処するための是正アクションの推奨事項が提供されます。これは監査管理プロセスの一部であり、インジケーターと CMDB 証拠を使用した継続的な監視は、監査エンゲージメント、制御またはリスク評価、および修復のための事前構築されたワークフローの構築または編集に役立ちます3。
* 監査を再実行する機能 (E): 問題に対処した後、監査を再実行して、エラーが解決され、ドメインが正しく機能していることを確認できます。これにより、ServiceNow 環境内での継続的なコンプライアンスとセキュリティが確保されます2。
不正なユーザー ドメイン ログイン (A) とインシデントとしてのエラーのエスカレーション (B) は、通常、ドメイン監査の結果やアクションには含まれません。代わりに、これらの側面は、ServiceNow2 内の運用監視およびインシデント管理プロセスに関連しています。

ServiceNow のドメイン分離モデルでは、データ アクセスは、異なるドメイン間でデータの整合性と分離を維持するように設計されています。親ドメインと子ドメイン間のデータ アクセスの仕組みは次のとおりです。
* 親ユーザーはすべての子データにアクセスできます: 親ドメインのユーザーは、子ドメインのデータを表示できます。これは、親ドメインがより高いレベルのデータ アクセス権限を持っていると見なされ、子ドメイン内のデータを監視および管理できるためです1。
* 親ユーザーはすべての子データにアクセスできますが、子ドメインに含まれるドメインにはアクセスできません。親ドメイン ユーザーは直下の子ドメインのデータにアクセスできますが、「孫」ドメインや子ドメイン内でさらにネストされたドメインのデータにはアクセスできません。これにより、データの分離レベルが維持され、ユーザーは表示および管理を許可されたデータにのみアクセスできるようになります1。
親ユーザーと子ユーザーの両方が互いのデータにアクセスでき (A)、子ユーザーがすべての親データにアクセスできるというオプションは正しくありません。ドメイン分離モデルは階層的であり、相互的ではありません。つまり、子ドメインは親ドメインのデータに固有のアクセス権を持っておらず、ドメイン間のアクセスは自動的に双方向にはなりません1。
ドメイン分離とデータアクセシビリティに関する詳細情報については、ServiceNowが広範なドキュメントとベストプラクティスを提供しており、これらの概念をより深く理解するために参照できます12

サービス カタログ項目のドメイン分離を使用する前に、管理者が最初に実行する必要がある手順は、サービス カタログ - ドメイン分離プラグイン (com.glideapp.servicecatalog.domain_separation) をアクティブ化することです。このプラグインは、サービス カタログ内でのドメイン分離を有効にし、データ、プロセス、および管理タスクをドメインと呼ばれる論理グループに分離できるようにします1。管理者はこのプラグインをアクティブ化することで、サービス カタログがドメイン分離環境の複雑さを処理できるように準備されていることを確認できます。これは、異なるドメイン間でデータの整合性と適切なアクセス制御を維持するために不可欠です21。

ServiceNow の glide.knowman.allow_edit_global_articles システム プロパティを有効にすると、グローバル ドメインのユーザーはグローバル ナレッジ記事をチェックアウトして編集できるようになります。このプロパティは、組織がナレッジ記事の編集をグローバル ドメインの一部であるユーザー (通常は管理者または指定されたナレッジ マネージャー) に集中させたい場合に特に役立ちます。
この設定により、他のドメインのユーザーはグローバル ナレッジ記事を表示および利用できますが、コンテンツの一貫性と制御を維持するために、編集権限はグローバル ドメイン ユーザー用に予約されます。このプロパティは、非グローバル ドメインのユーザーやナレッジ管理者ロールを持つすべてのユーザーに編集権限を拡張するものではなく、グローバル ドメイン内のユーザーのみを対象としていることに注意してください。
このプロパティの構成は、ServiceNow のナレッジ管理のベスト プラクティスの一部であり、管理されたユーザー グループへの編集アクセスを制限することで、ナレッジ記事の品質と整合性を維持するのに役立ちます。このアプローチは、同じ ServiceNow インスタンス 1 内の異なるビジネス ユニットまたはドメインのデータと操作を分離して保護することを目標とする、ドメイン分離の全体的な戦略と一致しています。