---
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


---

# 非 CMDB テーブルの調整ルールの作成

# 非 CMDB テーブルの調整ルールの作成 {#ariaid-title1}

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

非 CMDB テーブルの静的または動的 CI 調整ルールを作成します。

静的調整ルール、動的調整ルール、および調整ルールに関連するその他のプリンシパルの詳細については、「[調整ルール](https://servicenow-prod.fluidtopics.net/~tleA~E0FhjLY~_CM1TViw "調整ルールは、CI 属性を更新できるディスカバリーソースを決定します。")」を参照してください。

同じレコード属性に静的調整ルールと動的調整ルールの両方が存在する場合、動的ルールが優先されます。  
注:  
システムフィールドや、ディスカバリーソース (discovery_source) フィールドなどの識別および調整エンジン (IRE) 固有のフィールドに対しては、調整ルールを作成できません。また、調整ルールは、参照フィールドを使用してドット連結することはできません。

## 非 CMDB テーブルの静的調整ルールの作成 {#ariaid-title2}

静的調整ルールは、データソースに更新する権限があるクラス属性を指定し、権限のないデータソースが属性の値を上書きするのを防止します。静的調整ルールでは、複数のデータソース間の優先順位付けも指定します。静的調整ルールがない場合、データソースは互いの属性値の更新を上書きできます。

### 始める前に

必要なロール:sn_cmdb_editor と itil には読み取りアクセス権があり、sn_cmdb_admin と itil_admin (一番上) にはフルアクセス権があります

### このタスクについて

静的調整ルールは、[データ更新ルール](https://servicenow-prod.fluidtopics.net/rtCAJr7LE92lMWbLKdmRfA "サポートされている非 CMDB テーブルに識別および調整エンジン (IRE) 機能を適用するために、それらのテーブルのデータ更新ルールを作成します。データ更新ルールは、特定のデータソースに対してレコードが古くなっているかどうかを判断するために使用します。これにより、このようなレコードを優先度がより低い、許可されたデータソースによって更新することができます。")と組み合わせて使用され、レコードの調整ステップを決定します。これらのルールは、レコードを更新できるかどうか、いつ、どのデータソースが更新するかを決定します。複数のデータソースが同じ属性の更新を許可されている場合、これらのデータソースそれぞれに対して優先度をアサインし、互いの更新が上書きされるのを防ぎます。{#create-non-cmdb-recon-rule-static__p_CreateReconciliationRuleContext}  
許可されたデータソースが属性を更新した後、以降の更新は、同じデータソースまたはより高い優先度のデータソースからのみ受け入れられます。優先度の低いデータソースからの更新は、次の 2 つの条件が満たされない限り拒否されます。

* 優先度の低いソースがレコードを更新する最初のソースである。
* クラスのデータ更新ルールに基づいて、レコードが古くなった。
{#create-non-cmdb-recon-rule-static__ul_vwl_hwz_pz}  
静的調整ルールの優先順位：

* 特定の属性用に構成されたルールは、(優先度値に関係なく) \[すべての属性に適用\] で設定されたルールよりも優先されます。
* 同じ属性の 2 つのルール間、または \[すべての属性に適用\] で設定された 2 つのルール間では、クラスに直接指定されたルールが派生ルールよりも優先されます。
* 同じ属性の 2 つのルール間、または \[すべての属性に適用\] で設定された同じクラスレベルの 2 つのルール間では、優先度はルールの優先度によって決定されます。
{#create-non-cmdb-recon-rule-static__ul_hds_1gb_slb}

各属性を更新する最後のディスカバリーソースに関する情報は、データソース履歴 \[cmdb_datasource_last_update\] テーブルに格納されますが、それは調整ルールを有効にした後です。そのため、ルールを有効にした後、最も優先度の高いデータソースが CI を更新するまで、予期しない更新が発生する可能性があります。{#create-non-cmdb-recon-rule-static__p_DataSource_PrecedenceAbout3}

静的調整ルールは、古い属性の調整に影響します。調整中に、データソース履歴テーブルの情報が CI のクラスのデータ更新ルールとともに考慮され、CI 属性が古くなっているかどうかが判断されます。ある期間内に CI を更新するために最新のディスカバリーソースによって更新されなかった場合、CI 属性は古くなっていると判断されます。この期間は、ディスカバリーソースのクラスのデータ更新ルールの有効期間によって指定されます。この場合、優先度の低い別の許可されたディスカバリーソースが古い CI 属性を更新しようとすると、更新が許可されます。{#create-non-cmdb-recon-rule-static__p_DataSource_PrecedenceAbout2}

同じレコード属性に静的調整ルールと動的調整ルールの両方が存在する場合、動的ルールが優先されます。

### 手順

1. 移動先 すべて設定識別/調整調整定義.
2. \[調整定義\] リストビューで、 \[新規\] をクリックします。 {#create-non-cmdb-recon-rule-static__step_ReconciliationStep4}
{#create-non-cmdb-recon-rule-static__step_ReconciliationStep4}
3. 調整定義フォームに記入します。  
   {#create-non-cmdb-recon-rule-static__table_md4_3cz_qlb__entry__2}

   | フィールド | 説明 |
   |-|-|
   | データソース | このルールを構成するデータソースです。 |
   | 優先度 | 指定された属性の他のデータソース内の \[データソース\] の優先度です。数字が小さいほど優先度が高くなります。調整ルールなしのデータソースには、最も低い優先度が割り当てられます。 |
   | 適用先 | 指定された非 CMDB テーブルのすべての属性を更新することを、指定されたデータソースに許可します。 注: この設定は、特定の属性に適用されるあらゆる設定によって上書きされます。この場合、このオプションを使用する代わりに、\[属性\] のすべての属性を直接含めることができます。 |
   | フィルター条件 | ルールを適用するためにレコードが満たす必要のある条件です。 たとえば、このルールをファイナンス部門に関連付けられたレコードのみに適用するには、\[部門\] \[次の値に等しい (=)\] \[ファイナンス\] の条件を選択します。 注: [glide.identification_engine.enable_reconciliation_filter_before_update](https://servicenow-prod.fluidtopics.net/JowrrN_fvUTwSZENdhseOg "[識別および調整] プロパティを使用して、識別および調整エンジン (IRE) を構成します。") システムプロパティは、フィルター条件が適用されるタイミングを決定します。デフォルトでは、これらのフィルター条件は、ペイロード処理中に属性値が変更された後に適用されます。このプロパティを true に設定すると、属性値が変更される前に識別および調整エンジン (IRE) がフィルター条件を適用します。 |
   | 属性 | 指定されたデータソースによる更新が許可されている、現在または親クラスの属性です。 \[すべての属性に適用\] が選択されていない場合のみ使用できます。 |
   | null で更新 | 指定のデータソースが null 値で更新できる属性です。デフォルトでは、許可されたデータソースは、null 以外の値を null 値で上書きすることはできません。 このリストの属性は、\[属性\] リストにはなく、データソースが null 値で更新できる属性には含まれていません。 |
   [ ]

   {#create-non-cmdb-recon-rule-static__table_md4_3cz_qlb}
4. \[送信\] をクリックします。
{#create-non-cmdb-recon-rule-static__steps_by1_1g3_45}

## 非 CMDB テーブルの動的調整ルールの作成 {#ariaid-title3}

非 CMDB テーブルの動的調整ルールは、CMDB 360 データを使用して、報告される最大値などの値を選択し、レコードを更新します。

### 始める前に

[CMDB 360](https://servicenow-prod.fluidtopics.net/26WYR~WvHlw5HEYtDXusRg "CMDB 360 は、CI 属性の更新に関係するディスカバリーソースと提案された値の完全な履歴を保持します。CMDB 360 データを使用して、さまざまなディスカバリーソースによる CMDB への入力を CI 属性レベルで追跡します。また、特定のディスカバリーソースからの CI の更新を元に戻したり、更新された調整ルールを使用して属性値を再計算したりすることもできます。") を有効にする必要があります。

必要なロール:sn_cmdb_editor と itil には読み取りアクセス権があり、sn_cmdb_admin と itil_admin (一番上) にはフルアクセス権があります

### このタスクについて

同じ CI 属性に静的調整ルールと動的調整ルールの両方が存在する場合、動的調整ルールが優先されます。

動的調整ルールは、報告された最大値や最も報告された値など、いくつかのルールタイプをサポートしています。動的調整ルールを適用する場合、IRE は現在のペイロードを処理し、CMDB 360 データストアを調べて、CMDB を更新する値を選択します。動的調整ルールのタイプによっては、適切な値の選択がすぐに確定しない場合があります。たとえば、最も報告された値が 1 つも存在しない場合や、値によっては、最後に検出されたタイムスタンプが報告されない場合があります。そのため IRE は必要に応じてフォールバックし、最後に報告された値、最後に検出された値、最後に更新された値などの追加の詳細を調べて、最も適切な値を選択します。  
注:  
CI クラスマネージャーで新しい子クラスを作成するときに、動的調整ルールを追加することはできません。最初に新しい子クラスを保存してから、動的調整ルールを追加する必要があります。

### 手順

1. \[すべて\] をクリックします。
2. フィルターナビゲーターで、「<kbd class="ph userinput">cmdb_dynamic_reconciliation_definition.list</kbd>」と入力して動的調整定義テーブルを開きます。
3. \[動的調整定義\] リストビューで、\[新規\] をクリックします。
4. 動的調整定義フォームに記入します。  
   {#create-non-cmdb-recon-rule-dynamc__table_mqc_22z_qlb__entry__2}

   | フィールド | 説明 |
   |-|-|
   | 名前 |   |
   | 属性 | ルールを適用する属性。指定したルールタイプを適用できない属性、および動的調整ルールが既に存在する属性は表示されません。 |
   | フィルター条件 | ルールを適用するために CI が満たす必要のある条件です。 たとえば、あるルールをファイナンス部門に関連付けられた CI のみに適用するには、\[部門\] \[次の値に等しい (=)\] \[ファイナンス\] の条件を選択します。 |
   | 適用先 | このルールが適用される非 CMDB テーブル。 |
   | 動的なルールタイプ | CMDB 360 データに基づくルールタイプ。 |
   [ ]

   {#create-non-cmdb-recon-rule-dynamc__table_mqc_22z_qlb}
5. \[送信\] をクリックします。
{#create-non-cmdb-recon-rule-dynamc__steps_by1_1g3_45}