---
sourceDocument: Yokohama ビルドのワークフロー
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/build-workflows

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama ビルドのワークフロー

ft:clusterId :

    - crworkflow

bundleId :

    - crworkflow

workflow :

    - Creator


---

# ドメインセパレーションと ワークフロースタジオ

# ドメインセパレーションと ワークフロースタジオ {#ariaid-title1}

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

ドメインセパレーションは ワークフロースタジオ でサポートされています。 ワークフロースタジオ は、ビジネスロジックのドメインセパレーションをサポートしています。これにより、各テナントドメインに独自のフロー、アクション、サブフローを組み込むことができます。 ドメインセパレーションでは、データ、プロセス、および管理タスクをドメインと呼ばれる論理的なグループに分けることができます。どのユーザーがデータを表示できるか、データにアクセスできるかなど、このアプリケーションのいくつかの側面を制御できます。

## サポートレベル：標準\* {#flow-designer-domain-separation__section_pvf_wkx_vcb}

* ベーシックレベルを含みます。
* ビジネスロジック：サービスプロバイダーによって顧客ごとにプロセスを作成または変更できます。ユースケースには、単一のインスタンスでの複数のサービスプロバイダー顧客によるアプリケーションの正しい使用が反映されています。
* インスタンスの所有者は、特定のアプリケーションに期待される通りに、テナントごとに MVP ビジネスロジックとデータパラメーターを設定できる必要があります。
{#flow-designer-domain-separation__ul_gln_mrr_xkb}ユースケース：アドミニストレーターには、あるテナントではレコードを閉じる際にコメントを残すことを必須にし、別のテナントでは必須にしない機能が必要です。

## ワークフロースタジオにおけるドメインセパレーションの仕組み {#flow-designer-domain-separation__section_ydt_kth_scb}

システムドメインは、これらのルールに従って ワークフロースタジオ のコンテンツを分離します。

ワークフロースタジオ のコンテンツは、コンテンツを作成したユーザーのドメインを継承します
:   フロー、アクション、およびサブフローは、それらを作成したユーザーのドメインに属します。たとえば、TOP ドメインのサービスプロバイダー (SP) アドミニストレーターがフローを作成する場合、そのフローは TOP ドメインに属します。  
    注:  
    ドメインピッカーから選択されたドメインは、ユーザーが属するドメインを上書きします。たとえば、TOP ドメインの SP アドミニストレーターがドメインピッカーから ACME ドメインを選択する場合、作成されたコンテンツはすべて ACME ドメインに属します。

ワークフロースタジオ のコンテンツはトリガーまたは開始されるドメインから実行される
:   フロー、アクション、およびサブフローは、それらを開始したレコードまたはユーザーのドメインから実行されます。たとえば、子ドメイン ACME のユーザーが親ドメイン TOP に属するフローをトリガーすると、フローは子ドメイン ACME のコンテキストで実行されます。  
    {#flow-designer-domain-separation__table_ity_dsj_vhb__entry__2}

    | トリガータイプ | ドメインアサイン |
    |-|-|
    | API 呼び出し | API 呼び出しを行うユーザーのドメイン |
    | メールトリガー | メール送信者のドメイン |
    | レコードトリガー | トリガーレコードのドメイン |
    | スケジュールトリガー | フローのドメイン |
    | サービスカタログトリガー | 要求アイテムレコードのドメイン |
    [表 : 1. トリガータイプ別のドメインアサイン]

    {#flow-designer-domain-separation__table_ity_dsj_vhb}

ワークフロースタジオ は現在のドメインコンテキストからアクセス可能なコンテンツのみを実行する
:   システムは、現在のドメインコンテキストでアクセスが許可されているコンテンツのみを実行できます。データ分離とドメイン階層を理解するには、「[ドメインセパレーションについて理解する](https://www.servicenow.com/docs/access?context=c_DomainSeparation&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。たとえば、子ドメイン ACME のユーザーは、親ドメイン TOP に属するフローをトリガーすることはできますが、INITECH などの兄弟ドメインに属するフローをトリガーすることはできません。

    ワークフロースタジオ は現在のユーザードメインコンテキストからレコード操作を実行します。ルックアップレコードアクションなどの読み取り操作は、現在選択されているドメインとその子に基づいてレコードを返します。たとえば、現在選択されているドメインが TOP ドメインである場合、TOP ドメインとそのすべての子 (ACME ドメインや INITECH ドメインなど) のレコードが表示されます。現在選択されているドメインが ACME ドメインの場合、ACME ドメインとその子のレコードは表示されますが、親 TOP ドメインのレコードは表示されません。

    注:  
    レコード操作では、レコードが属するテーブルに適用されるデータまたはプロセスの分離ルールを使用します。たとえば、ビジネスルールテーブルがプロセス分離されているとします。TOP ドメインにビジネスルールを追加すると、プロセス分離によって親ドメインのレコードにアクセスできるため、ACME ドメインなどの子ドメインのレコード操作でビジネスルールにアクセスできるようになります。

    ディシジョンテーブルやワークフローなどの別のアプリケーションを呼び出すフローも、現在のユーザードメインコンテキストから実行されます。

ワークフロースタジオ はトリガー条件が満たされたすべてのフローを実行する
:   あるドメイン内のフローは、別のドメインからのフローを上書きしたり、別のドメインからフローが実行されないようにすることはできません。ワークフロースタジオ は、現在のユーザーに表示され、トリガー条件が満たされたすべてのフローを実行します。たとえば、インシデントレコードの作成によってトリガーされる TOP ドメインに属するフローは、インシデントが ACME または INITECH のどちらの子ドメインに作成されているのかに関係なく、インシデントが作成されるたびに実行されます。

## 一般的なガイドライン {#flow-designer-domain-separation__id_zb5_tvb_ptb}

ワークフロースタジオ でドメインセパレーションを使用する場合は、次の一般的なガイドラインに従います。

テナントフロー、アクション、およびサブフローがドメインに対して適切に実行されていることを確認する
:   テナントは ワークフロースタジオ のコンテンツを上書きできないため、TOP ドメインのサービスプロバイダー (SP) アドミニストレーターは、ドメインで正しく実行されるように、テナントを作成して管理する必要があります。ドメイン固有のフローを作成することもできますが、階層の上位のドメインから作業しているユーザーが複数の子ドメインフローをトリガーする可能性があります。たとえば、TOP ドメインで作業しているユーザーは、ACME や INITECH などの子ドメインでフローをトリガーできます。  
    注:  
    フロー作成者は、階層内の現在のドメインと親ドメインから利用可能な ワークフロースタジオ のコンテンツのみを表示できます。ワークフロースタジオ は包含ドメインから表示されるコンテンツを表示しません。

各フロー、アクション、およびサブフローに一意の名前を指定する
:   すべてのドメインが ワークフロースタジオ のコンテンツを共有するため、TOP ドメインの SP アドミニストレーターが各フロー、アクション、およびサブフローに一意の名前を付けて、特定のドメインを対象としているフローが別のドメインのフローの名前と重複しないようにします。たとえば、「<kbd class="ph userinput">インシデントの検証 - TOP</kbd>」、「<kbd class="ph userinput">インシデントの検証 - ACME</kbd>」、「<kbd class="ph userinput">インシデントの検証 - INITECH</kbd>」のように、フロー名にドメインを追加します。

フローとアクションに現在のドメインまたは親ドメインからのアーティファクトのみが含まれていることを確認する
:   ワークフロースタジオ は、現在のドメインまたは親ドメインで利用できないアーティファクトを含むフローがアクティブ化されるのを防ぎます。たとえば、ACME ドメインに属するドメイン固有のフローを作成する場合、兄弟ドメイン INITECH に属するアクションまたはサブフローを含めることはできません。

属するドメインの ワークフロースタジオ のコンテンツを編集する
:   親ドメインのユーザーは、子ドメインのフロー、アクション、およびサブフローを表示できません。これらを編集するには、属しているドメインに変更する必要があります。たとえば、TOP ドメインのアドミニストレーターは ACME ドメインからのフローを表示できません。それらを表示および編集するには、アドミニストレーターが ACME ドメインに切り替える必要があります。
* **[ドメインセパレーションされた要求のグループ承認の生成](https://servicenow-prod.fluidtopics.net/_NgT46HIGFkKfWdiccJobA)**   
  グループのすべてのメンバーに対して承認を生成するか、要求のドメインから表示されるグループメンバーのみに承認を制限するように ワークフロースタジオ を構成します。

**関連情報**   

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