---
sourceDocument: Yokohama のガバナンス、リスク、コンプライアンス
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/governance-risk-compliance

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama のガバナンス、リスク、コンプライアンス

ft:clusterId :

    - grc

bundleId :

    - grc

workflow :

    - Technology


---

# CMDB および BIA からの依存関係のフェッチ

# CMDB と BIA からの依存関係のフェッチ {#ariaid-title1}

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

オペレーショナルレジリエンス のCMDBからサービスまたはビジネスサービスの依存関係をフェッチできます。同様に、BCM アプリケーションがインストールされると、オペレーショナルレジリエンス のスケジュール済みジョブはビジネスインパクトアナリシス (BIA) の依存関係の変更も監視し、依存関係の更新をフェッチします。

## サービスの CMDB から依存関係をフェッチしています {#add-dependencies-automatically__section_om1_qgf_11c}

Yokohama リリース以降、データリレーションシップフレームワーク は、CMDB から依存関係をフェッチするための基本フレームワークを備えた オペレーショナルレジリエンス アプリケーションをサポートしています。デフォルトでは、データリレーションシップフレームワーク (app-grc-relationship-config) は オペレーショナルレジリエンス アプリケーションとともにインストールされます。CMDB 依存関係は、データリレーションシップフレームワーク から API を呼び出すことによって取得されます。​

CMDB依存関係を取得するには、オペレーショナルレジリエンスアドミニストレーターは、最初にデータリレーションシップフレームワークでサービス (CMDB) というラベルの付いたメインノード構成をアクティブ化する必要があります。

取得された依存関係それぞれに対し、オペレーショナルレジリエンス アプリケーションは最初に既存のエンティティを検索します。既存のエンティティがない場合、依存関係はスキップされます。既存のエンティティがあり、そのエンティティが オペレーショナルレジリエンス のいずれかのエンティティタイプに属している場合、親エンティティのダウンストリームに追加されます。エンティティが施設/人/サプライヤー/テクノロジーなどのエンティティタイプに属していない場合は、オペレーショナルレジリエンス の対応するエンティティタイプに手動で追加する必要があります。​

次の例は、ビジネスサービスの CMDB 関係のセットアップ例を示しています。サービス Windows mobile が依存関係を更新すると、OWA-SD-01 のエンティティがそのエンティティのダウンストリームに追加され、IronMail-SD-01 および IronMail-SD-02 が子サービス エンティティ Email のダウンストリームに追加されます。
{#add-dependencies-automatically__table_j4p_rzb_f1c__entry__3}

| ビジネスサービス | 関連する依存関係、ビジネスプロセス、およびビジネスサービス：メール | ビジネスサービスに関連するプロセスと依存関係：メール |
|-|-|-|
| Windows モバイル | * 依存関係：OWA-SD-01 * ビジネスプロセス：Inbound payment validation * ビジネスサービス：Email {#add-dependencies-automatically__ul_kyq_k1c_f1c} | * プロセス：Fraud_escalation * 依存関係 1：IronMail-SD-01 (テーブルは cmdb_ci_email_server) * 依存関係 2：IronMail-SD-02 (テーブルは cmdb_ci_email_server) {#add-dependencies-automatically__ul_yjq_n1c_f1c} |
[表 : 1. ビジネスサービスの関係のセットアップ例]

{#add-dependencies-automatically__table_j4p_rzb_f1c}

## ビジネスインパクトアナリシス (BIA) から依存関係をフェッチする {#add-dependencies-automatically__section_np2_vjf_11c}

BCM アプリケーションがインストールされるとき、BIA の \[適用先\] フィールドが オペレーショナルレジリエンス で使用されるビジネスプロセスであれば、オペレーショナルレジリエンス は BIA の依存関係の更新をフェッチします。  
オペレーショナルレジリエンス で BIA 依存関係をプルするには、次の条件を満たす必要があります。

* BIA が \[承認済み\] ステータスであること。
* BIA が \[期限切れ\] ステータスでないこと。
* 依存関係グループが完成していること。
{#add-dependencies-automatically__ul_idh_hkf_11c}  
注:  
BIA レコードの \[適用先\] フィールドがビジネスプロセスエンティティタイプ内にある何らかのビジネスプロセスと一致する場合に限り、その依存関係はスケジュール済みジョブによってフェッチされます。

フェッチされた依存関係それぞれに対し、オペレーショナルレジリエンス アプリケーションは最初に既存のエンティティを検索します。依存関係に有効なエンティティが既にあり、そのエンティティが オペレーショナルレジリエンス のいずれかのエンティティタイプに属している場合、親エンティティのダウンストリームに追加されます。  
CMDB 依存関係の更新または BIA 依存関係の更新をフェッチするには、次の条件に従います。

* 依存関係のエンティティがない場合はスキップされます。オペレーショナルレジリエンス は依存関係のエンティティを作成しません。
* 依存関係エンティティが非アクティブの場合は無視されます。
* 依存関係エンティティがアクティブでもピラーがない場合は無視されます。
* 依存関係エンティティがアクティブでピラーがあっても、どの オペレーショナルレジリエンス エンティティタイプにも属していない場合は無視されます。
{#add-dependencies-automatically__ul_pl2_314_d1c}

## 依存関係の手動追加 {#add-dependencies-automatically__section_qtd_phf_11c}

エンティティが \[施設\]、\[人員\]、\[サプライヤー\]、\[テクノロジー\] などのエンティティタイプに属していない場合、オペレーショナルレジリエンス ユーザーは対応するエンティティタイプにエンティティを手動で追加する必要があります。​アドミニストレーターとマネージャーは、スケジュール済みジョブを使用する代わりに、オペレーショナルレジリエンス 依存関係を手動で更新できます。

## データリレーションシップフレームワーク のメインノード構成のサポート {#add-dependencies-automatically__section_kwx_35c_qzb}

データリレーションシップフレームワーク およびメインノードの構成については、「[データリレーションシップフレームワーク](https://servicenow-prod.fluidtopics.net/ovyZE1m0PSlN4ftXoPT8EQ "データリレーションシップフレームワーク アプリケーション (sn_grc_rel_config) は、CMDB、BIA、BCP などのさまざまなソースから BIA、計画、およびイベントの依存関係をフェッチするための基礎となるフレームワークを備えた BCM アプリケーションをサポートします。Yokohama リリース以降、データリレーションシップフレームワーク (sn_grc_rel_config) アプリケーションは BCM アプリケーションとともにデフォルトでインストールされます。")」および「[メインノード設定レコードの作成](https://servicenow-prod.fluidtopics.net/7ckwrxmBUYIZuoZx6lJYmw "メインノード設定レコードを作成して、依存関係をフェッチするためのソースを設定します。名前、ソース、テーブル名、ファイラー条件など、メインノードの詳細を設定できます。")」を参照してください。