Déclencheurs de workflow

Un déclencheur est ce qui démarre un workflow sans qu’un humain clique quoi que ce soit. L’onglet Déclencheurs d’un workflow porte trois sections — Planifications, Webhooks et Événements — et un workflow peut tenir plusieurs déclencheurs de n’importe quel mélange ; tous alimentent la même première étape. Un workflow sans déclencheur s’exécute toujours à la main depuis le panneau Tester le workflow de l’éditeur — utile pendant la construction, jamais pour la production.

Planifications

Clique sur Ajouter une planification pour exécuter le workflow sur une horloge. Le formulaire prend une expression cron standard à 5 champs, avec des préréglages de Toutes les 5 minutes à Tous les mois — ou décris le rythme en langage courant et clique sur Générer pour laisser l’IA écrire le cron à ta place. Le Fuseau horaire fixe la zone dans laquelle le cron se déclenche, par défaut ton propre fuseau de navigateur ; modifier une planification existante conserve le fuseau qu’elle utilise déjà.

Les Variables du workflow sont l’entrée que chaque exécution planifiée reçoit — et quand l’étape de démarrage du workflow déclare un schéma d’entrée, la boîte de dialogue l’affiche comme un vrai formulaire plutôt qu’en JSON brut : un champ projectId devient une liste déroulante Projet qui pointe par défaut vers le projet propre à cette planification, owner et repo se regroupent en un seul champ Repository GitHub qui accepte owner/repo ou une URL GitHub complète, et chaque autre champ déclaré reçoit son propre champ étiqueté avec la description du schéma comme aide. Un champ requis laissé vide affiche sa propre erreur et bloque Enregistrer — la même règle que le panneau Tester le workflow de l’éditeur applique déjà, pour qu’une planification ne puisse pas être enregistrée dans un état que son propre workflow rejetterait à l’exécution. Clique sur Modifier en JSON pour revenir à l’éditeur brut sur un schéma que le formulaire ne peut pas représenter.

Ces variables sont propres à chaque planification, pas les valeurs par défaut du workflow affichées dans l’onglet Configuration de l’automatisation — deux planifications différentes du même workflow peuvent chacune envoyer leur propre dépôt ou projet, et seul ce qui est défini ici atteint l’exécution.

La ligne montre le Projet lié de la planification (ou Sans projet), l’heure de Dernier déclenchement et qui l’a créée. Une planification à qui il manque encore une variable requise de son workflow porte un badge jaune Configuration requise — survole-le pour voir les noms de champs exacts — même active, car une exécution au déclenchement avec une valeur requise vide échoue ; une planification liée à un projet satisfait déjà une variable requise projectId sans avoir à la répéter dans les variables. Le même manque ressort aussi sur la bannière Terminer la configuration propre à l’automatisation et sur l’étape Terminé de l’assistant d’installation, toutes deux renvoyant ici.

Webhooks

Clique sur Ajouter un webhook et Tale frappe une URL unique ; tout système qui y envoie un POST JSON lance l’exécution, avec le corps de la requête comme entrée de l’exécution.

Événements

Clique sur Ajouter un déclencheur d'événement et choisis un type d’événement dans la liste déroulante — des choses qui se produisent dans Tale, comme task.created, conversation.message_received, contact.updated ou workflow.completed. Des filtres optionnels resserrent quand le déclencheur se lance, et le payload de l’événement devient l’entrée de l’exécution. Va vers un déclencheur d’événement quand le travail du workflow est de réagir à quelque chose que Tale vient de faire.

Choisir le bon déclencheur

Un workflow peut en porter plus d’un — une planification quotidienne plus un webhook pour des coups d’envoi externes ad hoc forment une paire courante.

Mettre en pause et supprimer

Chaque ligne de déclencheur a une bascule Actif. La couper arrête les lancements sans perdre la ligne ni l’historique d’exécution ; la remettre reprend immédiatement. Supprimer la ligne est définitif — pour les webhooks cela tue aussi l’URL, donc tout système qui y envoie encore des POST cesse de fonctionner.

Où cela s’inscrit

Les déclencheurs sont la couche du coup d’envoi ; les étapes derrière eux sont le travail réel. Va sur Concepts d’automatisation pour le modèle qu’un déclencheur alimente, et sur Journaux d’exécution pour voir ce que chaque exécution lancée a enregistré — y compris quel déclencheur l’a démarrée.