---
sourceDocument: Gestion des services IT Xanadu
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion des services IT Xanadu

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Détecter manuellement les conflits et passer en revue les détails de conflit

# Détecter manuellement les conflits et passer en revue les détails de conflit {#ariaid-title1}

* Rversion finale: Xanadu
* 
* Mis à jour 1 août 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture

Exécutez la détection de conflit manuellement pour une demande de changement et annulez-la avant la fin. Passez en revue les conflits détectés automatiquement ou manuellement et résolvez-les en modifiant les calendriers.

## Avant de commencer

Avant d'exécuter la détection de conflit pour une demande de changement, les champs suivants doivent être renseignés dans l'enregistrement d'un changement :

* Élément de configuration, excepté en mode avancé. En mode avancé, le champ CI affectés est requis.
* Date de début planifiée de la demande de changement.
* Date de fin planifiée de la demande de changement.
{#t_RunManualConflictDetection__ul_qhh_kkd_3t}

Pour plus d'informations sur l'exécution automatique de la détection de conflit, consultez la section [Activer la détection automatique de conflit de changement](https://servicenow-prod.fluidtopics.net/R~IZiProVYdDRr26L~PNXg "Automatisez la détection de conflit pour s’exécuter à intervalles spécifiques ou lorsqu’une demande de changement est mise à jour pour examiner immédiatement les conflits lors de la mise à jour des dates de calendrier.").  
Avant d'exécuter la détection de conflit, envisagez les scénarios suivants propres à votre organisation.

La taille de la liste CMDB et les complexités relationnelles
:   Si vous avez une grande organisation avec une CMDB volumineuse, la détection de conflit peut prendre plus de temps.

Les changements inactifs ne sont pas évalués
:   La détection de conflit n'évalue pas les changements inactifs lors de la détermination des changements en conflit.

La vérification des conflits en mode avancé est désactivée par défaut
:   Lorsque vous mettez à niveau l'application, la vérification des conflits en mode avancé est désactivée par défaut et les CI affectées ne sont pas pris en compte lors de la détection de conflit. Pour évaluer tous les CI, définissez le mode sur Avancé.

Rôle requis : itil ou sn_change_write

## Procédure

1. Accédez à ToutChangementOuvrir.
2. Dans la liste des demandes de changement, ouvrez celle qui vous intéresse.
3. Cliquez sur l'onglet Conflits ou faites défiler le formulaire vers le bas pour rechercher l'onglet Conflits.
4. Cliquez sur Vérifier les conflits.
5. Lorsque la détection de conflit est terminée, cliquez sur Fermer dans la fenêtre contextuelle.  
   Les conflits apparaissent dans la liste Conflits détectés de l'onglet Conflits. Les champs État des conflits et Dernière exécution de la détection de conflit dans l'enregistrement de demande de changement sont également mis à jour.
6. Dans la liste Conflits détectés, examinez les conflits qui apparaissent.  
   {#t_RunManualConflictDetection__table_inx_bpg_ys__entry__2}

   | Champ | Description |
   |-|-|
   | Changement conflictuel | Changement en conflit avec le changement planifié, le cas échéant. |
   | CI affecté | CI affecté qui est associé au changement. |
   | Dernière vérification | Dernière opération de vérification des conflits. Le champ Dernière vérification est automatiquement mis à jour. |
   | CI connexe | CI parent ou enfant du CI actuel, si celui-ci a causé un conflit. |
   | Calendrier | Nom de la fenêtre de maintenance ou de proscription à l'origine du conflit, le cas échéant. |
   | Type | Problème qui a causé le conflit. * CI déjà planifié * CI parent déjà planifié * CI enfant déjà planifié * Hors de la fenêtre de maintenance * Parent hors de la fenêtre de maintenance * Enfant hors de la fenêtre de maintenance * Proscription {#t_RunManualConflictDetection__ul_w4x_bpg_ys} |
   [Tableau 1. Colonnes de la liste Conflits détectés]

   {#t_RunManualConflictDetection__table_inx_bpg_ys}

## Résultats

Vous pouvez examiner les conflits et les CI affectés dans la liste Conflits détectés et replanifier le changement pour résoudre les conflits.
**Concepts associés**   

* [Calendrier de conflits](https://servicenow-prod.fluidtopics.net/WwVsF4R5A5joCC_IDa43UA "Le calendrier de conflits représente sous forme graphique les potentiels conflits de planification pour une demande de changement. Les conflits sont identifiés comme des demandes de changement actives, des calendriers de proscription et des changements prévus hors des calendriers de maintenance. Utilisez l’Assistant de planification pour résoudre tous les conflits de calendrier.")  
**Tâches associées**   

* [Configurer les propriétés de l'analyse des conflits](https://servicenow-prod.fluidtopics.net/zgdKzQJllCimRRm5zhFZDQ#configure-conflict-properties "Configurez les propriétés de l’analyse des conflits de Gestion des changements pour détecter les conflits de changement. Utilisez les informations pertinentes pour calculer les conflits des demandes de changement, ainsi qu’examiner et modifier le changement pour éliminer les conflits.")
* [Créer des calendriers de proscription et de maintenance dans Gestion des changements](https://servicenow-prod.fluidtopics.net/xYJNSOtzaDHgRkUOoa4~XQ "Utilisez les fenêtres de proscription et de maintenance pour planifier un changement. Les fenêtres de proscription spécifient les heures durant lesquelles l’activité de changement normal ne doit pas être planifiée. Les fenêtres de maintenance spécifient les heures durant lesquelles les demandes de changement doivent être planifiées. Par exemple, créez un calendrier de proscription pour bloquer le code à la fin de l'année. blackout-maintenance-schedule")
* [Configurer une demande de changement pour la surveillance des conflits de calendrier de maintenance externes](https://servicenow-prod.fluidtopics.net/mIHelQvTFYXURTifCa6pyA "Lorsqu’une demande de changement est configurée pour afficher les conflits hors calendrier de maintenance, la détection de conflit indique si les dates de début et de fin planifiées se produisent hors de la fenêtre de maintenance ou non. En examinant les conflits détectés, vous pouvez modifier le calendrier de changement.")
* [Activer la détection automatique de conflit de changement](https://servicenow-prod.fluidtopics.net/R~IZiProVYdDRr26L~PNXg "Automatisez la détection de conflit pour s’exécuter à intervalles spécifiques ou lorsqu’une demande de changement est mise à jour pour examiner immédiatement les conflits lors de la mise à jour des dates de calendrier.")

## Annuler la détection de conflit manuellement {#ariaid-title2}

Pour apporter des modifications aux calendriers, annulez toutes les tâches de détection de conflit actives pour une demande de changement. Après avoir modifié les calendriers, vous pouvez réexécuter la vérification des conflits pour identifier les conflits potentiels.

### Avant de commencer

Rôle requis : admin

### Procédure

1. Accédez à ToutChangementOuvrir.
2. Ouvrez la demande de changement pour laquelle vous souhaitez annuler la vérification des conflits.
3. Cliquez sur l'onglet Conflits.
4. Cliquez sur Vérifier les conflits.  
   L'état de progression Vérification des conflits s'affiche dans une fenêtre contextuelle.
5. Pour annuler la détection de conflit, cliquez sur Annuler.  
   La tâche de détection de conflit active est annulée et tous les conflits affichés dans la section Conflits sont effacés. Le champ État des conflits affiche l'état Non exécuté.  
   Remarque :  
   si vous configurez la détection de conflit pour qu'elle s'exécute automatiquement ou selon une planification, les exécutions ultérieures de la détection de conflit pour le même enregistrement de demande de changement ne sont pas annulées.

