--- sourceDocument: Options de la plateforme d’IA ServiceNow de Yokohama sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/yokohama/servicenow-platform Release : - yokohama ft:locale : - fr-FR ft:publication_title : - Options de la plateforme d’IA ServiceNow de Yokohama ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # Introduction aux workflows # Introduction aux workflows {#ariaid-title1} * Rversion finale: Yokohama * * Mis à jour 30 janv. 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture L'éditeur de workflow graphique fournit une interface par glisser-déplacer 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 comprennent ces éléments. Propriétés : Spécifiez les paramètres de configuration tels que le nom du workflow, la table sur les enregistrements sur laquelle le workflow agit et les conditions dans lesquelles l'exécuter. Activités : Spécifiez la séquence des opérations effectuées par le workflow, par exemple la génération d'enregistrements, la notification des utilisateurs des approbations en attente ou l'exécution de scripts. Transitions : Spécifiez les conditions dans lesquelles exécuter une activité. Conditions de sortie : Spécifiez les conditions dans lesquelles exécuter une transition. Contextes : Stocker les informations d'exécution historiques d'un workflow spécifique exécuté dans un enregistrement de contexte de workflow. Versions : Stocke les informations de conception historiques sur 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 avec 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é est terminée, 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 reprenant l'exemple ci-dessus, si la demande de l'utilisateur est approuvée, l'activité peut passer à une activité qui demande à quelqu'un de commander l'élément. Si la demande de l'utilisateur est refusée, l'activité peut passer à la notification de l'utilisateur que sa demande a été refusée. L'éditeur de workflow graphique représente visuellement les workflows sous la forme d'un type d'organigramme. Il affiche les activités sous forme de zones étiquetées avec des informations sur cette activité et les transitions d'une activité à l'autre sous forme de lignes reliant les zones. À 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 de correspondance, le workflow suit la transition vers l'activité suivante. {#getting-started-workflows__ol_esb_4rw_1r} Lorsque le workflow est à court d'activités, le workflow est terminé. Le [contexte du workflow](https://servicenow-prod.fluidtopics.net/T5496O~tFBA6eAnMY_3LEA "Le contexte du workflow exécute les activités et les transitions définies dans le workflow avec le nouvel enregistrement en tant qu’enregistrement.") stocke l'historique d'exécution des activités et des transitions. La [version du workflow](https://servicenow-prod.fluidtopics.net/OUlAzg4oibzgI3OqHZP_pQ "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 l'exécution. ## Propriétés du workflow {#getting-started-workflows__section_av5_hlp_lgb} Les propriétés du workflow spécifient quand exécuter un workflow et sur quels enregistrements il agit. Pour plus d'informations sur les propriétés du workflow, reportez-vous à la section [Propriétés du workflow](https://servicenow-prod.fluidtopics.net/0w_ao5plmSkDN_JoO4TE1A "Dans les propriétés d’un workflow, vous pouvez configurer des paramètres tels que le périmètre de l’application, les conditions de démarrage, le calendrier, les entrées, les étapes et les 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 définie ou la consignation d'un événement. Les conditions du workflow déterminent si l'activité est réalisée ou non. Les activités peuvent être ajoutées, supprimées ou réorganisées. Des transitions peuvent être dessiné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 des 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 des 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/SO7J88jXM28RaPWHYowiCw "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 lorsque la condition du workflow est remplie. Il s'agit d'une transition qui mène toujours du script Change Approved à l'activité 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 pour déterminer quelle transition est activée. La condition détermine le comportement en fonction de l'approbation ou du rejet d'un changement : Figure 3. Exemples de conditions de sortie ## Exemple de workflow Lors de la modification du workflow ou lorsqu'un workflow non publié est en cours d'exécution, seule la personne qui a extrait le workflow peut afficher les changements. Une fois qu'un workflow est publié, il est disponible pour les autres utilisateurs. Le workflow progresse dans le processus tel que défini dans l'Éditeur de workflow. L'ensemble du flux de travail est représenté sur un seul écran. Voici par exemple le workflow de changement standard : Figure 4. Exemple de workflow de changement