Référence des nœuds d'automatisation

Ceci est la référence détaillée, champ par champ, du générateur d’automatisations — chaque déclencheur, chaque étape, et comment les données circulent entre elles. Pour savoir à quoi servent les automatisations, comment les exécutions sont facturées, et pour des exemples travaillés, commencez par Aperçu des automatisations.

​

Onglets de la liste des automatisations

La page de liste /automations comporte trois onglets :

​

Déclencheurs

Chaque déclencheur part d’un événement précis. Les déclencheurs liés à un assistant (On Call Completed, On Inbound Call, Inject input variables) exigent de choisir un assistant spécifique. Les déclencheurs de réservation, de conversation et d’e-mail prennent à la place un Assistant filter optionnel ; les déclencheurs de conversation peuvent aussi être restreints à une seule connexion ou plateforme de messagerie, et les déclencheurs de réservation à une seule page de réservation. Pour les déclencheurs de conversation, Plateforme et Canal ou widget affichent uniquement les canaux actifs et connectés de l’assistant sélectionné. Sans filtre d’assistant, les canaux connectés de l’espace de travail sont affichés. Les widgets de chat web sont disponibles pour Conversation started. Choisir une connexion sélectionne automatiquement sa plateforme. Les filtres enregistrés restent visibles comme indisponibles si la connexion est supprimée, désactivée ou réaffectée ; vérifiez-les avant d’enregistrer. Un filtre de connexion vide inclut aussi les futures connexions correspondantes. REST et MCP utilisent les mêmes filtres d’assistant, de plateforme et de connexion. Un déclencheur webhook générique ou CRM reçoit sa propre URL entrante et son propre secret, affichés directement dans les réglages du déclencheur une fois l’automatisation enregistrée. HighLevel et les apps connectées livrent leurs événements via un point de terminaison partagé et préauthentifié à la place — configuré une fois pour l’espace de travail, pas par automatisation :

​

Étapes

​

Logique et contrôle de flux

Elles ne communiquent avec rien à l’extérieur de l’automatisation — elles déterminent quel chemin une exécution emprunte, ou la mettent en pause.

​

Terminer une exécution

Une exécution se termine aussi proprement dès qu’une étape n’a pas de connexion sortante. Ces trois étapes la terminent explicitement, et deux d’entre elles renvoient une réponse précise. Lorsqu’un assistant appelle cette automatisation en cours de conversation, chaque chemin doit se terminer par Respond to webhook, sans étape Delay ou Loop avant.

​

Time

​

AI

Regroupées sous Milian AI dans le catalogue. Ces actions utilisent des crédits selon la consommation de tokens, aux tarifs de votre espace de travail. Le montant débité apparaît dans l’exécution et dans le panneau Test de l’étape.

​

Milian AI

Ajoutez une étape dans Automations → Milian AI pour classer un texte, vérifier une condition, évaluer un contenu, détecter plusieurs étiquettes ou créer une analyse personnalisée. Custom Prompt et Extract Fields restent disponibles.

• Cinq nouvelles actions. Transformez transcriptions, messages et résultats précédents en catégories, décisions oui/non, scores ou étiquettes.
• Trois modèles modifiables. Commencez une analyse personnalisée avec Analyser un appel, Qualifier un prospect ou Prioriser un message, puis adaptez les questions.
• Une incertitude explicite. Une information insuffisante produit une réponse incertaine. Vérifiez le statut avec une Condition avant de continuer.
• Votre espace, votre workflow. Prévisualisez sans dépenser de crédits, lancez un test réel avec les crédits de l’espace de travail et utilisez la même configuration via REST ou MCP.

L’analyse consomme des crédits. Les scores suivent vos niveaux et sont affichés sur une échelle de 0 à 100. Avec Analyse personnalisée, combinez les types de questions ou utilisez un des trois modèles. Chaque réponse nécessite une clé unique. Les catégories acceptent 2–32 options décrites ; les scores, 2–10 niveaux ordonnés. Une analyse accepte jusqu’à 32 questions et 32 Ko de texte. Divisez volontairement les textes plus longs. La Probabilité minimale s’applique aux catégories et aux décisions oui/non ; la Confiance minimale, aux catégories et scores. Chaque question vérifie aussi si les informations sont suffisantes. Ces seuils ne garantissent pas l’exactitude. Chaque réponse contient une valeur et un statut. Une réponse incertaine renvoie null, un non étayé renvoie false. La liste d’étiquettes contient uniquement les correspondances acceptées ; vérifiez les résultats individuels pour les cas incertains. Une erreur technique arrête l’étape. Plusieurs questions indépendantes partagent une évaluation. Utilisez le sélecteur de variables dans les étapes suivantes. Vérifiez d’abord le statut, puis comparez la valeur avec une Condition. L’analyse ne crée pas directement de branches supplémentaires. Pour résumer, traduire ou extraire du texte libre, utilisez les actions existantes.

​

Messaging

Envoie sur une conversation déjà ouverte, ou démarre une nouvelle conversation WhatsApp avec un modèle approuvé.

​

Contacts, appels et conformité

Les actions de suppression sont idempotentes — ré-ajouter ou re-retirer la même identité ne fait jamais échouer une exécution. Call Phone Number accepte aussi des Variables facultatives sous forme d’objet JSON plat, par exemple { "auftrag": "{{data.task}}" }. Les valeurs peuvent être du texte (2000 caractères maximum), des nombres ou des booléens. Vous pouvez également reprendre un objet complet d’une étape précédente, comme {{data.inputs}}. Ces entrées concernent cet appel et ne modifient ni l’assistant ni le contact. Des valeurs résolues invalides ou trop longues font échouer l’étape avant la composition. Vérifiez séparément les entrées attendues et le résultat réel de l’appel ; sa création ne prouve pas la réussite de la tâche.

​

Knowledge

​

HTTP et webhooks

Aucune de ces deux étapes n’a besoin d’une connexion enregistrée — collez une URL et c’est parti. Les actions HTTP Request réessaient jusqu’à deux fois les erreurs HTTP et de connexion temporaires dans le délai configuré, avec la même clé Idempotency-Key. Les erreurs temporaires comprennent HTTP 408, 425, 429, 5xx et les erreurs réseau. Les erreurs permanentes arrêtent immédiatement l’action. Le délai couvre toute l’action. Le destinataire doit respecter Idempotency-Key pour éviter les effets en double après une réponse perdue.

​

Connexions externes

Les étapes CRM, MCP et app connectée lisent ou écrivent toutes dans un système externe via un identifiant enregistré — ajoutez-en un sous Automations → Connections avant d’en utiliser une. Chacune apparaît dans le catalogue sous la forme Provider · Action (par exemple Airtable · Create record). Fournisseurs CRM. Voir Synchronisation CRM pour la configuration de la synchronisation récurrente et le parcours d’autorisation HighLevel — ces nœuds d’action écrivent un enregistrement à la fois, indépendamment de toute planification de synchronisation. Exemple : après On Call Completed, utilisez une mise à jour HubSpot pour consigner {{data.analysis.success}} sur le contact correspondant, ou bifurquez d’abord dessus avec Condition. MCP fournisseur et générique. Plutôt que des champs fixes, ces étapes confient un prompt et le contexte de l’exécution à un agent qui choisit lui-même l’outil et les arguments adéquats — utile quand l’appel exact varie d’une exécution à l’autre. Les deux facturent des crédits IA de l’espace de travail pour le raisonnement de l’agent. Apps connectées. Au-delà des plateformes ci-dessus, le catalogue comprend aussi chaque app que votre espace de travail a connectée via OAuth. Connectez-en une sous Connections → App marketplace, puis choisissez-la comme déclencheur ou action comme n’importe quelle plateforme intégrée. Voir App Catalog pour la liste complète et le fonctionnement de la connexion. Les apps qui proposent beaucoup d’actions en chargent davantage au fil du défilement ; saisissez un nom ou un mot-clé dans Search actions… au-dessus de la liste pour trouver n’importe quelle action, par exemple send message.

​

Comment les données circulent entre les étapes

Chaque champ marqué d’un ⚡ accepte des modèles {{ }} puisés dans les données actuelles de l’exécution.

• Extract Fields renvoie ses valeurs deux fois — imbriquées sous fields ({{steps.step1.fields.email}}) et à plat sur l’étape elle-même ({{steps.step1.email}}) — utilisez la forme la plus lisible.
• Set variable écrit dans l’exécution elle-même plutôt que dans la sortie propre d’une étape — référencez ensuite le chemin choisi de la même façon, par ex. {{vars.summary}}.
• Condition, Switch et Loop on Items décident aussi quel chemin connecté s’exécute ensuite — tirez des connexions distinctes depuis leurs poignées true/false, par cas, ou Loop/Done.

​

Statuts

Comment une automatisation évolue entre ces statuts :

​

Construire des automatisations avec Milian

Ouvrez une automatisation et demandez à Milian, le copilote IA, de la construire ou de la modifier en langage naturel — ajouter un déclencheur et des étapes, câbler les branches vrai/faux d’une condition, la renommer ou retaguer, la passer sur Live, ou déboguer une exécution en échec, exactement ce que vous feriez à la main. Essayez « ajoute une étape e-mail après le déclencheur », « ajoute une branche de condition et câble vrai/faux », ou « débogue la dernière exécution en échec ». Lorsque Milian applique un changement directement, l’interface affiche Milian saved changes ; mettre à jour le canevas sans enregistrer affiche Milian updated the canvas — click Save to persist, et le changement reste un brouillon jusqu’à ce que vous cliquiez sur Save.

​

Étapes suivantes