Les automatisations relient un événement de déclenchement (quelque chose qui se produit dans le CRM, l'envoi d'un formulaire, un e-mail entrant ou une heure planifiée) à une séquence d'étapes que Mokapen exécute pour vous : créer une tâche, mettre à jour une affaire, envoyer un e-mail, lire des lignes depuis un Google Sheet, répéter la même opération sur des dizaines de contacts. Vous configurez le flux une fois, vous l'activez, et le système le répète chaque fois que les conditions sont remplies.
Le module complet est inclus dans l'offre Premium Large. Vous y accédez depuis le menu utilisateur (icône profil en haut à droite) → Automatisations : liste des flux, éditeur visuel et historique d'exécution.
Chaque automatisation comporte trois éléments principaux :
Lorsque le déclencheur se déclenche, Mokapen met l'exécution en file d'attente et la traite en arrière-plan. Chaque démarrage laisse un historique consultable, étape par étape, pour voir ce qui a réussi et où corriger. Les automatisations ne remplacent pas le jugement humain sur les cas complexes : elles éliminent le travail répétitif et maintiennent alignés les processus que vous avez définis une fois pour toutes.
Avant de construire un flux, il est utile de se familiariser avec les termes de l'éditeur :
Les automatisations relient des zones du CRM qui resteraient autrement séparées :
Lorsqu'une étape crée des tâches, contacts ou tickets, liez les Connexions et les Tags comme vous le feriez manuellement : les fiches générées restent navigables depuis le reste de l'espace de travail.
Automatisez uniquement les processus aux règles claires. Si chaque cas exige un jugement humain, limitez-vous à préparer la bonne tâche avec titre, échéance et liens déjà renseignés.
Offre — Premium Large est requis ; sans offre adaptée, l'entrée Automatisations du menu reste désactivée.
Qui peut en créer une nouvelle — seul le Propriétaire de l'organisation (rôle décrit dans le guide Rôles) peut lancer la création : choisir le déclencheur et enregistrer le premier flux. Les autres utilisateurs autorisés peuvent ouvrir, modifier ou dupliquer des automatisations existantes s'ils sont Propriétaire ou Collaborateurs de ce flux, ou s'ils sont administrateurs de l'organisation.
Qui voit quoi dans la liste — les administrateurs voient toutes les automatisations de l'organisation ; les autres utilisateurs ne voient que celles dont ils sont Propriétaire, Collaborateur ou membre d'une équipe listée parmi les Collaborateurs.
Qui « exécute » le flux — Mokapen exécute les étapes avec les permissions du Propriétaire défini sur l'automatisation (colonne du tableau). Si cette personne ne peut pas créer d'affaires, envoyer d'e-mails au nom de l'organisation ou modifier des tickets, l'étape correspondante échouera : assignez comme Propriétaire un utilisateur disposant déjà des droits nécessaires, ou demandez à ajuster le rôle (également dans le guide Rôles).
Dans Automatisations → Mes automatisations, vous trouvez le tableau des flux auxquels vous avez accès :
Dans la barre latérale : + Créer une Automatisation (Propriétaire de l'organisation uniquement) et lien vers la liste. En sélectionnant plusieurs lignes, vous pouvez modifier en masse Propriétaire, Collaborateurs et statut, dupliquer ou supprimer (la suppression multiple est réservée aux profils disposant de permissions de modification avancées). Cliquez sur le titre pour ouvrir la fiche du flux ; de là, accédez à l'éditeur ou à l'historique d'exécution.
Le déclencheur est toujours le premier bloc du flux. Choisissez le type selon quand le processus doit démarrer :
À la création, l'automatisation est Inactif : vous pouvez compléter toutes les étapes sereinement et l'activer uniquement quand vous êtes prêt. Chaque déclencheur fournit des variables (champs du formulaire, données de la fiche concernée, etc.) à utiliser dans les étapes suivantes.
Ils démarrent lorsqu'il se passe quelque chose de concret. Les plus utilisés :
Sur les déclencheurs « modifié » et « créé », vous pouvez ajouter des conditions sur le déclencheur dans le panneau de configuration : ce ne sont pas l'étape Condition du flux, mais des filtres qui décident si l'automatisation démarre réellement lorsque l'événement se produit. La logique complète — surtout la différence entre « champ modifié » et « valeur actuelle » — est dans Conditions sur le déclencheur.
Ces déclencheurs renvoient les données de la fiche ou du formulaire concerné — titre, responsable, champs personnalisés — idéales pour remplir automatiquement les e-mails et tâches générés.
Ils n'attendent pas d'action utilisateur ; ils suivent un calendrier :
Mokapen utilise le fuseau horaire de l'organisation. Il n'y a pas de fiche « déclenchante » : le flux démarre avec les paramètres enregistrés dans le déclencheur. Lors des tests, Mokapen simule ce démarrage immédiatement, sans attendre l'heure réelle.
Exemples : rappels mensuels à l'équipe, contrôle nocturne des échéances, synchronisation périodique avec une feuille externe, combiné avec Obtenir les tâches ou Obtenir les affaires filtrés.
Dans l'éditeur, cliquez sur le bloc de démarrage en haut pour ouvrir le panneau de configuration :
Le déclencheur détermine quelles entrées apparaissent dans le sélecteur de variables des étapes suivantes. Si vous changez le type de démarrage sur un flux déjà construit, vérifiez que les variables utilisées restent pertinentes.
Sur les déclencheurs … créé et … modifié (contact, affaire, tâche, ticket, etc.), le panneau de démarrage inclut une section conditions avec la même interface de filtres et d'opérateurs décrite dans Filtres et opérateurs. Ici cependant les règles s'appliquent avant le démarrage de toute étape du flux : si elles ne sont pas remplies, l'automatisation n'est pas mise en file d'attente (aucun historique d'exécution n'apparaît pour cet événement).
Conditions sur le déclencheur vs étape Condition dans le flux
Aucune condition définie
Déclencheur « … modifié » — fonctionnement des conditions (important)
Mokapen compare l'état de la fiche avant et après l'enregistrement qui a généré l'événement. Pour chaque condition définie, deux contrôles s'exécutent en séquence :
Dans l'interface, la première colonne s'appelle Champ modifié (pas seulement « Champ ») : cela rappelle que Mokapen examine un changement réel sur ce champ, pas l'état générique de la fiche.
Exemples pratiques — Affaire Modifiée
Opérateurs « Changé de X à Y » et historique
Sur les déclencheurs modifiés, vous pouvez utiliser des opérateurs avancés comme Changé de X à Y (et d'autres liés à l'historique des modifications) : utilisez-les lorsque vous vous intéressez à la transition explicite (par ex. l'étape est passée de « Proposition » à « Gagnée »), pas seulement à « l'étape est maintenant Gagnée ». Pour la liste complète des opérateurs, voir Filtres et opérateurs.
Déclencheur « … créé » — conditions différentes
Ici Mokapen ne compare pas avant/après : la fiche vient d'être créée. Les conditions vérifient les valeurs avec lesquelles la fiche est créée :
Un champ n'a pas besoin d'avoir « été modifié » : il n'existait pas auparavant.
Autres déclencheurs événement
Conseils
La page de modification est un éditeur vertical de blocs liés :
Chaque bloc peut être modifié, dupliqué ou supprimé. Les conditions et « Boucle ForEach » ouvrent des branches : ajoutez des étapes sur la bonne branche (« oui » / « non » pour les conditions, « à l'intérieur de la boucle » pour les répétitions).
À l'enregistrement, Mokapen vérifie les champs obligatoires et signale les boucles dangereuses entre automatisations différentes (par ex. flux A déclenche B qui rappelle A). Dans ce cas, l'enregistrement est bloqué et la liste des automatisations concernées apparaît.
Cliquez sur + Ajouter une action pour ouvrir le catalogue : chaque entrée porte le même nom que dans Mokapen. Après le choix, vous remplissez la modale (fiche de référence, champs à définir, destinataire du message…). Presque chaque champ accepte du texte fixe ou une variable depuis le menu ou le sélecteur dédié.
Ci-dessous vous trouvez toutes les actions actuellement disponibles, regroupées par type. Les noms en gras sont ceux du catalogue.
Avant le catalogue, lisez Comment remplir les modales d'action : cela explique les champs ID …, les valeurs uniques vs multiples et les filtres avec opérateurs (également utiles pour Obtenir … et Condition).
Presque chaque action ouvre une modale avec des champs à remplir. Certains apparaissent toujours, d'autres uniquement si vous ajoutez un champ depuis la liste. Voici ce qu'il faut savoir pour ne pas se tromper au premier enregistrement.
Sur quelle fiche travailler : le champ ID
Pour Lire …, Modifier …, Dupliquer …, Obtenir les connexions, Mettre à jour la checklist, Obtenir les articles du devis / Obtenir les articles de commande et similaires, vous devez indiquer quelle fiche CRM utiliser. En haut de la modale apparaît un champ avec le libellé exact du type de fiche, par exemple ID de contact, ID de l'affaire, ID de tâche, ID du Ticket — le même nom que lorsque vous ouvrez la fiche dans le CRM.
Valeur unique, valeurs multiples et connexions
Tous les champs ne se comportent pas de la même manière lors du remplissage d'une action de création ou modification :
Dans les actions Modifier …, seuls les champs ajoutés avec Ajouter le champ apparaissent : inutile de remplir toute la fiche, seulement ID + les champs que vous souhaitez modifier.
Ces actions génèrent une nouvelle fiche dans l'organisation, comme si vous la créiez manuellement depuis la liste ou la fiche. Renseignez titre, responsable, liens et champs personnalisés ; vous pouvez les préremplir avec des variables du déclencheur ou de l'étape précédente.
Ces actions chargent une seule fiche déjà présente dans le CRM. Dans la modale, renseignez le champ ID … (par ex. ID de contact) avec la variable pointant vers la bonne fiche, puis enregistrez. Les champs de la fiche lue deviennent des variables disponibles pour les étapes suivantes avec le nom de l'étape (par ex. titre et e-mail du contact lu à l'étape 3).
Utilisez-les lorsque le déclencheur ne suffit pas — par ex. vous devez lire le montant d'une affaire liée qui n'a pas déclenché le flux — ou lorsque vous devez mettre à jour une fiche différente de celle du démarrage.
Ces actions mettent à jour des champs sur une fiche existante. Dans la modale : (1) indiquez ID … de la fiche à modifier ; (2) ajoutez avec Ajouter le champ uniquement les champs que vous souhaitez changer ; (3) pour chaque champ, entrez une valeur fixe ou une variable. Sur les connexions et listes multi-valeurs, pensez à Ajouter / Remplacer (voir Comment remplir les modales d'action).
Ces actions créent une copie d'une fiche existante. Dans la modale, indiquez l'ID … de la fiche source (variable ou ID fixe) et, le cas échéant, les options de duplication (checklist, pièces jointes, connexions). La nouvelle fiche dupliquée expose un nouvel ID utilisable dans les étapes suivantes.
Le catalogue ne prévoit pas Dupliquer Devis ni Dupliquer Commande : pour les documents commerciaux, utilisez Créer Devis / Créer Commande ou dupliquez manuellement depuis la fiche dans le CRM.
Les actions Obtenir les tâches, Obtenir les contacts, Obtenir les affaires et les autres de la même famille ne demandent pas un ID unique : elles recherchent plusieurs fiches dans l'organisation et renvoient une liste. Dans la modale, vous trouvez :
Ce que vous obtenez après l'exécution
Pour agir sur chaque ligne de la liste, ajoutez juste après l'étape une Boucle ForEach et connectez la variable results de l'étape Obtenir …. À l'intérieur de la boucle, chaque action « voit » la fiche courante (contact, tâche, etc.) comme si c'était le déclencheur.
Il n'existe pas d'Obtenir les devis ou Obtenir les commandes comme listes d'en-têtes de documents : pour les lignes de devis et de commande, utilisez les actions de la section suivante.
Les opérateurs apparaissent dans le menu déroulant à côté de chaque condition dans trois contextes : actions Obtenir …, étape Condition du flux et conditions sur le déclencheur (… créé / … modifié). Mokapen n'affiche que les opérateurs compatibles avec le type de champ choisi (texte, nombre, date, liste, oui/non). Sur les déclencheurs modifié, outre l'opérateur, le champ doit avoir réellement changé lors de cet enregistrement — voir Conditions sur le déclencheur.
Texte et champs génériques
Nombres et montants
Dates et échéances
Liste, statut, tags, connexions (champs à choix)
Opérateurs avancés (historique des modifications)
Ils apparaissent surtout dans les Conditions sur déclencheurs « fiche modifiée » et, lorsque le type de champ le permet, aussi dans les filtres Obtenir …. Ils comparent la valeur avant et après la modification ou vérifient des mises à jour récentes :
Après avoir choisi l'opérateur, ouvrez la ligne de valeur (icône flèche) si nécessaire : pour les dates relatives, entrez uniquement le nombre X ; pour A n'importe quelle valeur / N'a aucune valeur, aucune valeur n'est requise.
Ces actions travaillent sur le tableau des lignes à l'intérieur d'un devis ou d'une commande (produits, quantités, prix), pas sur l'en-tête du document. Pour Obtenir les articles du devis / Obtenir les articles de commande et Modifier les articles du devis / Modifier les articles de commande, indiquez ID Devis ou ID Commande (variable du déclencheur ou d'une étape Lire/Créer Devis|Commande).
Ce sont des actions avancées : testez-les sur des devis et commandes de test et vérifiez l'historique d'exécution ligne par ligne.
Obtenir les connexions
Récupère les fiches liées à une fiche (contacts, affaires, tâches, entreprises… liés à la même entité), sans les ouvrir une par une dans le CRM.
Dans la modale
Ce que vous obtenez — variables pour chaque type de connexion, par exemple la liste complète connected_contacts, les ID liés (connected_contacts.contact_id), les titres (connected_contacts.title) et le même schéma pour affaires, entreprises, tâches, etc. Ce sont des variables multi-valeurs : utilisez-les dans une Boucle ForEach sur les ID, ou dans les champs connexion de Modifier … / Créer … en mode Ajouter.
Mettre à jour la checklist
Modifie la checklist d'une fiche (onboarding client, QA projet, clôture ticket) en cochant des éléments existants ou en en ajoutant de nouveaux, sans ouvrir la fiche.
Dans la modale
Les lignes avec un titre vide sont ignorées. Après l'exécution, vérifiez la fiche ou l'historique de l'étape pour confirmer que les éléments ont été appliqués.
Envoyer Email
Envoie un e-mail réel depuis le flux. L'envoi passe toujours par un compte SMTP lié dans Mokapen — pas depuis une adresse « générique » sans configuration.
Dans la modale
Le destinataire reçoit le message depuis l'expéditeur SMTP choisi. Vérifiez les spams et la réputation du domaine si les e-mails n'arrivent pas ; l'historique d'exécution indique si l'étape s'est terminée ou a été rejetée.
Envoyer un SMS
Envoie un SMS court via l'intégration LinkMobility (passerelle SMS de Mokapen).
Dans la modale
Vérifiez les crédits SMS et le numéro expéditeur dans Intégrations. Le test du flux envoie de vrais SMS.
WhatsApp — dans le module Automatisations, seuls Envoyer Email et Envoyer un SMS sont disponibles aujourd'hui. WhatsApp (WABA) est utilisable dans les conversations du CRM et via les intégrations associées, mais n'apparaît pas comme action dans le catalogue d'automatisations. Pour des messages WhatsApp automatiques, envisagez des intégrations externes ou des flux manuels depuis la boîte de réception.
Ces actions lisent des données en dehors de la fiche unique du déclencheur ou intègrent des listes depuis des fichiers et formulaires. Elles nécessitent des intégrations actives là où c'est indiqué (voir Actions liées aux intégrations).
Lire Formulaire
Action du catalogue pour connaître la structure des champs d'un formulaire de l'organisation (mêmes champs définis dans le constructeur de formulaire). En pratique, lorsqu'un visiteur remplit un formulaire, les valeurs soumises sont déjà disponibles comme variables si vous utilisez le déclencheur Formulaire de contact reçu (code du formulaire + aperçu des champs dans le déclencheur). Utilisez Lire Formulaire dans un flux plus complexe si vous devez mapper les noms techniques des champs du formulaire vers le contact, l'affaire ou la tâche créés dans les étapes suivantes. Le code du formulaire est le slug visible dans la configuration page/formulaire de l'organisation.
Lire Google Sheet
Importe des lignes depuis un Google Sheet accessible via URL.
export?format=csv pour un CSV public ou partagé).Lire Excel en ligne
Même interface que Lire Google Sheet, conçue pour les fichiers Microsoft 365 (OneDrive, SharePoint, lien direct vers .xlsx/.xls).
Lire depuis URL
Lecture générique depuis une adresse web : CSV, JSON, Excel en ligne ou API renvoyant des données tabulaires.
Pour les trois actions URL : enregistrez l'action uniquement après un chargement réussi en mode modification, afin que les colonnes restent mémorisées. Si vous changez l'URL, rechargez et vérifiez l'aperçu avant d'activer le flux.
Approfondissement sur les trois étapes qui ne créent pas de fiches mais orientent le flux :
L'action Condition crée une bifurcation Oui / Non. Ajoutez une ou plusieurs règles avec la même interface décrite dans Filtres et opérateurs : champ (ou variable), opérateur, valeur, liens AND/OR. Exemples : « montant de l'affaire est supérieur à 10 000 », « e-mail du contact a n'importe quelle valeur », « étape passée de Proposition à Gagnée » (opérateur Changé de X à Y sur déclencheur modification). Évitez trop de bifurcations imbriquées — l'historique devient difficile à suivre pour un cas.
L'action Délai met le flux en pause avant l'étape suivante. Combinée avec des dates issues de variables, elle permet des relances (« trois jours après l'échéance ») ; dans les flux planifiés, elle espace simplement deux actions consécutives.
L'action Boucle ForEach traite une liste en masse : connectez la sortie de Obtenir les contacts, Obtenir les tâches ou des lignes d'une feuille externe ; à l'intérieur de la boucle, chaque étape voit l'élément courant. Concevez et testez d'abord sur peu de fiches, puis élargissez.
Les variables évitent de retaper des données déjà présentes dans le CRM ou le flux. Dans l'éditeur, sélectionnez-les depuis le menu ou le sélecteur avec icône — aucune syntaxe particulière à mémoriser.
Toujours disponibles
Depuis le déclencheur — dépend du démarrage choisi : champs du formulaire soumis, valeurs de la fiche qui a déclenché le flux, informations sur l'e-mail entrant.
Depuis les étapes précédentes — chaque action terminée expose des résultats aux étapes suivantes : l'identifiant (ID …) de la fiche créée, les champs du contact lu, la liste results de Obtenir les affaires, les colonnes d'une feuille, la ligne unique dans Boucle ForEach. Dans le sélecteur de variables, les étapes sont dans l'ordre : choisissez la bonne étape, puis le champ.
Types de variable — à côté des badges, l'icône « ? » indique le type : texte simple, date, nombre, liste multiple, utilisateur, etc. Respectez le type du champ de destination : ne mettez pas une variable « liste » dans un champ ID de contact (valeur unique) ni du texte libre là où Mokapen attend un ID numérique.
Conseil pratique : après avoir lié les variables, lancez un test et ouvrez l'historique de l'étape : vérifiez que les valeurs attendues apparaissent avant de passer l'automatisation en Actif.
Certaines actions ne fonctionnent que si l'intégration correspondante est active dans Intégrations et, pour e-mail/SMS, si le Propriétaire de l'automatisation a lié le bon compte :
Si la connexion expire, l'étape échoue dans l'historique : reconnectez l'application depuis Intégrations et relancez le test. Pour les feuilles et URL, mappez colonnes et champs contact ou affaire dans une Boucle ForEach, comme vous le feriez dans un alignement guidé manuel.
Depuis l'éditeur, bouton pour le test d'automatisation : lance une exécution d'essai.
Attention : le test utilise le même mécanisme qu'en production. E-mails, SMS, créations et mises à jour de données sont réellement appliqués. Expérimentez sur une organisation ou des fiches de test lorsque le flux est invasif.
Comportement :
Après la mise en file d'attente, ouvrez l'historique d'exécution et suivez chaque étape. Corrigez permissions, variables manquantes ou intégrations expirées jusqu'à ce que l'exécution se termine.
Chaque démarrage — automatique, planifié ou test — génère une entrée dans l'historique, accessible depuis la fiche du flux ou l'éditeur. Pour chaque exécution, vous voyez :
La fiche affiche aussi Flux démarrés au cours des 28 derniers jours. Les exécutions plus anciennes sont supprimées automatiquement : si vous avez besoin d'archives au-delà d'un mois, notez ou exportez les cas critiques ailleurs.
Si l'historique ne suffit pas, Dupliquer l'automatisation, testez sur des données non production et utilisez le test jusqu'à ce que tout soit propre.
Il existe un parcours séparé du module Automatisations complet : sur les offres incluant « Automatisations depuis formulaires », dans le constructeur de formulaire vous pouvez lier des actions immédiates — créer contact, affaire, tâche, ticket — sans ouvrir l'éditeur de flux.
Convient aux landing pages et formulaires linéaires. Lorsque vous avez besoin de conditions, délais, boucles sur des listes ou lecture depuis Google Sheet, passez au module Automatisations avec le déclencheur « Formulaire de contact reçu » et construisez le flux complet.
Les automatisations, avec les Connexions, la Checklist et les Intégrations, aident Mokapen non seulement à enregistrer ce qui se passe, mais à faciliter ce qui doit se produire — toujours avec historique, permissions et tests avant de confier le travail répétitif.
Besoin d'aide?