/automations) est le générateur de workflows natif de votre espace de travail. Créez des graphiques en plusieurs étapes avec des déclencheurs, des actions, des exécutions de test et un historique d’exécution complet.
Restriction de plan : automation_platform. Quota mensuel d’exécutions gratuites : max_automation_runs (-1 = illimité, 0 = aucune exécution gratuite). Une fois le quota gratuit épuisé, chaque exécution supplémentaire débite automation_run_credits (base plateforme dans credit_settings, prix de vente locataire via tenants.credit_pricing).
Étapes IA (Prompt personnalisé, Extraction de champs, MCP · Appel d’outil) débitent en plus des crédits de l’espace de travail pour l’utilisation de tokens : prix catalogue × 2,5 (coût du token + marge de 150 %). Les crédits facturés apparaissent sur l’exécution (credits_charged) et dans la sortie de l’étape / le panneau de test.
Fin de graphique : une feuille sans bord sortant termine l’exécution avec succès. Les terminaux explicites (stop, variables.return, webhook.respond) définissent halt et mettent fin immédiatement à l’exécution — aucune connexion supplémentaire n’est requise (le canevas masque le point de connexion source).
Déclencheurs
- Appel terminé — après la fin d’un appel vocal (avec analyse). Nécessite un assistant spécifique.
- Appel entrant — au démarrage d’un appel entrant.
- Injecter des variables d’entrée (
call.variables) — au début de l’appel, remplace le webhook de variables de l’assistant. Terminez par Retourner des variables. - E-mail reçu — e-mail entrant via SendGrid.
- Conversation démarrée / terminée — ouverture / fermeture d’un canal de messagerie.
- Webhook entrant —
POST /api/automations/{id}/webhook. - Réservation créée / annulée / reprogrammée, Manuel, Planification (bientôt).
- Événements d’app (Beta) — chaque app connectée (Gmail, GitHub, …) apparaît comme plateforme avec déclencheurs basés sur le schéma. Nécessite les Beta Features. L’activation crée l’instance de déclencheur.
Actions (plugins)
Organisées par Plateforme → type → action (Famulor, IA, Temps, WhatsApp, Telegram, X, HTTP, Slack, …).- IA : Extraction de champs, Prompt personnalisé
- Temps : Délai (durée / jusqu’à), Obtenir la date et l’heure actuelles, Convertir le fuseau horaire, Formater
- Logique : Condition, Filtre, Switch, Aléatoire, Stop, Note, Définir une variable, Exécuter du code, Boucle sur des éléments
- Contacts : Créer/Mettre à jour, Récupérer par téléphone, Liste, Ajouter des tags/attributs
- Appels : Appeler un numéro de téléphone
- Messagerie : SMS, E-mail (canal de l’espace de travail), Envoyer un e-mail (SMTP) via une connexion SMTP enregistrée, Message de canal (WhatsApp / Telegram / X sur des conversations ouvertes)
- Base de connaissances : Ajouter / Supprimer / Récupérer une source
- HTTP / webhooks : Requête HTTP, Webhooks entrants Slack / Discord / Teams, Réponse webhook (statut/corps HTTP synchrone pour les webhooks entrants)
- Connexions CRM / SMTP / MCP : identifiants réutilisables sous Automatisations → Connexions (Airtable, HubSpot, Salesforce, Close, SMTP, Supabase / Neon / Brevo / Atlassian / Shopify Storefront MCP, ainsi que Notion/Stripe/GitHub/Linear/Slack MCP). Le test de connexion SMTP vérifie le relais et envoie un e-mail de test à l’administrateur. Les préréglages MCP officiels OAuth uniquement dans la documentation des éditeurs (par ex. ClickUp, Asana, connexion PayPal) ne sont pas encore proposés : notre modèle de connexion nécessite une clé Bearer/API pour les exécutions d’automatisation sans interface.
- Apps connectées (Beta) : sous Connexions → Parcourir les apps, connectez des toolkits via OAuth (recherche + défilement infini sur tout le catalogue). Dans le builder, les plateformes app chargent d’abord les métadonnées paginées ; outils/déclencheurs par app à la sélection (runtime :
composio.execute/composio.event). Nécessite la clé du connecteur et les Beta Features. Les nœuds CRM/SMS/MCP natifs restent inchangés. Le catalogue bulk (/api/automations/composio/catalog) ne chauffe que la page demandée (défaut 40, max 100) — préféreztoolkit=ou/tools+/trigger-typespour le lazy load. - Actions Airtable : Liste, Rechercher un enregistrement, Rechercher des enregistrements, Trouver ou créer, Récupérer par id, Créer / Créer des enregistrements (lot ≤ 10), Mettre à jour, Supprimer. Ces deux dernières actions de recherche s’appuient sur List Records +
filterByFormula. - MCP : Appel d’outil — connexion + sélection multiple d’outils (ou tous) + prompt d’agent avec variables flash ; l’agent choisit l’outil et renseigne les arguments
- Variables : Retourner des variables (pour
call.variables)
Organisation
Les automatisations prennent en charge des tags libres (filtrage sur la page de liste) et affichent l’assistant lié lorsque le déclencheur utiliseassistant_id. Création/mise à jour via l’interface, via REST (tags sur /api/v1/automations) ou via MCP (create_automation / update_automation).
Exécutions et alertes d’échec
La page de liste comporte les onglets Automatisations et Exécutions. Utilisez les Paramètres d’alerte pour définir une boîte de réception d’espace de travail pour les exécutions en échec (tenants.automation_alert_email) et activer/désactiver les alertes (automation_failure_alerts_enabled).
Lorsqu’aucun e-mail personnalisé n’est défini, les exécutions en échec sont notifiées par e-mail à :
- Espaces de travail clients en marque blanche →
support_emailde l’administrateur de locataire (ainsi que les propriétaires/administrateurs de l’espace de travail) - Espaces de travail racine de la plateforme → e-mail de contact/SMTP de l’administrateur de plateforme depuis
/admin/settings(welcome_email.contact_email, sinonsmtp_settings.from_email), ainsi que les propriétaires/administrateurs de l’espace de travail
notify_on_failure (activé par défaut).
Liaison du webhook d’assistant
Dans la carte Webhook de l’assistant, choisissez le mode de livraison Automation et sélectionnez une automatisationcall.completed, ou conservez une URL HTTPS personnalisée.