---
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) 所要時間：3分

変更の要求に対して競合の検出を手動で実行すると、完了前に競合の検出をキャンセルできます。自動または手動で検出された競合を確認し、スケジュールを変更して解決します。

## 始める前に

変更の要求に対して競合の検出を実行するには、その前に変更レコードの次のフィールドに入力する必要があります。

* 構成アイテム (ただし詳細モードを除く)。詳細モードでは、代わりに \[影響を受ける CI\] フィールドが必要です。
* 変更の要求の \[開始予定日\]。
* 変更の要求の \[終了予定日\]。
{#t_RunManualConflictDetection__ul_qhh_kkd_3t}

競合の検出の自動実行の詳細については、「[自動変更の競合の検出のアクティブ化](https://servicenow-prod.fluidtopics.net/dEf7~eWGNnxmKdQ~LndY8Q "特定の間隔で、または変更の要求が更新されてスケジュールの日付が更新されると即時に、競合の検出が自動的に実行されて競合を確認します。")」を参照してください。  
競合の検出を実行する前に、組織固有の以下のシナリオを検討してください。

CMDB リストのサイズと関係の複雑さ
:   組織の規模が大きく、大規模な CMDB を使用する場合、競合の検出に時間がかかることがあります。

非アクティブな変更は評価されない
:   競合の検出では、競合する変更を判断するときに非アクティブな変更は評価されません。

詳細モードの競合チェックはデフォルトで無効になっている
:   アプリケーションをアップグレードすると、詳細モードの競合チェックはデフォルトで無効になり、影響を受ける CI は競合の検出時に考慮されません。すべての CI を評価するには、モードを \[詳細\] に設定します。

必要なロール：itil または sn_change_write

## 手順

1. \[すべて\]\[変更\]\[開く\]に移動します。
2. 変更の要求のリストから、目的の変更の要求を開きます。
3. \[競合\] タブをクリックするか、フォームの下部にスクロールして \[競合\] タブを見つけます。
4. \[競合をチェック\] をクリックします。
5. 競合の検出が終了したら、ポップアップウィンドウの \[クローズ\] をクリックします。  
   \[競合\] タブの \[検出された競合\] リストに競合が表示されます。変更の要求レコードの \[競合ステータス\] および \[前回の実行の競合\] フィールドも更新されます。
6. \[検出された競合\] リストに表示された競合のリストを確認します。  
   {#t_RunManualConflictDetection__table_inx_bpg_ys__entry__2}

   | フィールド | 説明 |
   |-|-|
   | 競合する変更 | スケジュールされている変更と競合する変更 (存在する場合) |
   | 影響を受ける CI | 変更に関連付けられた影響を受ける CI。 |
   | 最終確認 | 競合の前回のチェック。\[最終確認\] フィールドが自動的に更新されます。 |
   | 関連 CI | 現在の CI の親 CI または子 CI (その CI が競合の原因となっている場合) |
   | スケジュール | 競合の原因となるメンテナンス期間またはブラックアウト期間の名前 (存在する場合) |
   | タイプ | 競合の原因となった問題。 * CI はすでにスケジュールされています * 親 CI はすでにスケジュールされています * 子 CI はすでにスケジュールされています * メンテナンス期間内にありません * 親がメンテナンス期間内にありません * 子がメンテナンス期間内にありません * 停電 {#t_RunManualConflictDetection__ul_w4x_bpg_ys} |
   [表 : 1. \[検出された競合\] リストの列]

   {#t_RunManualConflictDetection__table_inx_bpg_ys}

## タスクの結果

\[検出された競合\] リストで競合と影響を受ける CI を確認し、変更を再スケジュールして競合を解決することができます。
**関連概念**   

* [競合するカレンダー](https://servicenow-prod.fluidtopics.net/gG~VUyb54593jsdMlAigOA "競合するカレンダーは、変更要求に対する潜在的なスケジューリング競合をグラフィカルに表します。競合は、アクティブな変更要求、ブラックアウトスケジュール、および、メンテナンススケジュール外でスケジュールされた変更として識別されます。[スケジュールアシスタント] を使用して、スケジュールの競合を解決します。")  
**関連タスク**   

* [競合分析プロパティの設定](https://servicenow-prod.fluidtopics.net/NBwX054xgpF_6mhV45zIZQ#configure-conflict-properties "変更管理 競合分析プロパティを設定して、変更の競合を検出します。関連情報を使用して、変更要求の競合を計算し、変更を確認および変更して競合を解消します。")
* [変更管理 でのブラックアウトおよびメンテナンススケジュールの作成](https://servicenow-prod.fluidtopics.net/JIc1IH8DnRzQBJXN0h~2qg "ブラックアウトおよびメンテナンス期間を使用して、変更をスケジュールします。ブラックアウト期間は、通常の変更アクティビティをスケジュールしない時間を指定します。メンテナンス期間は、変更要求をスケジュールする時間を指定します。たとえば、年末にコードフリーズを実施するために停電スケジュールを作成します。blackout-maintenance-schedule")
* [変更の要求を設定して、外部メンテナンススケジュールの競合を監視します](https://servicenow-prod.fluidtopics.net/gJOAKoc7ZQ1dnLSQyY2p1A "メンテナンススケジュールの外部の競合を表示するように変更の要求が設定されている場合、競合の検出は、開始予定日と終了予定日がメンテナンス期間外に発生するかどうかを示します。検出された競合を確認することで、変更スケジュールを変更できます。")
* [自動変更の競合の検出のアクティブ化](https://servicenow-prod.fluidtopics.net/dEf7~eWGNnxmKdQ~LndY8Q "特定の間隔で、または変更の要求が更新されてスケジュールの日付が更新されると即時に、競合の検出が自動的に実行されて競合を確認します。")

## 手動での競合の検出のキャンセル {#ariaid-title2}

スケジュールを変更する必要がある場合は、変更の要求に対してアクティブに実行されているすべての競合の検出ジョブをキャンセルします。スケジュールを変更した後、競合チェックを再度実行して、潜在的な競合を特定できます。

### 始める前に

必要なロール：admin

### 手順

1. \[すべて\]\[変更\]\[開く\]に移動します。
2. 競合のチェックをキャンセルする変更の要求を開きます。
3. \[競合\] タブをクリックします。
4. \[競合をチェック\] をクリックします。  
   進捗状況ステータスのポップアップ ウィンドウが表示されます。
5. 競合の検出をキャンセルするには、\[キャンセル\] をクリックします。  
   アクティブな競合の検出ジョブがキャンセルされ、\[競合\] セクションの下に表示されているすべての競合がクリアーされます。\[競合ステータス\] フィールドに \[未実行\] ステータスが表示されます。  
   注:  
   自動またはスケジュールベースで競合の検出を実行するように設定すると、同じ変更要求レコードに対する競合の検出の以降の実行はキャンセルされません。