--- 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 --- # Premiers pas avec les workflows # Premiers pas avec les workflows {#ariaid-title1} * Rversion finale: Xanadu * * Mis à jour 1 août 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture L'éditeur de workflow graphique fournit une interface par glisser-déposer pour automatiser les processus à plusieurs étapes sur l'ensemble de la plateforme. ## Parties d'un workflow {#getting-started-workflows__section_z55_hlp_lgb} Les workflows sont constitués de ces parties. Propriétés : Spécifiez des paramètres de configuration tels que le nom du workflow, la table sur les enregistrements de laquelle le workflow agit et les conditions dans lesquelles il doit être exécuté. Activités : Spécifiez la séquence d'opérations effectuées par le workflow, telles que la génération d'enregistrements, la notification aux utilisateurs des approbations en attente ou l'exécution de scripts. Transitions : Spécifiez les conditions dans lesquelles une activité doit être exécutée. Conditions de sortie : Spécifiez les conditions dans lesquelles exécuter une transition. Contextes : Stocke les informations d'exécution historiques sur une exécution de workflow spécifique dans un enregistrement de contexte de workflow. Versions : Stocke les informations historiques de conception d'un workflow spécifique dans un enregistrement de version de workflow. ## Cycle de vie du workflow {#getting-started-workflows__section_ixb_1pp_lgb} Un workflow démarre lorsqu'un événement déclencheur se produit. Les déclencheurs courants incluent un enregistrement inséré dans une table spécifique, ou un champ particulier dans une table défini sur une valeur spécifiée. Par exemple, vous pouvez créer un workflow qui s'exécute chaque fois qu'un utilisateur demande l'approbation d'un élément qu'il souhaite commander à partir du catalogue. Vous pouvez également planifier des workflows pour qu'ils s'exécutent périodiquement ou les appeler à partir de scripts tels que des règles métier. Lorsqu'une activité se termine, le workflow passe à l'activité suivante. Une activité peut avoir plusieurs transitions possibles vers diverses activités, en fonction du résultat de l'activité. En poursuivant l'exemple ci-dessus, si la demande de l'utilisateur est approuvée, l'activité peut passer à une activité qui informe quelqu'un de commander l'élément. Si la demande de l'utilisateur est refusée, l'activité peut passer à la notification à l'utilisateur que sa demande a été refusée. L'éditeur de workflow graphique représente visuellement les workflows sous forme d'organigrammes. Il présente les activités sous forme de boîtes étiquetées avec des informations sur cette activité et les transitions d'une activité à l'autre sous forme de lignes reliant les boîtes. À chaque étape d'un workflow : 1. Une activité est traitée et une action définie par cette activité se produit. 2. À la fin d'une action par une activité, le workflow vérifie les conditions de l'activité. 3. Pour chaque condition correspondante, le workflow suit la transition vers l'activité suivante. {#getting-started-workflows__ol_esb_4rw_1r} Lorsque le workflow manque d'activités, le workflow est terminé. Le [contexte du workflow](https://servicenow-prod.fluidtopics.net/WQNuVo2~0d0b5st5bwsZbQ "Le contexte du workflow effectue les activités et les transitions définies dans le workflow avec le nouvel enregistrement comme actuel.") stocke l'historique d'exécution des activités et des transitions exécutées. La [version de workflow](https://servicenow-prod.fluidtopics.net/pWMqj2rBFynEC6zfodiirw "Pour empêcher les utilisateurs d’apporter des modifications à un workflow qui affectent d’autres utilisateurs du système, les workflows doivent être extraits avant de pouvoir être modifiés.") stocke l'historique de conception des activités, des transitions et des conditions de sortie disponibles pour exécution. ## Propriétés du workflow {#getting-started-workflows__section_av5_hlp_lgb} Les propriétés de workflow spécifient quand exécuter un workflow et sur quels enregistrements il agit. Pour en savoir plus sur les propriétés des workflows, reportez-vous à la section [Propriétés du workflow](https://servicenow-prod.fluidtopics.net/EKZvOnPhjxMcHePOmfFi1g "Dans les propriétés d’un workflow, vous pouvez configurer des paramètres tels que son périmètre de l’application, ses conditions de démarrage, son calendrier, ses entrées, ses étapes et ses mesures de temps d’exécution. Vous pouvez également afficher des informations telles que l’auteur du workflow, la version et l’historique."). ## Activités du workflow Une activité de workflow contient des instructions qui sont traitées par le workflow. Les activités peuvent inclure l'exécution de scripts, la manipulation d'enregistrements, l'attente d'une période de temps définie ou l'enregistrement d'un événement. Les conditions de workflow déterminent si l'activité est exécutée ou non. Les activités peuvent être ajoutées, supprimées ou réorganisées. Des transitions peuvent être tracées entre les activités. Il s'agit d'une activité qui déclenche une notification : Figure 1. Exemple d'activité ![Exemple d’activité]() Le workflow exécute les activités en tant que session utilisateur qui les démarre. Les workflows démarrés à partir d'opérations d'enregistrement exécuteront des activités en tant que session utilisateur qui a effectué l'opération d'enregistrement. Les workflows démarrés à partir de calendriers ou redémarrés à partir de minuteurs exécutent des activités en tant qu'utilisateur système. Les workflows démarrés à partir d'appels de script exécutent les activités en tant que session utilisateur qui a démarré le script. Pour plus d'informations sur les activités disponibles et leurs comportements, reportez-vous à la section [Activités du workflow](https://servicenow-prod.fluidtopics.net/9VqxC362diDqhyLq2Suw7g "Référence des propriétés de l’activité du workflow"). ## Transitions Une fois la condition du workflow évaluée, la transition du workflow détermine quelle activité est exécutée quand la condition du workflow est remplie. Il s'agit d'une transition qui mène toujours du script Changement approuvé à l'activité de tâche de changement : Figure 2. Exemple de transition ## Conditions de sortie Après l'exécution d'une activité de workflow, la condition du workflow est évaluée afin de déterminer quelle transition est activée. La condition détermine le comportement en fonction d'un changement approuvé ou rejeté : Figure 3. Exemple de conditions de sortie ## Exemple de workflow Pendant la modification du workflow ou pendant l'exécution d'un workflow non publié, seule la personne qui a extrait le workflow peut voir les changements. Une fois qu'un workflow est publié, il est disponible pour d'autres utilisateurs. Le workflow suit le processus tel que défini dans l'éditeur de workflow. L'ensemble du flux de travail est représenté sur un seul écran. Par exemple, il s'agit du workflow de changement standard : Figure 4. Exemple de workflow de changement