Automatisations : configuration, déclencheurs, recettes et surveillance

Last updated: October 23, 2026

Les automatisations sont des règles qui s’exécutent automatiquement lorsqu’un événement se produit dans Edvisor — par exemple envoyer un e-mail à un nouvel étudiant, effectuer un suivi lorsqu’une proposition est consultée ou acceptée, notifier un conseiller lors d’un changement d’étape dans un pipeline, créer une tâche, transmettre des données à un webhook ou envoyer un rappel avant la date d’un visa ou d’une police d’assurance. Cet article consolidé couvre l’ensemble du processus de configuration (où trouver les automatisations, activer la fonctionnalité, créer, trouver, dupliquer et gérer les règles), une référence des 18 événements disponibles dans cinq domaines (Étudiants, Propositions, Inscriptions, Ventes, Assurance) avec les options de moment « Quand l’exécuter », les conditions, les actions et les variables, des recettes d’automatisation prêtes à l’emploi, ainsi que la manière de surveiller les exécutions des automatisations dans les journaux.

Les automatisations sont des règles qui s’exécutent d’elles-mêmes lorsqu’un événement se produit dans Edvisor. Chaque règle possède un événement (ce qui la déclenche), des conditions facultatives (filtres) et une ou plusieurs actions (ce qu’il faut faire). Cet article explique où trouver les automatisations, comment activer la fonctionnalité et comment créer, trouver, dupliquer et gérer vos règles.

Ce que c’est

Une automatisation est une règle qui s’exécute automatiquement lorsqu’un événement se produit dans Edvisor. Chaque automatisation comprend :

Un événement — ce qui la déclenche.
Des conditions facultatives — les filtres qui doivent être respectés.
Une ou plusieurs actions — ce qu’il faut faire lorsqu’elle s’exécute.

Utilisations courantes :

Envoyer un e-mail de bienvenue lorsqu’un nouvel étudiant est créé.
Notifier un conseiller lorsqu’un étudiant est mis à jour.
Créer une tâche de suivi lorsqu’un étudiant correspond à une nationalité spécifique.
Transmettre les données d’un étudiant à votre propre système via un webhook.
Envoyer un rappel avant l’expiration du visa d’un étudiant.
Effectuer un suivi lorsqu’un étudiant consulte ou accepte une proposition, ou avant l’expiration d’une proposition.
Créer une tâche de transmission lorsqu’une école accepte une inscription.
Créer des tâches d’intégration lorsqu’une vente est créée.
Relancer le conseiller lorsqu’un étudiant passe à une étape particulière du pipeline.
Rappeler à l’étudiant le début ou la fin prochaine d’une police d’assurance.

Événements disponibles

Une automatisation est déclenchée par un événement. Il existe 18 événements, regroupés en 5 domaines. Pour plus de détails sur chacun d’eux, consultez la section Référence des déclencheurs, conditions et actions ci-dessous.

Étudiants

Un nouvel étudiant est créé
Un étudiant est mis à jour
Un étudiant est supprimé
C’est l’anniversaire d’un étudiant
Le visa d’un étudiant est sur le point d’expirer

Propositions

Une proposition est créée
Proposition émise — émise ou envoyée à l’étudiant. Auparavant appelée Proposition publiée ; renommée pour correspondre au reste du produit.
Proposition consultée — la première fois que l’étudiant ouvre la proposition, une seule fois.
Proposition acceptée — se déclenche lors du passage à l’état accepté.
Date d’expiration de la proposition — avant, le jour même ou après le jour d’expiration de la proposition.

Inscriptions

Une nouvelle inscription est créée pour un étudiant
Une inscription est acceptée par l’école

Ventes

Une vente est commencée
Une vente d’hébergement est commencée
Une vente est créée
Changement d’étape du pipeline — avec les conditions Déplacé vers l’étape et Déplacé depuis l’étape. Les réaffectations groupées ne le déclenchent pas.

Assurance

Date de début de la police
Date de fin de la police

Les événements d’assurance s’appliquent uniquement aux réservations confirmées.

Remarque : De nouveaux événements seront ajoutés au fil du temps afin d’élargir la gamme d’événements pouvant déclencher une automatisation.

Où la trouver

Accédez à Paramètres > Recrutement > Automatisations.

Seuls les administrateurs peuvent créer, modifier, activer, désactiver ou supprimer des automatisations. Les conseillers peuvent consulter les automatisations, mais pas les modifier.

Activer les automatisations

La première fois que vous ouvrez la section Automatisations, un écran d’activation présentant la fonctionnalité s’affiche. Son activation génère une paire de clés API pour votre compte, qu’Edvisor utilise en interne pour exécuter les automatisations. Vous n’avez pas besoin de gérer vous-même les clés.

Après l’activation, vous arrivez dans la vue en liste des automatisations. L’en-tête affiche le nombre total (par exemple, "Automatisations (21)"), et chaque automatisation apparaît sous forme de carte.

Chaque carte affiche :

Le nom de l’automatisation.
L’événement qui la déclenche.
Une puce de résumé des conditions, par exemple "3 conditions · toutes", afin que vous puissiez voir combien il y a de conditions et si elles utilisent une logique « toutes » ou « au moins une » sans ouvrir la règle.
Des puces d’actions.
Un bouton permettant d’activer / désactiver.
Un menu de carte, qui permet de dupliquer une automatisation.

Créer une automatisation

Il existe deux façons de commencer :

À partir de zéro — cliquez sur Créer une automatisation en haut à droite.
À partir d’un modèle — choisissez un modèle dans le panneau situé à droite de la vue en liste (par exemple, "Bienvenue au nouvel étudiant"). Les modèles préremplissent un événement, des conditions et des actions ; vous n’avez donc qu’à personnaliser les détails.

Le générateur

Le générateur comporte trois parties :

Haut — Nom de l’automatisation (obligatoire), Description et option « M’envoyer un e-mail lorsque cette automatisation échoue ». Laissez l’option activée pour recevoir un e-mail chaque fois qu’une exécution de cette automatisation échoue.
Panneau de gauche — la séquence de règles, présentée sous forme de trois étapes empilées : ÉVÉNEMENT > CONDITIONS > ACTIONS. Cliquez sur une étape pour la configurer.
Panneau de droite — la configuration de l’étape sélectionnée.

Vous pouvez également avancer et revenir entre les étapes à l’aide des boutons Événement / Conditions / Actions situés en bas du panneau de droite.

Lorsque vous configurez l’Événement, vous choisissez également le moment où l’automatisation s’exécute — Instantanément, ou Avant / Le jour même / Après pour les événements associés à une date (vous définissez une durée en jours). Pour les événements basés sur une date, le générateur reformule la règle en langage courant au fur et à mesure de sa création, afin que vous puissiez vérifier le délai avant l’enregistrement.

Cliquez sur Enregistrer en haut à droite lorsque vous avez terminé. Le bouton Enregistrer reste désactivé tant que tous les champs obligatoires ne sont pas remplis.

Rechercher une automatisation

Une fois que vous avez plus de quelques règles, utilisez la recherche dans la liste des automatisations pour en trouver une par son nom :

Saisissez du texte dans le champ de recherche et la liste se filtre au fur et à mesure de votre saisie.
Le nombre de résultats correspondant s’affiche.
Si aucun résultat ne correspond, un état dédié aucun résultat s’affiche. Il est différent de l’écran vide « créez votre première automatisation », qui n’apparaît désormais que lorsque vous n’avez réellement aucune automatisation.

Dupliquer une automatisation

Pour réutiliser une règle au lieu de la recréer, ouvrez le menu de la carte de l’automatisation et choisissez Dupliquer. Cela se fait en un clic.

La copie est désactivée et affiche une bannière vous l’indiquant. C’est intentionnel : rien ne s’exécute tant que vous ne l’avez pas vérifiée. Ouvrez la copie, modifiez le nom et tout autre élément nécessaire, puis activez-la à l’aide de l’option.

Gérer les automatisations existantes

Dans la liste des automatisations, vous pouvez :

Ouvrir une automatisation en cliquant sur sa carte. Cela ouvre Modifier l’automatisation, avec deux onglets : Automatisation (le générateur) et Journaux (historique des exécutions).
Activer ou désactiver une automatisation à l’aide de l’option située sur la carte. Les automatisations désactivées sont conservées, mais ne s’exécutent pas.
Dupliquer une automatisation depuis le menu de la carte (voir ci-dessus).
Supprimer une automatisation depuis la vue de modification. Les journaux des exécutions passées sont conservés.

Langue

Les automatisations sont entièrement traduites en 22 langues et utilisent la langue de votre compte.

Référence des déclencheurs, conditions et actions

Voici la référence des éléments constitutifs utilisés pour créer une automatisation : l’événement qui la démarre, les conditions qui déterminent si elle s’exécute et les actions qu’elle effectue.

De quoi s’agit-il

Chaque automatisation se compose de trois parties :

Événement — la chose qui se produit dans Edvisor et qui démarre l’automatisation (par exemple, un nouvel étudiant est créé).
Conditions (facultatif) — règles supplémentaires qui doivent être respectées pour que l’automatisation s’exécute.
Actions — ce que fait l’automatisation lorsqu’elle s’exécute (par exemple, envoyer un e-mail).

Vous les choisissez dans le générateur d’automatisations. Cette section répertorie toutes les options que vous pouvez sélectionner.

Événements

Un événement est le déclencheur qui démarre une automatisation. Il existe 18 événements, regroupés en 5 catégories : Étudiants, Propositions, Inscriptions, Ventes et Assurance.

Étudiants (5 événements)

Un nouvel étudiant est créé
Un étudiant est mis à jour
Un étudiant est supprimé
C’est l’anniversaire d’un étudiant
Le visa d’un étudiant est sur le point d’expirer

Propositions (5 événements)

Une proposition est créée
Proposition émise — la proposition est émise ou envoyée à l’étudiant. Cet événement s’appelait auparavant Proposition publiée ; il a été renommé pour correspondre au reste du produit.
Proposition consultée — la première fois que l’étudiant ouvre la proposition. Il se déclenche une seule fois, et jamais lors des consultations suivantes.
Proposition acceptée — se déclenche lors du passage effectif au statut accepté. Si un étudiant accepte l’option A, puis l’option B, il s’agit d’un seul événement, et non de deux.
Date d’expiration de la proposition — basé sur une date. Il peut s’exécuter avant, le jour même ou après le jour où la proposition expire.

Inscriptions (2 événements)

Une nouvelle inscription est créée pour un étudiant
Une inscription est acceptée par l’établissement

Ventes (4 événements)

Une vente est démarrée
Une vente d’hébergement est démarrée
Une vente est créée
Changement d’étape du pipeline — un étudiant passe d’une étape à une autre dans un pipeline. Vous choisissez les étapes à l’aide des conditions Déplacé vers l’étape et Déplacé depuis l’étape (voir Conditions ci-dessous). Les réaffectations groupées ne déclenchent pas cet événement.

Assurance (2 événements)

Date de début de la police
Date de fin de la police

Les deux événements d’Assurance sont basés sur une date et s’appliquent uniquement aux réservations confirmées — une police associée à une réservation non confirmée ne les déclenchera pas.

Remarque : De nouveaux événements seront ajoutés au fil du temps afin d’élargir la gamme d’événements pouvant déclencher une automatisation.

Quand elle s’exécute

Pour chaque événement, vous définissez le moment de l’exécution :

Immédiatement — l’automatisation s’exécute dès que l’événement se produit.
Avant — elle s’exécute un nombre défini de jours avant une date.
Le jour même — elle s’exécute à la date elle-même.
Après — elle s’exécute un nombre défini de jours après une date.

Les événements basés sur une date (comme l'expiration du visa d'un étudiant, la date d'expiration d'une proposition ou la date de début ou de fin d'une police d'assurance) vous demandent de saisir une Durée en jours pour Avant ou Après. Les événements basés sur une date ne peuvent pas s'exécuter « Instantanément », car ils dépendent d'une date future.

Lorsque vous créez un déclencheur basé sur une date, le générateur reformule la règle en langage courant, afin que vous puissiez vérifier que le moment choisi correspond à votre intention avant d'enregistrer.

Conditions

Les conditions sont des règles facultatives qui doivent être vraies pour que l'automatisation s'exécute.

Combinaison des conditions

Vous pouvez combiner les conditions avec la logique toutes (chaque condition doit être vraie) ou la logique au moins une (au moins une condition doit être vraie).
La carte de l'automatisation dans la vue en liste affiche un résumé de ce que vous avez défini, par exemple « 3 conditions · au moins une ».
Le même champ peut être utilisé plusieurs fois dans une même automatisation, ce qui vous permet de créer des plages et des règles en plusieurs parties à partir d'un seul champ.

Types de champs

En plus des champs d'origine de type liste, les conditions prennent désormais en charge :

Les champs de date.
Les champs de texte.
Les champs oui/non.

Champs de conditions connus

Nationalité de l'étudiant — avec des opérateurs tels que « est l'un des ». Par exemple, exécuter une automatisation uniquement pour les étudiants d'une nationalité spécifique.
Pays de destination de l'assurance — pour les règles liées à l'assurance.
Fournisseur d'assurance — pour les règles liées à l'assurance.
Passé à l'étape et Passé de l'étape — utilisés avec l'événement de changement d'étape du pipeline. Les sélecteurs listent les pipelines et leurs étapes disponibles. Vous choisissez donc d'abord le pipeline, puis l'étape.

Modifications récentes

Deux conditions de proposition auparavant masquées sont désormais disponibles. Elles n'étaient pas nommées dans les notes de version. Consultez donc le sélecteur de conditions d'un événement de proposition pour obtenir la liste actuelle.
Un opérateur a été retiré parce qu'il n'avait jamais de sens pour le champ auquel il s'appliquait. Il n'était pas nommé dans les notes de version. Si vous ne trouvez pas un opérateur que vous utilisiez auparavant, c'est probablement la raison — rouvrez la condition et choisissez l'opérateur restant le plus proche.

Actions

Les actions correspondent à ce que fait l'automatisation lorsqu'elle s'exécute. Vous pouvez en ajouter plusieurs. Les actions s'exécutent l'une après l'autre et chacune s'exécute indépendamment — si une action échoue, les autres continuent de s'exécuter.

Les actions sont regroupées en deux catégories.

Communication

Envoyer un e-mail à l'étudiant — envoie un e-mail à l'étudiant. L'adresse e-mail de l'étudiant est remplie automatiquement. Vous définissez le Sujet et le Corps (tous deux obligatoires) et vous pouvez utiliser des variables (voir ci-dessous).
Envoyer un e-mail au conseiller — envoie un e-mail au conseiller attitré de l'étudiant.

Intégrations

Créer une tâche — crée une tâche. Vous définissez le nom de la tâche, la date d’échéance et l’assigné.
- Remarque : les variables d’une tâche sont stockées en texte brut et ne sont pas remplacées par leurs valeurs réelles. Ne vous fiez pas aux variables dans le nom d’une tâche.
Envoyer un webhook — envoie des données à une URL de votre choix. Vous définissez l’URL et la charge utile. Pour des raisons de sécurité, les webhooks peuvent uniquement être envoyés à des adresses publiques et suivent un maximum de 5 redirections.

Variables

Les variables vous permettent d’insérer les informations réelles de l’étudiant et de l’agence dans un e-mail. Lorsque l’automatisation s’exécute, chaque variable est remplacée par sa valeur réelle.

Étudiant

ID étudiant
Prénom
Nom
E-mail
Date de naissance

Agence

Nom de l’agence
Nom du bureau

Si une variable ne peut pas être renseignée (par exemple, si l’étudiant n’a pas de date de naissance), l’espace réservé est supprimé du message.

Langue

Le générateur d’automatisations, y compris les événements, les conditions et les actions, est entièrement traduit en 22 langues et suit la langue de votre compte.

Recettes d’automatisation : configurations courantes

Cette section décrit les configurations d’automatisation courantes que vous pouvez créer dans Paramètres > Recrutement > Automatisations. Chaque recette suit la même structure — ce qu’elle permet d’accomplir, le déclencheur à sélectionner, le moment où elle s’exécute, les conditions à ajouter, les actions suggérées et les points de vigilance — afin que vous puissiez trouver rapidement celle dont vous avez besoin et la créer en quelques minutes.

D’autres recettes seront ajoutées au fil du temps à mesure que de nouveaux déclencheurs et de nouvelles conditions seront disponibles. Considérez donc cette section comme une bibliothèque évolutive plutôt que comme une liste définitive. Si vous créez quelque chose d’utile qui n’y figure pas encore, vous pouvez l’ajouter comme une nouvelle section.

Pour consulter la liste complète des éléments disponibles, reportez-vous à la section de référence sur les déclencheurs, les conditions et les actions ci-dessus.

Recette 1 — Relancer au sujet des propositions

Ce que cela permet d’accomplir : Maintient les propositions en mouvement sans relances manuelles. Vous relancez l’étudiant avant l’expiration de la proposition, effectuez un suivi lorsqu’il l’a consultée mais n’a pas encore agi, et transmettez le dossier en interne dès qu’il l’accepte.

Déclencheur à sélectionner : Une automatisation par comportement souhaité, parmi le groupe Propositions :

Proposition consultée — la première fois que l’étudiant ouvre la proposition.
Proposition acceptée — lorsque l’étudiant l’accepte.
Date d’expiration de la proposition — un déclencheur basé sur une date que vous pouvez configurer pour s’exécuter avant, le jour même ou après la date d’expiration de la proposition.

Moment de l’exécution :

Proposition consultée se déclenche lors de la première ouverture de la proposition par l'étudiant et jamais lors des consultations suivantes.
Proposition acceptée se déclenche lors de la transition effective vers le statut accepté.
Date d'expiration de la proposition s'exécute par rapport à la date d'expiration — pour une relance, définissez-la quelques jours avant. Lorsque vous créez un déclencheur basé sur une date, le générateur reformule la règle en langage courant afin que vous puissiez confirmer que vous avez choisi le bon décalage et la bonne direction.

Conditions à ajouter : Limitez l'automatisation afin qu'elle ne se déclenche que pour les étudiants concernés — par exemple selon la Nationalité de l'étudiant, ou selon des champs de la proposition tels que la destination ou le type de programme. Vous pouvez utiliser le même champ plusieurs fois dans une règle si vous avez besoin de lui appliquer deux tests, et la carte affiche un résumé de ce que vous avez créé (par exemple "3 conditions · toutes"). Si vous voulez que toutes les conditions correspondent, laissez le mode de correspondance défini sur toutes ; utilisez une seule lorsqu'une condition suffit.

Actions suggérées :

Avant l'expiration : envoyez à l'étudiant un rappel avec un lien vers la proposition et créez une tâche pour que le conseiller responsable l'appelle.
Lors de l'acceptation : envoyez un e-mail de félicitations, créez la tâche suivante (acompte, documents) et informez l'équipe via un webhook ou une notification interne.
Consultée mais non acceptée : associez une automatisation Proposition consultée à un e-mail de suivi envoyé après un délai défini, ou utilisez la relance basée sur la date d'expiration pour combler le vide.

Attention : Proposition consultée ne se déclenche qu'à la première ouverture — un étudiant qui rouvre la proposition cinq fois ne génère toujours qu'un seul événement ; ne créez donc pas de logique qui suppose des consultations répétées. Proposition acceptée se déclenche une seule fois, lors de la transition — si l'étudiant accepte l'option A puis passe à l'option B, cela reste un seul événement et non deux ; une automatisation d'acceptation ne se déclenchera donc pas à nouveau lors du changement.

Recette 2 — Rappeler aux étudiants les dates de leur police d'assurance

Ce que cela permet : Les étudiants reçoivent une notification avant le début et avant la fin de leur couverture d'assurance, afin de voyager avec une couverture active et de savoir quand renouveler leur police. Cela donne également à votre équipe un rappel pour vérifier les documents au bon moment.

Déclencheur à sélectionner : Dans la nouvelle catégorie Assurance du sélecteur de déclencheurs :

Date de début de la police — pour les messages préalables à l'arrivée et les messages indiquant que « votre couverture commence bientôt ».
Date de fin de la police — pour les rappels de renouvellement et d'expiration.

Quand il s'exécute : Les deux sont basés sur une date ; vous choisissez donc avant, le jour même ou après le jour concerné — par exemple sept jours avant la date de début de la police, ou quatorze jours avant la date de fin de la police. Le générateur reformule la règle en langage courant au fur et à mesure que vous la définissez, afin que vous puissiez vérifier que le décalage correspond à votre intention avant d'enregistrer.

Conditions à ajouter : Utilisez Pays de destination de l’assurance pour envoyer des instructions spécifiques au pays, et Fournisseur d’assurance lorsque la formulation ou les documents diffèrent selon le fournisseur. Combinez-les lorsque vous avez besoin des deux, et utilisez le résumé des conditions sur la carte pour confirmer que la règle correspond à ce que vous avez décrit.

Actions suggérées :

Envoyer à l’étudiant les détails de sa police et ce qu’il doit emporter avec lui.
Créer une tâche pour le conseiller afin de confirmer que l’étudiant possède ses documents.
Pour les dates de fin, envoyer un rappel de renouvellement et créer une tâche pour discuter de la prolongation de la couverture.

Points d’attention : Les déclencheurs d’assurance s’appliquent uniquement aux réservations confirmées. Les polices associées à des réservations qui ne sont pas encore confirmées ne déclencheront pas ces automatisations, de sorte qu’un étudiant en attente ne recevra rien — ne comptez pas sur cette recette comme seul contrôle de couverture.

Recette 3 — Réagir aux changements d’étape du pipeline

Ce que cela permet : Transformer automatiquement les changements dans le pipeline en actions — messages de bienvenue lorsqu’un étudiant entre dans une étape, tâches de transmission lorsqu’il progresse, et alertes internes lorsqu’il revient en arrière ou quitte une étape.

Déclencheur à sélectionner : Changement d’étape du pipeline.

Quand il s’exécute : Chaque fois que l’étape du pipeline d’un étudiant change. Vous décidez ensuite quels changements vous intéressent à l’aide des conditions du déclencheur.

Conditions à ajouter : Utilisez « Déplacé vers l’étape » pour agir lorsqu’un étudiant arrive dans une étape spécifique, et « Déplacé depuis l’étape » pour agir lorsqu’il en quitte une. Combinez les deux pour détecter une transition spécifique (sortie d’une étape et entrée dans une autre), et ajoutez d’autres conditions — nationalité, destination, programme — afin de limiter la règle aux bons étudiants.

Actions suggérées :

Déplacement vers une nouvelle étape : envoyer l’e-mail adapté à l’étape et créer la prochaine tâche pour le responsable.
Déplacement en arrière depuis une étape active : avertir le responsable ou créer une tâche de révision.
Tout changement d’étape : déclencher un webhook afin que vos rapports ou votre CRM restent synchronisés.

Points d’attention : Les réaffectations en masse ne déclenchent pas cette automatisation. Si les étapes sont modifiées en masse, aucune automatisation ne s’exécute ; un important nettoyage ou une migration semblera donc silencieux dans les journaux. Planifiez tout déplacement d’étapes en masse en partant du principe que les e-mails de suivi et les tâches ne seront pas créés, et gérez-les manuellement.

Surveiller les exécutions des automatisations

Chaque fois qu’une automatisation s’exécute, elle enregistre une entrée dans le journal. Cette section explique où trouver ces journaux, ce que signifie chaque champ et comment les consulter lorsqu’un problème survient.

Les automatisations peuvent être lancées par un large éventail d’événements — événements liés aux étudiants, aux propositions, aux inscriptions, aux ventes et aux assurances — de sorte que les journaux d’une automatisation donnée reflètent le déclencheur sur lequel elle a été créée. Les champs, les statuts et les motifs d’échec ci-dessous sont les mêmes, quel que soit le déclencheur activé.

De quoi s’agit-il ?

Un journal est l’enregistrement d’une seule exécution d’automatisation. Chaque exécution crée une entrée de journal, afin que vous puissiez voir exactement ce qui s’est passé, quand et si cela a fonctionné. Les journaux ne peuvent pas être modifiés ni supprimés — ils constituent un enregistrement permanent.

Où trouver les journaux

Accédez à Paramètres > Recrutement > Automatisations.
Ouvrez l’automatisation que vous souhaitez vérifier.
Sur l’écran Modifier l’automatisation, passez de l’onglet Automatisation à l’onglet Journaux.

Si l’automatisation n’a jamais été exécutée, un état vide s’affiche avec le message « Aucune exécution pour le moment » et un bouton permettant d’afficher la configuration de l’automatisation.

Lire les journaux

La vue Journaux affiche :

Un filtre de statut (par exemple, « Tous les statuts ») permettant de filtrer les exécutions par résultat.
Un compteur indiquant le nombre d’exécutions répertoriées (par exemple, « 12 affichées »).
Une ligne par exécution.

Chaque ligne de journal affiche les champs suivants :

Heure — le moment où l’exécution a eu lieu.
Statut — le résultat (voir ci-dessous).
Déclencheur — l’événement qui a démarré l’exécution. Il s’agit du déclencheur sur lequel l’automatisation a été créée, et il peut donc s’agir de n’importe quel événement disponible. Parmi les exemples que vous pouvez voir figurent Proposition créée, Proposition émise (anciennement appelée Proposition publiée), Proposition consultée, Proposition acceptée, Date d’expiration de la proposition, Changement d’étape du pipeline, ainsi que les déclencheurs d’assurance Date de début de la police et Date de fin de la police.
ID d’exécution — un ID unique pour l’exécution (commence par « exec- »). Indiquez l’ID d’exécution lorsque vous signalez un problème, afin que l’exécution exacte puisse être retrouvée.
Actions — le nombre d’actions exécutées, sous forme de ratio (par exemple, « 1/1 » ou « 0/1 ignorée »).
Durée — le temps qu’a pris l’exécution.

Cliquez sur une ligne pour la développer et afficher les détails de chaque action de cette exécution.

Statuts

Réussite — l’automatisation s’est exécutée et toutes les actions sont terminées.
Échec — l’exécution n’est pas arrivée à son terme.
Échec partiel — certaines actions sont terminées et d’autres non.

Où les exécutions apparaissent également

Les exécutions d’automatisation apparaissent également dans le fil des activités récentes de l’étudiant, afin que vous puissiez voir l’activité d’automatisation depuis le profil de l’étudiant.

Raisons courantes des échecs

Lorsqu’une exécution échoue, c’est généralement pour l’une des raisons suivantes :

Le webhook a renvoyé une réponse autre qu’une réponse 2xx.
L’URL du webhook pointait vers une adresse IP interne ou privée (celles-ci sont bloquées).
Le webhook a suivi plus de 5 redirections.
Une variable obligatoire n’a pas pu être renseignée.

Pourquoi une automatisation peut ne comporter aucune exécution

Si l’onglet Logs est vide alors que vous vous attendiez à y trouver des entrées, vérifiez si l’automatisation est activée. En particulier, lorsque vous dupliquez une automatisation depuis le menu de la carte, la copie arrive désactivée, avec une bannière sur l’automatisation l’indiquant. Une automatisation désactivée ne s’exécute jamais et ne produit donc aucune entrée de journal tant que vous ne l’avez pas activée. C’est la raison la plus courante pour laquelle une automatisation nouvellement dupliquée semble ne rien faire.

Il vaut également la peine de vérifier que le déclencheur s’est effectivement produit et que les conditions de l’automatisation correspondent aux enregistrements auxquels vous vous attendez — une exécution n’est enregistrée que lorsque le déclencheur se déclenche et que les conditions sont remplies.

Quand consulter les journaux

Consultez les journaux lorsqu’un e-mail, une tâche ou un webhook attendu ne s’est pas produit, ou lorsque quelqu’un signale qu’une automatisation ne fonctionne pas. Le statut et les détails développés des actions vous indiquent quelle étape a échoué et pourquoi.