Déclencheurs & actions
Ce qui le démarre, ce qu'il fait, comment il décide
Trois questions, et chaque workflow de cette plateforme en est la réponse. Cette page est le vocabulaire : les façons dont une exécution peut commencer, les choses qu'une étape peut faire, et les pièces qui façonnent le chemin entre les deux.
Déclencheurs
Quatre façons dont une exécution commence
Un planning
Toutes les dix minutes, chaque lundi à sept heures, le premier jour ouvré du mois. Exprimé dans le fuseau horaire de votre choix, pour que le passage à l'heure d'hiver ne soit pas un incident.
Un webhook
Votre boutique, votre CRM, votre système de facturation, tout ce qui peut envoyer une requête HTTP. La vérification de signature est activée par défaut et la charge utile est conservée avec l'exécution.
Un événement du monde réel
Un concert annoncé, un match programmé, un séisme, une alerte d'inondation, un seuil de qualité de l'air franchi, une panne chez un fournisseur. Plus de 175 sources, actualisées toutes les dix à vingt minutes.
Un sondage, ou une personne
Surveillez un point de terminaison, une boîte mail ou un dossier et démarrez quand quelque chose change. Ou lancez-le à la main, depuis la console, car parfois c'est la réponse la plus honnête.
Une exécution par élément. Un déclencheur qui se déclenche deux fois pour le même événement sous-jacent — un webhook renvoyé par l'expéditeur, un sondage qui revoit la même ligne — démarre une seule exécution, pas deux. La déduplication repose sur ce qui identifie l'élément, et vous pouvez définir cette clé vous-même quand l'identifiant de l'expéditeur est moins bon que le vôtre.
Actions
Des étapes qui agissent
Une action modifie quelque chose en dehors de l'exécution : elle écrit, envoie, facture, réserve, récupère ou classe. Deux types, et la différence tient à la présence ou non d'un modèle.
Actions déterministes
Appelez un point de terminaison HTTP. Lisez et écrivez dans vos propres systèmes. Restructurez une charge utile. Consultez des données de référence. Envoyez un e-mail, un SMS, une notification push ou une lettre imprimée. Proposez un créneau de réservation. Encaissez un paiement. Générez un lien court. Récupérez une image avec sa licence jointe. Écrivez une ligne, un fichier, un enregistrement.
Même entrée, même sortie. Elles ne coûtent rien à l'exécution, c'est pourquoi le conseil le plus honnête est de les utiliser pour tout ce qui n'exige pas réellement de jugement.
Actions IA
Classez ce message. Rédigez cette réponse. Résumez un fil de discussion en trois points. Extrayez des champs d'un document non structuré. Choisissez entre des options selon une règle que vous avez rédigée en langage naturel. Traduisez, en conservant le ton.
Chaque étape IA déclare la forme de ce qu'elle renvoie, et le résultat est validé par rapport à cette forme avant que l'exécution ne continue. Si un modèle produit quelque chose de malformé, l'étape échoue proprement au lieu d'empoisonner les douze étapes suivantes.
Quelque chose se produit. Puis la bonne chose se produit ensuite.
Flow : les étapes qui ne réfléchissent qu'à l'exécution
Les conditions créent des branches selon une valeur. Les deux chemins sont définis, toujours — une condition dont la branche else n'est pas définie est la façon la plus courante pour une automatisation de perdre discrètement des enregistrements ; il n'est donc pas possible d'en laisser une en suspens ici.
Les attentes suspendent une exécution jusqu'à un moment ou un événement. Une attente est un wake_at inscrit sur l'exécution elle-même, et non une ligne dans une file d'attente — c'est pourquoi un workflow peut faire patienter dix mille personnes pendant trois semaines sans que cela coûte quoi que ce soit ni que quiconque s'en aperçoive.
Les heures calmes empêchent les messages sortants d'arriver à trois heures du matin. Une exécution qui atteint une étape d'envoi pendant la période calme attend la fin de cette période. La gravité peut la contourner, délibérément, pour les alertes destinées à réveiller les gens.
Les répartitions envoient une part des exécutions vers le chemin A et le reste vers le chemin B, ce qui permet de comparer deux objets d'e-mail, deux attentes ou deux ordonnancements sur du trafic réel.
Les objectifs marquent la raison d'être du workflow. Quand une exécution atteint son objectif, elle s'y arrête, quoi qu'il reste en aval — le client qui a acheté ne reçoit pas le troisième rappel d'achat.
- ⚡DéclencheurPanier inactif depuis 40 minutes. Dédupliqué sur l'identifiant du panier.
- ?ConditionPanier de plus de 150 zł ? Oui — prendre le chemin le plus long.
- ⏸AttendreUn
wake_atsur l'exécution. Pas de file d'attente, aucun coût. - ADiviser50/50 sur l'objet. Cette exécution a pris la variante A.
- ✉EnvoiE-mail avec un lien court, redirections comptées par destinataire.
- ★ObjectifCommande passée. L'exécution s'arrête ici ; le deuxième rappel n'est jamais envoyé.
Étapes ayant fait appel à un modèle : 1Étapes sans coût : 5
Les erreurs font partie du flux, elles n'en sont pas l'exception
Une étape qui échoue a quelque part où aller. Réessayez avec un backoff et une limite de tentatives. Empruntez un chemin alternatif. Arrêtez l'exécution et classez-la là où une personne la verra. Continuez malgré tout, car cette étape était facultative et vous préférez obtenir une partie du résultat plutôt que rien.
Par défaut, une étape qui communique avec le système d'un tiers réessaie quelques fois puis s'arrête — parce qu'un système indisponible à 09:14 fonctionne généralement à 09:19, et parce qu'une exécution arrêtée est plus facile à analyser qu'une exécution à moitié accomplie.
Ce que vous ne pouvez pas faire : une étape ne peut pas revenir à une étape antérieure. Un workflow est un chemin orienté, pas un programme avec une instruction de saut. Si votre tâche nécessite réellement une boucle, itérez sur une liste au sein d'une seule étape, ou démarrez une exécution par élément — les deux sont pris en charge, et les deux sont plus lisibles ensuite qu'un cycle ne le serait.