---
sourceDocument: Workflows de version Xanadu
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/build-workflows

 Release :

    - xanadu

ft:locale :

    - fr-FR

ft:publication_title :

    - Workflows de version Xanadu

ft:clusterId :

    - crworkflow

bundleId :

    - crworkflow

workflow :

    - Creator


---

# État d'approbation

# État d'approbation {#ariaid-title1}

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

L'état d'approbation d'une demande de changement est déterminé en examinant l'état actuel de tous les approbateurs.

Si un approbateur a rejeté le changement, l'état d'approbation est défini sur Rejeté. Si tous les approbateurs ont approuvé le changement, l'état d'approbation est Approuvé. Si tous les approbateurs sont à l'état Non demandé ou s'il n'y a pas d'approbateurs, le changement d'état sera Non demandé, sinon l'état sera Demandé.

Pour plus de flexibilité lors de la création d'approbations, y compris la possibilité de configurer une approbation \<\< unique \>\> où une seule personne d'un groupe d'approbateurs doit approuver, envisagez d'utiliser [les workflows](https://servicenow-prod.fluidtopics.net/TV41L9gQ6HtmFeKD3vwgWA#wf-approvals-n-rollbacks "Lorsque vous utilisez des approbations, vous devez comprendre comment les activités d’approbation interagissent avec les moteurs d’approbation, comment corriger une activité de workflow d’approbation ignorée et comment fonctionnent les restaurations.") .
**Référence associée**   

* [Approbations classiques](https://servicenow-prod.fluidtopics.net/uf2VN0VZwzQUU_xChCj~eg "Les approbations classiques sont un processus hérité permettant d’exiger une autorisation sur les tâches avant que le travail ne soit effectué. Dans les versions antérieures, vous pouviez créer des enregistrements d’approbation pour définir des tâches d’approbation et associer des utilisateurs ou des groupes pour les approuver ou les rejeter.")