Déclencheurs
Les déclencheurs spécifient à quel moment démarrer l’exécution de votre playbook.
Dans Playbooks, les déclencheurs indiquent quand Ur playbook doit commencer à s’exécuter. Chaque déclencheur a un type et des conditions qui, lorsqu’ils sont remplis, lancent l’exécution de votre .playbook
Vous choisissez un ou plusieurs déclencheurs lorsque vous créez un playbook fichier .Studio de workflow Pour ajouter un déclencheur, commencez par choisir le type de déclencheur. Ensuite, définissez des conditions et d’autres options pour affiner votre déclencheur afin qu’il se déclenche d’une manière qui convient à votre processus business. Répétez l’opération si vous souhaitez que votre playbook s’exécute en fonction de plusieurs déclencheurs. Pour plus d’informations, consultez Créer une définition de processus.
Remarque :
Vous pouvez également configurer et activer un playbook sans aucun déclenchement, si vous prévoyez de déclencher uniquement le playbook via l’API.
Si vous ne voyez pas de déclencheur adapté à votre cas d’utilisation, vous pouvez également créer votre propre définition de déclencheur à la place. Pour plus d’informations, consultez Créer une définition de déclencheur.
Types de déclencheurs
Dans votre enregistrement de définition de déclencheur [sys__trigger_definition], vous pouvez choisir un type de déclencheur, qui détermine le moment où votre déclencheur se déclenche. Ces types de déclencheurs représentent les opérations d’enregistrement qui peuvent se produire dans le ServiceNow AI Platform®. Les types de déclencheurs suivants sont disponibles par défaut dans votre instance :
- Planifié
- Elles playbook s’exécutent selon un calendrier spécifié par l’auteur du playbook.
- Lorsque l'enregistrement est créé
- S’exécute playbook lorsqu’un utilisateur crée un enregistrement n’importe où dans le ServiceNow AI Platform.
- Lorsque l'enregistrement est mis à jour
- S’exécute playbook lorsqu’un utilisateur met à jour un enregistrement existant n’importe où dans le ServiceNow AI Platform.
- Lorsqu'un enregistrement est créé ou mis à jour
- L’exécution playbook lorsqu’un utilisateur crée un enregistrement ou met à jour un enregistrement existant n’importe où dans le ServiceNow AI Platform.
Remarque :
Les déclencheurs se déclenchent uniquement pour les opérations d’enregistrement interactives ou effectuées par les utilisateurs. Les déclencheurs ne se déclenchent pas pour les opérations d’enregistrement non interactives. Pour plus d’informations, voir Sessions non interactives.
Détails
Après avoir ajouté un déclencheur à votre playbook, vous pouvez définir des conditions et d’autres options qui déterminent quand et comment votre déclencheur se déclenche.
| Option | Action |
|---|---|
| Conditions | Utilisez le générateur de conditions pour créer des conditions de champ à utiliser lors de vos playbook exécutions. Voir Créateur de conditions. |
| Exécuter ce déclencheur sur les tables étendues | Sélectionnez cette option pour déclencher les tables qui s’étendent playbook à partir de la table que vous avez sélectionnée. Par exemple, si vous activez cette option et sélectionnez la table Élément de configuration [cmdb_ci], elle s’exécute playbook lorsque des opérations d’enregistrement se produisent sur le serveur [cmdb_ci_server], l’ordinateur [cmdb_ci_computer] et d’autres tables étendues. Pour plus d'informations, consultez Table extension and classes. |
| Déclencher sur un changement unique | Sélectionnez cette option pour déclencher le pour chaque mise à jour unique d’un champ non-système, même si le flux est en cours d’exécutionplaybook. Le système stocke l’historique de chaque modification d’un enregistrement et détermine si la modification est unique. Par exemple, si le champ État d’un enregistrement d’incident passe de En cours à En suspens, l’exécution playbook s’exécute. Toutefois, si le champ État redevient En cours, le playbook ne s’exécute pas. Remarque : Playbooks qui ont un déclencheur qui s’exécute Pour chaque modification unique , elle peut produire des récursions lorsqu’elle est exécutée dans une session non interactive. Lorsque ces playbooks apportent un changement à l’enregistrement de déclenchement, le changement respecte les conditions de déclenchement de et playbook provoque une récursion. |
Considérations relatives à la conception
Reportez-vous à ces considérations de conception lorsque vous utilisez des déclencheurs :
- Créer des conditions de filtre uniques pour les déclencheurs d’enregistrements sur la même table
- Pour empêcher les playbooks de se chevaucher, créez des conditions de filtre uniques pour chacun de ceux playbook qui s’exécutent sur la même table. Si plusieurs playbooks sur la même table ont le même filtre, il n’y a aucun moyen de connaître l’ordre dans lequel les playbooks s’exécuteront.
- Éviter de dupliquer les déclencheurs utilisés dans Studio de workflow les flux
- Playbooks Les déclencheurs ne remplacent Studio de workflow pas les déclencheurs. Pour les deux applications, lorsque les conditions de déclenchement sont remplies, les processus automatisés s’exécutent.
- 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 qui ont été 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 et non à un enregistrement individuel.