ロール domain_catalog_admin は、ServiceNow のドメイン分離カタログ内のアイテムを管理するために特別に設計されています。このロールはアクセスを制限し、カタログ アイテムの管理を許可し、適切な権限を持つユーザーのみが指定されたドメイン内で変更を行えるようにします。これは、特に単一の ServiceNow インスタンスで複数の顧客または部門にサービスを提供している環境では、異なるドメイン間でデータのプライバシーと整合性を維持するために重要です。
参照：
* ServiceNow ドメイン分離とサービスカタログ1
* ドメイン分離に関する ServiceNow 製品ドキュメント2

ServiceNow では、ドメイン分離を使用して、データ、プロセス、管理タスクをドメインと呼ばれる論理グループに分離します。これにより、インスタンス内のデータの可視性と操作を制御できます。データの可視性に関しては、次のようになります。
* ドメイン X: ドメイン X のユーザーは、自分のドメインを必ず表示できます。これは、ユーザーが操作する主なコンテキストだからです1。
* ドメイン X の子ドメイン: ユーザーは、ホーム ドメイン (ドメイン X) とそのホーム ドメインの子ドメインのデータを表示できます。これは、子ドメインが親ドメインから権限と可視性を継承し、親ドメインのユーザーが子ドメインのデータを表示できるためです1。
ただし、デフォルトでは、ユーザーは親ドメインまたはその他の無関係なドメインにあるデータにアクセスできません。プライマリ ドメインとデフォルト ドメインは通常、グローバルまたはトップレベルの管理目的のために予約されており、特定の権限が付与されない限り、顧客ドメインのユーザーには自動的に表示されません12。
インスタンス全体のデータのセキュリティと整合性を維持しながら、ユーザーが自分の役割に必要なデータに適切なレベルでアクセスできるように、ドメイン分離を慎重に構成することが重要です31。

ドメインで作業している管理者が上位ドメインまたはグローバル ドメインに存在するポリシーを変更すると、ServiceNow は自動的にその管理者の現在のドメインの新しいレコードを作成し、元のポリシーを上書きします。これにより、変更は現在のドメインに固有のものとなり、上位ドメインまたはグローバル ドメインのポリシーには影響しません。この動作はドメイン分離機能の一部であり、異なるドメインが互いに影響を与えることなく独自のカスタマイズされたポリシーと構成を持つことができます。
詳しい情報については、次のリソースを参照してください。
* ドメイン分離に関するServiceNowサポート記事
* ドメイン分離アプリケーションの開発

ドメインに含まれる関係を設定することは、サービス プロバイダーがすべての顧客データを表示できるようにするための良い方法です。このアプローチでは、ServiceNow のドメイン分離機能を活用し、異なるドメイン間でデータの分離とアクセス制御を可能にします。ドメインに含まれる関係を構成することで、サービス プロバイダーが適切なデータ ガバナンスとセキュリティを維持しながら、顧客データに対する必要な可視性を確保できます。
参照：
* ServiceNow ドメイン分離ドキュメント
* ServiceNow ナレッジベース記事

ServiceNow では、ユーザー基準と共有ナレッジ ベースを設定するためのベスト プラクティスは、それらを親ドメインで定義することです。このアプローチにより、関連するすべての子ドメインからナレッジ ベースにアクセスできるようになり、効率的な情報共有と管理が促進されます。ナレッジ ベースとユーザー基準が親ドメイン レベルで定義されると、それらは子ドメインに継承され、ドメイン階層全体の可視性をサポートしながら集中管理が可能になります。
この方法は、マルチテナント環境でデータとユーザー アクセスを管理するための ServiceNow の主要機能であるドメイン分離の原則と一致しています。親ドメインでこれらの要素を定義することで、組織は必要に応じて知識の分離と共有をサポートする明確で整理された構造を維持できます。
このトピックに関する詳細なガイダンスについては、ServiceNow の公式ドキュメントでナレッジ ベースのユーザー基準の設計に関する洞察が提供されています。このドキュメントはサポート ポータルで参照できます。ServiceNow 内でユーザー基準とナレッジ ベースを構成する際のベスト プラクティスを総合的に理解するには、これらのリソースを確認することをお勧めします。