---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# ドメインセパレーションと 変更管理

# ドメインセパレーションと 変更管理 {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

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

## サポートレベル：ベーシック {#domain-separation-change-mgt__section_ej3_cxq_xkb}

{#domain-separation-change-mgt__domain-sep-supported}  
* アプリケーションサービスプロバイダーのユースケースに合わせてデータが適切なドメインに送られるようにするビジネスロジックが存在します。
* このアプリケーションは、ドメインセパレーションを完全にサポートしています。ドメインセパレーションには、ユーザーインターフェイス、キャッシュキー、レポート、ロールアップ、および集計からのドメインの分離が含まれます。
* インスタンスのオーナーは、複数のテナント間で正常に機能するようにアプリケーションをセットアップする必要があります。
{#domain-separation-change-mgt__ul_yhr_g2j_xkb}

サンプルユースケース：サービスプロバイダーがチャットを使用してテナント顧客のメッセージに応答する場合、お客様がサービスプロバイダーの応答を確認できるようにする必要があります。{#domain-separation-change-mgt__p_lsc_nfg_h1c}

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

## 変更管理の概要 {#domain-separation-change-mgt__section_pvf_wkx_vcb}

変更管理は、すべての変更のライフ サイクルを制御する体系的なアプローチを提供し、IT サービスの中断を最小限に抑えて有益な変更を促進します。

## 変更管理におけるドメインセパレーションの仕組み {#domain-separation-change-mgt__section_ydt_kth_scb}

変更管理には、変更要求の管理が含まれます。変更要求によって、承認され、サポートされている構成アイテム (CI) の追加、変更、または削除のための制御されたプロセスの実装が可能になります。要求は、変更の理由、優先度、リスク、変更のタイプ、変更カテゴリなど、変更に関する詳細情報を記録します。  
* 変更要求は、タスクの拡張です。レコードは、セッション中に行うタスクを作成するユーザーのドメインに作成されます。
* すべての変更プロパティはグローバルです。つまり、\[sys_properties\] テーブルプロパティを使用するすべてのアプリケーションで同じです。テーブルはドメインセパレーションされないため、すべての変更がすべてのドメインに影響します。
{#domain-separation-change-mgt__ul_gcx_bk5_pdb}

ドメインセパレーションテーブル

変更要求 \[change_request\]。

ユースケース

ACME ドメインの ITIL ユーザーがログインして変更要求を作成します。変更要求は、ユーザーが選択したドメインに作成されます。

## 変更諮問委員会 (CAB) ワークベンチにおけるドメインセパレーションの仕組み {#domain-separation-change-mgt__section_dwm_q45_pdb}

* 会議が定義によって生成された場合、または会議が手動で作成され \[CAB 定義\] フィールドに入力されている場合、CAB 会議は CAB 定義テーブルと同期します。
* 関連付けられた CAB 定義なしで会議が手動で作成された場合、CAB 会議はユーザーのドメインで作成されます。
* 関連付けられた定義と異なるドメインにある場合、会議レコードはサポートされません。
* 他のすべての CAB レコードは、関連付けられた CAB 会議レコードにドメインマスターが設定されます。
{#domain-separation-change-mgt__ul_jrb_s45_pdb}
ドメインセパレーションテーブル

* CAB 定義 \[cab_definition\]
* CAB 会議 \[cab_meeting\]

{#domain-separation-change-mgt__ul_lh5_3p5_pdb} ドメインテーブル (関連付けられた cab_meeting のドメインにリンク)  
* CAB 出席者 \[cab_attendee\]
* CAB アジェンダ アイテム \[cab_agenda_item\]
* CAB ランタイム状態 \[cab_runtime_state\]
{#domain-separation-change-mgt__ul_zbp_mp5_pdb}

ユース ケース  
* CAB マネージャーは、新しい CAB 定義を作成し、ACME ドメインにある間に 20 の会議を生成します。結果：定義と会議の両方が ACME ドメイン内で作成されます。

* CAB マネージャーは、\[CAB 定義\] フォームの関連リストからアドホック CAB 会議を作成します。結果：会議は CAB 会議のドメインで作成されます。
* 他のすべてのユース ケースは、ドメインセパレーションが有効でない場合と同様に動作します。
{#domain-separation-change-mgt__ul_g5p_sp5_pdb}

## 変更スケジュールにおけるドメインセパレーションの仕組み (新機能) {#domain-separation-change-mgt__section_ozv_xq5_pdb}

* 変更スケジュール定義は、指定された変更スケジュールを表示するために使用されるすべての構成オプションと関連レコードをカプセル化します。
* レコードは、現在のユーザーのドメインに作成されます。
* 補助レコードは、変更スケジュール定義のドメインに作成されます。
{#domain-separation-change-mgt__ul_kjy_yq5_pdb}

ドメインセパレーションテーブル

* 変更スケジュール定義 \[chg_soc_definition\]
* 関連定義 \[chg_soc_definition_child\]
* スタイル ルール \[chg_soc_definition_style_rule\]
* スタイル ルール \[chg_soc_style_rule\]
* スタイル ルール \[chg_soc_def_child_style_rule\]

{#domain-separation-change-mgt__ul_fbd_hr5_pdb}

ユース ケース

ACME ドメインの ITIL ユーザーがログインし、 ランディングページに移動します。ユーザーは、現在のドメインとグローバル ドメインの両方で変更スケジュールを表示できます。
**関連情報**   

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