---
sourceDocument: オーストラリア ServiceNow AI Platform の機能
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/servicenow-platform

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア ServiceNow AI Platform の機能

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# ドメインセパレーションと ドキュメント管理

# ドメインセパレーションと ドキュメント管理 {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

ドキュメント管理 ではドメインセパレーションがサポートされています。 ドメインセパレーションでは、データ、プロセス、および管理タスクをドメインと呼ばれる論理的なグループに分けることができます。どのユーザーがデータを表示できるか、データにアクセスできるかなど、このアプリケーションのいくつかの側面を制御できます。

## サポートレベル：標準 {#domain-separation-document-services__section_v1l_n5r_xkb}

* ベーシックレベルサポートのすべての側面を含みます。
* アプリケーションプロパティは、必要に応じてドメイン対応です。
* ビジネスロジック：サービスプロバイダー (SP) によって顧客ごとにプロセスを作成または変更できます。ユースケースには、単一のインスタンスでの複数のサービスプロバイダー顧客によるアプリケーションの正しい使用が反映されています。
* インスタンスのオーナーは、特定のアプリケーションに期待される通りに、テナントごとに MVP ビジネスロジックとデータパラメーターを設定できる必要があります。
{#domain-separation-document-services__ul_tfh_drj_xkb}

サンプルユースケース：アドミンは、レコードを他のテナントに対してはクローズしないが、1 つのテナントに対してクローズする場合、コメントを必須にすることができる必要があります。{#domain-separation-document-services__p_ssc_nfg_h1c}

サポートレベルの詳細については、「[アプリケーションでのドメインセパレーションのサポート)](https://www.servicenow.com/docs/access?context=domain-separated-apps&version=australia&pubname=australia-platform-security&ft:locale=en-US)」を参照してください。{#domain-separation-document-services__p_tsc_nfg_h1c}

## 概要 {#domain-separation-document-services__section_wnh_ggm_qtb}

ドキュメント管理は、ドキュメントへのアクセスを制御し、ユーザーにセキュリティをもたらすアクセスレベルのアプローチを提供します。

## ドキュメント管理におけるドメインセパレーションの仕組み {#domain-separation-document-services__section_ujj_hhm_qtb}

ドキュメント管理でドメインの分離が行われる場合、ユーザーは自分の (テナントの) ドメインにおいてのみドキュメントを表示して管理したり、アクセス権限を付与することができます。

親ドメイン内のユーザーは、子ドメイン内のドキュメントにアクセスできます。

ユーザーがドキュメント、ドキュメントリスト、またはドキュメントエントリを作成する場合、そのドメインはユーザーのドメインと同じになります。

ドキュメントのオーナーが変更されると、関連するバージョン、参照、および権限レコードのドメインが親ドキュメントのドメインに更新されます。

## ユースケース {#domain-separation-document-services__section_inl_h2t_qtb}

* ドキュメント

  ドキュメントは、そのドメイン内でのみ編集またはアクセスできます。ユーザーがドキュメントのドメインとは異なるドメインに属している場合、ドキュメントへのアクセスが無効になる可能性があります。
  * グローバルドメイン内のユーザーは、読み取りアクセスが許可されている場合には、すべてのドメインのドキュメントにアクセスできます。
  * 非グローバルドメイン内のユーザーは、ドキュメントアクセスが許可されている場合には、同じドメインおよびグローバルドメイン内のドキュメントにのみアクセスできます。
  {#domain-separation-document-services__ul_upf_m2t_qtb}
* バージョン、参照、および権限テーブル
  * ユーザーは、親ドキュメントへのアクセス権がある場合にのみ、バージョン、参照、および権限テーブルのレコードにアクセスできます。
  * ユーザーが参照テーブル内のターゲットレコードにアクセスできる場合、親ドキュメントへのアクセスは、ドキュメントに対する継承されたアクセス権が有効になっており、ユーザーが親ドキュメントと同じドメインにある場合にのみ許可されます。
  {#domain-separation-document-services__ul_akw_q2t_qtb}
* リストおよびリストのエントリ

  リストおよびリストエントリには、現在のユーザードメインを指すドメインがあり、ドキュメントアドミン権限を持つユーザーがアクセスできます。
{#domain-separation-document-services__ul_kjc_f2t_qtb}

## 既知の問題 {#domain-separation-document-services__section_lkg_fft_qtb}

ドキュメントに参照が含まれていて、そのドキュメントのオーナーが変更され、いずれかの参照のターゲットレコードへのアクセス権がない場合、その参照レコードは新しいオーナーに表示されない可能性があります。

たとえば、ドキュメントオーナーのユーザー A (ドメイン：D1) がユーザー B (ドメイン：D2) に変更され、ユーザー B が参照テーブルのターゲットレコードへのアクセス権を持っていない場合、ユーザー B にはその参照レコードが表示されない可能性があります。
**関連資料**   

* [ドキュメント管理と一緒にインストールされるコンポーネント](https://servicenow-prod.fluidtopics.net/55CENP4umEI4GyXmdBZB2Q "いくつかのタイプのコンポーネント (テーブル、ユーザーロールなど) が、ドキュメント管理プラグインのアクティブ化とともにインストールされます。")
* [ドキュメント管理 ロール](https://servicenow-prod.fluidtopics.net/~CYaF20jhaP6nHp8MhQ27Q#document-management-roles "ドキュメント管理 はこれらのロールに併せてインストールされます。")
* [ドキュメント管理の詳細なアドミンロール](https://servicenow-prod.fluidtopics.net/PIrcxezgMy~clw~LbWBwcg "詳細なアドミンロールを使用すると、組織は機能の責任に基づいて特定の管理権限をアサインし、広範なアドミンアクセスをターゲットロールのアサインに置き換えることができます。新しい admin ロールを使用して、admin ロールを使用せずにユーザーに管理機能を付与します。")  
**関連情報**   

* [サービスプロバイダーのドメインセパレーション](https://www.servicenow.com/docs/access?context=domain-sep-landing-page&version=australia&pubname=australia-platform-security&ft:locale=en-US)