---
sourceDocument: Australie : créer des workflows
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/build-workflows

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Australie : créer des workflows

ft:clusterId :

    - crworkflow

bundleId :

    - crworkflow

workflow :

    - Creator


---

# État d'approbation

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

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](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 de l'approbation est défini sur Rejeté. Si tous les approbateurs ont approuvé le changement, l'état de l'approbation est défini sur Approuvé. Si tous les approbateurs ont l'état Non demandé ou s'il n'y a pas d'approbateurs, l'état du changement est Non demandé, sinon l'état est 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 [Workflows](https://servicenow-prod.fluidtopics.net/ZMr96gIcJMIAJALd2mf3dw#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/~YgvHNBqe9R6bDB~7Fn9Fw "Les approbations classiques sont un processus hérité qui exige une autorisation sur les tâches avant la fin du travail. 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.")