Studio de workflow Types de déclencheurs de flux
Chaque type de déclencheur définit le moment où un flux commence et les données de démarrage disponibles pour celui-ci. Il existe des déclencheurs pour les opérations d’enregistrement, les dates et les opérations d’application.
Déclencheurs d’enregistrement
Utilisez les déclencheurs d’enregistrement pour démarrer un flux lorsqu’un enregistrement est créé ou mis à jour.
| Déclencheur | Description |
|---|---|
| Date de création | Démarre un flux lorsqu’un enregistrement est créé dans une table non-système spécifique. Remarque : Certains types d’enregistrements courants, tels que les demandes, ont leurs propres déclencheurs dédiés. Consultez les types de déclencheurs d’application pour obtenir la liste des enregistrements d’application disposant de déclencheurs dédiés. |
| Mis à jour | Démarre un flux lorsqu’un enregistrement est mis à jour dans une table non-système spécifique. Nécessite de sélectionner le moment d’exécution du flux.
|
| Créé ou mis à jour | Démarre un flux lorsqu’un enregistrement est créé ou mis à jour dans une table non-système spécifique. Nécessite de sélectionner le moment d’exécution du flux.
|
Déclencheurs REST
Utilisez les déclencheurs REST pour démarrer un flux après une demande d’API REST spécifique.
| Déclencheur | Description |
|---|---|
| REST API - Asynchrone | Démarrez un flux à partir d’un appel d’API entrant ou d’un webhook à partir d’un système externe. Configurez les conditions de démarrage du déclencheur sans avoir à écrire ou à gérer un code personnalisé. Pour plus d’informations, consultez Déclencheur d’API REST. |
Déclencheurs planifiés
| Déclencheur | Description |
|---|---|
| Quotidien | Démarre un flux à une heure précise chaque jour. |
| Toutes les semaines | Démarre un flux à une heure spécifique chaque semaine. |
| Tous les mois | Démarre un flux à une heure précise chaque mois. |
| Exécuter une fois | Démarre un flux une fois à une heure précise, mais ne se répète pas. Si vous sélectionnez une date ou une heure passée, le système planifie l’exécution du flux dès que possible. |
| Répétition | Démarre un flux à intervalles réguliers que vous définissez. |
Déclencheurs d’application
Utilisez les déclencheurs d’application pour démarrer un flux lorsque les conditions spécifiques à l’application sont remplies.
| Déclencheur | Description |
|---|---|
| Kafka Message | Démarre un flux lorsqu’il y a un message dans une rubrique de votre environnement Kafka. Pour plus d'informations, consultez Créer un flux avec un déclencheur de message Kafka. |
| MetricBase | Démarre un flux lorsqu’un MetricBase déclencheur est atteint. Nécessite l’application MetricBase . Pour plus d'informations, consultez Créer un flux avec un MetricBase déclencheur. |
| Analyse proactive | Commence un flux lorsque le score du KPI d’Analyse proactive ou les valeurs de seuil de KPI sont atteints. Nécessite un Analyse des performances abonnement à Proactive Analytics. Pour plus d'informations, consultez Créer un flux avec un déclencheur d’analyse proactive. |
| Catalogue de services | Démarre un flux à partir d’une demande d’élément Catalogue de services . Pour plus d'informations, consultez Créer un flux avec un Catalogue de services déclencheur. Remarque : Catalogue de services Les déclencheurs ne prennent pas en charge les variables de catalogue dans le cadre de la condition de déclenchement. Au lieu de cela, obtenez ou créez des variables de catalogue dans le corps principal du flux. |
| Tâche SLA | Démarre un flux à partir d’un enregistrement de définition de SLA. Pour plus d'informations, consultez Créer un flux avec le déclencheur de tâche SLA. |
Déclencheurs d’e-mails entrants
Démarrez un flux lorsque votre instance reçoit un e-mail.
Les flux d’e-mails entrants ont priorité sur les actions d’e-mails entrants. Si vous créez des flux avec des déclencheurs d’e-mails entrants, les e-mails sont d’abord traités par les déclencheurs d’e-mails entrants avant d’être traités par les actions d’e-mail entrant.
Avec les actions d’e-mail entrant, vous n’avez pas un contrôle total sur la gestion des pièces jointes ou l’affectation de l’enregistrement cible d’un e-mail. Lorsque vous créez un flux avec un déclencheur d’e-mail entrant, vous pouvez effectuer ces actions avec le Action Déplacer les pièces jointes d’e-mail vers l’enregistrement et le .Associer l’enregistrement à l’action d’e-mail Pour un meilleur contrôle des pièces jointes aux e-mails, vous pouvez également utiliser le Action Rechercher des pièces jointes d’e-mail pour accéder à une pièce jointe spécifique en tant que pastille de données.
Bien que vous puissiez traiter un e-mail entrant avec plusieurs actions d’e-mail entrant, vous ne pouvez pas traiter un e-mail entrant avec plusieurs flux par défaut. Une configuration supplémentaire est requise. Pour plus d’informations sur l’arrêt du traitement des actions d’e-mail entrant, consultez Spécification de l’ordre de traitement des e-mails entrants.
Pour plus d’informations sur l’exécution de plusieurs flux sur un e-mail entrant, reportez-vous à la section Autoriser plusieurs déclencheurs pour traiter un e-mail entrant.
Le diagramme suivant montre comment les e-mails entrants sont traités par les déclencheurs d’e-mails entrants. Une fois que l’e-mail a été classé comme un e-mail de réponse, de transfert ou de nouvel e-mail, le système tente de le faire correspondre à un déclencheur d’e-mail entrant actif. Si l’e-mail répond aux conditions d’un déclencheur d’e-mail entrant, le flux s’exécute. Si les problèmes de flux arrêtent le traitement, le traitement de l’e-mail est terminé. Si le flux n’arrête pas le traitement, le système évalue les conditions d’un plus grand nombre de déclencheurs d’e-mails entrants. S’il n’y a plus de déclencheurs d’e-mails entrants à évaluer, le système tente de faire correspondre l’e-mail avec une action d’e-mail entrant active à la place.
Déclencheurs de spokes
- .
Options avancées
- Moment d'exécution du flux
-
Déterminez le type de session qui peut déclencher le flux, s’il faut exécuter le flux lorsqu’il est déclenché par certains utilisateurs et quelles tables peuvent déclencher le flux.
Tableau 1. Options du menu déroulant de la session interactive Option Description Exécuter uniquement pour la session non interactive Flux qui n’est déclenché que pendant les sessions non interactives. Voir Sessions non interactives. Exécuter uniquement pour la session interactive de l'utilisateur Flux déclenché uniquement dans les sessions interactives. Exécuter pour les sessions interactives et non interactives Flux déclenché dans toutes les sessions. Tableau 2. Options du menu déroulant Utilisateur Option Description Ne pas exécuter si déclenché par les utilisateurs suivants Flux qui ne se déclenche pas pour une liste d’utilisateurs sélectionnée. Sélectionnez l’icône Ajouter un utilisateur ( icône ) pour ajouter des utilisateurs à la liste.
Exécuter uniquement si déclenché par les utilisateurs suivants Flux qui se déclenche uniquement pour une liste d’utilisateurs sélectionnée. Sélectionnez l’icône Ajouter un utilisateur ( icône ) pour ajouter des utilisateurs à la liste.
Exécuter pour n'importe quel utilisateur Flux qui s’exécute pour n’importe quel utilisateur. Tableau 3. Options du menu déroulant Table Option Description Exécuter uniquement sur la table actuelle Flux déclenché uniquement pour la table sélectionnée. Exécuter sur les tables actuelles et étendues Flux déclenché pour la table sélectionnée et toutes les tables étendues. - Lieu d'exécution du flux
-
Déterminez s’il faut exécuter le flux en arrière-plan ou dans la session en cours.
Option Description Exécuter le flux en arrière-plan (par défaut) Flux qui s’exécute de façon asynchrone en arrière-plan. Utilisez cette option pour les flux qui ne nécessitent pas de mises à jour immédiates et pour permettre l’exécution simultanée d’autres processus système. Exécuter le flux au premier plan Flux qui s’exécute de façon synchrone dans la session actuelle. Utilisez cette option pour fournir des mises à jour immédiates à un utilisateur final. Par exemple, si un flux ouvre une tâche après la fermeture de la tâche précédente, utilisez cette option pour ouvrir la tâche suivante immédiatement après qu’un utilisateur en a fermé une. Remarque :L’exécution d’un flux au premier plan peut bloquer le thread de la session en cours et empêcher l’utilisateur de saisir jusqu’à la fin du flux. Évitez d’exécuter des flux au premier plan lorsqu’ils contiennent des actions qui ne peuvent pas être interrompues, telles que les actions qui exécutent un script. Les actions ou la logique de flux qui interrompent un flux ne bloqueront pas une session.
Pastilles de données disponibles par type de déclencheur
Les concepteurs de flux ont accès aux pastilles de données à partir du déclencheur.
| Type de déclencheur | Pastilles de données disponibles |
|---|---|
| Enregistrement |
|
| REST API - Asynchrone |
|
| Date |
|
| Tâche SLA |
|
| E-mail entrant |
|
| Base de mesures |
|
| Catalogue de services |
|
| Kafka Message |
|
Directives générales
Suivez ces instructions générales lors de la création de déclencheurs d’enregistrement.
- Déterminez si votre flux a besoin d’un déclencheur ou d’une entrée variable
- Les flux s’exécutent toujours lorsque leurs conditions de déclenchement sont remplies. Les déclencheurs fournissent toujours les mêmes données que l’entrée pour les flux. Si vous avez besoin d’une entrée variable pour lancer un flux, créez plutôt un flux secondaire.
- Ajoutez des conditions pour spécifier quelles valeurs d’enregistrement démarreront votre flux
- Le démarrage d’un flux uniquement lorsque cela est nécessaire consomme moins de ressources système que le démarrage, la mise en pause et l’attente de reprise du flux jusqu’à ce qu’une condition d’enregistrement spécifique s’applique. Au lieu de créer un flux qui commence par une action Attendre une condition, reconcevez le flux pour inclure la condition d’attente dans le cadre du déclencheur d’enregistrement.
- Créer des conditions uniques pour les déclencheurs d’enregistrement sur la même table
- Pour éviter que les flux ne se chevauchent, créez des conditions uniques pour chaque flux en cours d’exécution sur la même table. Si plusieurs flux sur la même table ont les mêmes conditions de filtre, il n’y a aucun moyen de connaître l’ordre dans lequel les flux s’exécutent. L’utilisation de conditions permet également d’optimiser les performances de flux en renvoyant un ensemble d’enregistrements plus précis et plus petit.
- Ignorer les enregistrements ajoutés ou mis à jour par les ensembles d’importation et de mise à jour
- Les déclencheurs d’enregistrement ignorent les enregistrements ajoutés ou mis à jour en appliquant un ensemble de mises à jour ou en important un fichier XML. Ces opérations s’appliquent à l’ensemble de l’application ou de la table plutôt qu’à un enregistrement individuel.
- Remplacer les déclencheurs d’enregistrement sur les tables de Catalogue de services par des déclencheurs d’application de Catalogue de services
- Concepteur de flux n’affiche plus les tables de Catalogue de services en tant qu’options pour les déclencheurs d’enregistrement. Créez plutôt des flux qui utilisent le type de déclencheur d’application Catalogue de services.
- Vérifiez que les utilisateurs qui déclenchent un flux ont accès aux données de condition de déclenchement
- Étant donné que les flux s’exécutent généralement en tant qu’utilisateur qui les déclenche, vérifiez que les utilisateurs ont accès à toutes les données spécifiées dans les conditions de déclenchement. Évitez de créer des conditions de déclenchement vers des tables connexes auxquelles les utilisateurs standard n’ont pas accès. Si vos conditions de déclenchement de flux nécessitent l’accès à des données restreintes par un rôle, exécutez vos flux avec le rôle nécessaire pour accéder à ces données.