Introduction aux workflows

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 3 minutes de lecture
  • L’éditeur de workflow graphique fournit une interface glisser-déplacer pour automatiser les processus à plusieurs étapes sur l’ensemble de la plateforme.

    Parties d’un workflow

    Les workflows se composent de ces parties.
    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 d’opérations que le workflow effectue, 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
    Stocke les informations d’exécution historiques sur 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

    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 dans le 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 poursuivant 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’article. 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 forme d'organigrammes. 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.

    Lorsque le workflow est à court d’activités, le workflow est terminé. Le contexte du workflow stocke l’historique d’exécution des activités et des transitions. La version de workflow 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

    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.

    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 effectuée ou non. Les activités peuvent être ajoutées, supprimées ou réorganisées. Des transitions peuvent être faites 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 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.

    Transitions

    Une fois la condition du workflow évaluée, la transition du workflow détermine l’activité effectuée lorsque la condition du workflow est remplie.

    Il s’agit d’une transition qui mène toujours du script Changement approuvé à l’activité Tâche de changement :

    Figure 2. Exemple de transition
    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
    Exemples de conditions de sortie

    Exemple de workflow

    Lors de la modification du workflow ou de l’exécution d’un workflow non publié, 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 se déplace 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
    Exemple de workflow de changement