Aller au contenu
FREN

Déclencheurs

L’événement qui lance le workflow. Chaque workflow en a un, et cet événement détermine les données que vous pouvez utiliser dans le reste des étapes.

Fonctionnement

  • Un par workflow. Pour réagir à deux événements différents, créez deux workflows. Utilisez Dupliquer pour ne pas repartir de zéro.
  • Une exécution par événement. Chaque fois que l’événement se produit, une exécution indépendante est créée. Dix devis envoyés donnent dix exécutions.
  • Uniquement vers l’avant. Un workflow réagit aux événements qui se produisent après sa publication, pas aux précédents.
  • Peu importe qui le provoque. L’événement compte qu’il vienne d’un membre de l’équipe, du client depuis son lien, de l’API, d’un agent IA via MCP ou d’un autre workflow. Si l’origine vous importe, utilisez la donnée Qui l’a déclenché dans une condition.

Dans l’éditeur, cliquez sur Ajouter un déclencheur et utilisez Rechercher un déclencheur ou les catégories pour le trouver : Vous le lancez, Planifié, Devis, Validations, Paiements, Factures, Clients, Produits, Tâches et promesses et Automatisations. Avant toute saisie, les Suggestions apparaissent en premier (les deux déclencheurs Vous le lancez et le déclencheur planifié, qui ne dépendent pas d’un événement de votre compte), puis le reste, regroupé par catégorie.

Recherche de déclencheurs d’un nouveau workflow, filtrée sur Factures : les 11 événements de factures, de « Un devis est facturé » à « Une facture est marquée comme irrécouvrable ».

Données fournies

La plupart des déclencheurs d’un même type d’objet partagent les mêmes données. Pour ne pas les répéter dans chaque tableau, voici les groupes :

Groupe Données
Données de devis Numéro, Client, Total, Devise, Statut lors de l’événement, Statut actuel du devis, Qui l’a déclenché
Données de facture Numéro, Client, Total, Reste à payer, Devise, Date d’échéance, Pays, Statut lors de l’événement, Statut actuel de la facture, Qui l’a déclenché
Données de client Entreprise, E-mail, Pays, Conditions de paiement, Qui l’a déclenché
Données de produit Nom, Prix catalogue, Actif, Qui l’a déclenché

En outre, tous les déclencheurs fournissent les données de votre entreprise : nom, adresse e-mail de contact, téléphone, devise et date du jour dans votre fuseau horaire.

Le nom exact de chaque donnée à utiliser dans vos textes (par exemple {{saldo_pendiente}}) figure dans Données de l’événement.

Seulement si : filtrer le déclencheur

Dans le panneau du déclencheur, Ajouter un filtre définit les conditions que l’événement doit remplir pour que le workflow s’exécute, par exemple « Total est supérieur à 200 000,00 € » ou « Numéro contient MAY ».

  • Un événement qui ne le remplit pas ne crée pas d’exécution : il n’apparaît pas dans Exécutions. C’est la différence avec une condition placée en première étape, qui laisse une exécution pour chaque événement.
  • Le filtre lit les données fournies par l’événement. Ce que Cord lit en direct dans le document, comme Statut actuel du devis, ne peut pas servir ici : utilisez-le dans une condition ou une attente.
  • Vous pouvez exiger que toutes les conditions soient remplies ou qu’une seule suffise, comme dans une condition.
  • Sur le canevas, le déclencheur affiche « Seulement si » avec la première condition.
  • Tester utilise le dernier événement qui remplit le filtre, parmi les 20 plus récents de ce déclencheur.
  • Le déclencheur planifié n’a pas de filtre : il n’apporte pas d’événement à filtrer.

Combien de fois il entre

Pour ne pas répéter la même chose, le panneau du déclencheur propose Combien de fois il entre :

Option Effet
À chaque fois Chaque événement crée son exécution. C’est le réglage habituel.
Une fois par document Un devis ou une facture déjà entré ne crée pas d’autre exécution, même si l’événement se répète.
Une fois par client Compte par client : s’il est déjà entré avec un devis, un autre devis du même client ne le fait pas entrer de nouveau. N’apparaît que pour les déclencheurs qui fournissent un client.

Avec Peut entrer de nouveau après (jours), le document ou le client entre de nouveau une fois ce nombre de jours écoulé depuis la dernière fois ; vide, il n’entre plus jamais. Par exemple, « Une fois par client » avec 30 jours envoie une relance de recouvrement au plus une fois par mois à chaque client.

  • C’est l’entrée qui compte, pas le résultat : une exécution qui échoue compte aussi.
  • Si l’événement ne fournit pas ce client, l’exécution est créée comme les autres au lieu d’être perdue.
  • Cela se combine avec le filtre : un événement qui ne passe pas le filtre ne compte pas comme une entrée.

Vous le lancez

Deux déclencheurs ne sont pas provoqués par un événement mais par une personne : Vous le lancez depuis un devis et Vous le lancez depuis une facture. Ils servent pour ce qui n’a pas de moment fixe, comme demander un acompte, envoyer une séquence de relances ou prévenir l’équipe d’une vente particulière.

Déclencheur Quand il se produit Données
Vous le lancez depuis un devis Quelqu’un le lance sur un ou plusieurs devis. Celles de n’importe quel devis
Vous le lancez depuis une facture Quelqu’un le lance sur une ou plusieurs factures. Celles de n’importe quelle facture
  • Depuis le document : dans le détail d’un devis ou d’une facture, la section Workflows affiche les workflows actifs de ce type ; cliquez sur l’un d’eux pour le lancer sur ce document.
  • En lot : dans l’éditeur du workflow, Lancer maintenant ouvre la liste des documents récents ; choisissez-en jusqu’à 50 et chacun démarre sa propre exécution.
  • Quelle version : toujours la version publiée. Si le workflow est en brouillon ou en pause, il n’est pas proposé.
  • Qui peut le lancer : les personnes qui ont le droit Devis pour un devis et Recouvrement pour une facture. Les actions s’exécutent avec les droits de la personne qui a publié le workflow, comme toujours.
  • Le filtre Seulement si… et Combien de fois il entre s’appliquent de la même façon : un document qui ne les remplit pas ne s’exécute pas, et Cord l’indique.
  • Qui l’a déclenché vaut Un membre de l’équipe ; depuis votre système, avec POST /v1/workflows/{id}/invoke de l’API ou l’outil MCP correr_workflow, il vaut L’API ou Un agent IA (MCP).

Planifié

Un workflow ne réagit pas toujours à quelque chose : il peut aussi s’exécuter selon un horaire fixe. C’est le seul déclencheur que vous configurez vous-même.

Champ Détail
Fréquence Tous les jours, chaque semaine ou chaque mois.
Jour De la semaine (lundi à dimanche) ou du mois (1 à 28).
Heure À l’heure pile, dans le fuseau horaire de votre compte (Paramètres › Général). Il s’exécute lors de la première vérification de Cord après cette heure ; Cord vérifie toutes les 5 minutes.

Il fournit les données du déclenchement lui-même : Date, Jour de la semaine, Jour du mois et Heure, que vous pouvez utiliser dans vos textes, par exemple {{fecha}}.

Le jour du mois est plafonné à 28 à dessein : un « 31 » ferait sauter février en silence, et une clôture mensuelle qui ne part jamais est pire qu’une clôture qui part trois jours plus tôt.

Un déclencheur planifié ne fournit ni devis ni facture : les actions qui agissent sur un document — faire expirer, annuler, écrire au client — ne peuvent donc pas y être utilisées, et l’éditeur le signale à la publication. Ce qui convient en revanche : des requêtes suivies d’une alerte à l’équipe, dans Slack ou dans Teams.

Quand vous mettez en pause un workflow planifié, son prochain déclenchement est effacé ; à la reprise, il est recalculé à partir de ce moment : les déclenchements manqués pendant la pause ne sont donc pas rattrapés.

Devis

Déclencheur Quand il se produit Données
Un devis est créé Un nouveau devis est enregistré, depuis l’app, l’API ou un agent. Données de devis
Un devis est envoyé Le devis est envoyé au client et son lien devient actif. Données de devis
Le client ouvre le devis Le client ouvre le lien public. Cela ne compte pas quand un membre de votre équipe ouvre le lien pour le vérifier. Données de devis
Un devis est approuvé Le devis passe au statut approuvé. Données de devis
Un devis est refusé Le devis passe au statut refusé. Données de devis
Un devis est modifié et renvoyé Un devis déjà envoyé, consulté ou expiré est renvoyé au client, généralement après avoir été modifié. Données de devis plus Total précédent
Un devis expire La date de validité passe sans que le devis soit clos. Cord vérifie les validités une fois par jour. Données de devis
Un devis arrive bientôt à expiration Chaque jour, tant qu’il reste entre 1 et 30 jours avant la date de validité et que le devis est encore envoyé ou consulté. Il fournit Jours avant expiration et Date d’expiration : avec une condition, vous choisissez le jour exact où vous voulez agir. Données de devis plus les deux champs de date
Un brouillon est supprimé Un devis en brouillon est supprimé. Données de devis, sans le statut actuel (le devis n’existe plus)
Un message est reçu sur un devis Quelqu’un écrit dans la discussion du devis. Données de devis, Qui l’a écrit (Le client ou L’équipe) et Message

Validations

Déclencheur Quand il se produit Données
Un devis demande une validation interne Un devis est créé qui, selon vos règles de validation, doit être validé par un membre de votre équipe avant d’être envoyé. Données de devis et Motif
Une décision est rendue sur une validation interne La personne chargée de la validation décide. Données de devis et Décision (Validée ou Refusée)

Paiements

Déclencheur Quand il se produit Données
Un devis est entièrement payé Le devis est payé en totalité. Données de devis
Un paiement partiel est reçu Un paiement qui ne couvre pas le total est reçu : un acompte, un solde ou une échéance. Données de devis, Montant payé, Reste à payer et Type de paiement (Acompte, Solde ou Échéance)
Un paiement récurrent échoue Un prélèvement récurrent sur un devis n’a pas pu être encaissé. Données de devis
Un litige est ouvert La banque du client ouvre un litige sur un paiement en ligne. Numéro du devis, Client, Montant contesté, Devise, Motif et Date limite de réponse
Un litige est clos Le litige est résolu. Les mêmes que pour le litige, plus Résultat (Gagné, Perdu ou Clos sans contestation)
Un remboursement aboutit Un remboursement parvient au client. Numéro du devis, Client, Montant remboursé, Devise et Motif
Un remboursement échoue Le remboursement n’a pas pu aboutir. Les mêmes que pour le remboursement, plus Motif de l’échec
Un versement est viré sur votre compte bancaire Cord Payments verse vos encaissements sur votre compte bancaire. Montant du versement, Devise et Date d’arrivée
Un versement échoue Votre banque refuse le versement. Les mêmes que pour le versement, plus Motif de l’échec
Votre compte d’encaissement est modifié Ce que votre compte Cord Payments peut faire change : encaisser, recevoir des versements, ou s’il lui manque des informations. Peut encaisser en ligne, Peut recevoir des versements, Informations en attente de vérification et Motif du blocage

Les événements de litiges, remboursements, versements et compte d’encaissement proviennent de Cord Payments : ils ne se produisent donc que si vous encaissez en ligne avec Cord. Chacun n’est enregistré qu’une seule fois, même si le prestataire de paiement le notifie plusieurs fois. Le numéro du devis et le client sont renseignés quand le mouvement concerne un paiement de devis ; le remboursement du paiement d’une facture les laisse vides.

Factures

Déclencheur Quand il se produit Données
Un devis est facturé Le devis est marqué comme facturé avec un document qui n’est pas un CFDI, par exemple une facture commerciale hors du Mexique ou une facture pro forma. Données de devis
Le CFDI d’un devis est timbré Le devis est marqué comme facturé avec un CFDI timbré auprès du SAT. Mexique uniquement. Données de devis
Une facture est émise Une facture Cord Invoicing est émise et reçoit son numéro. Données de facture
Une facture est envoyée La facture est envoyée au client. Données de facture
Une facture est payée La facture passe au statut payée. Données de facture
Le paiement d’une facture échoue Une tentative de paiement de la facture n’a pas abouti. Données de facture
Une facture dépasse son échéance La date d’échéance passe avec un reste à payer. Cord vérifie une fois par jour. Données de facture
L’échéance d’une facture approche Chaque jour, tant qu’il reste entre 1 et 30 jours avant l’échéance et que la facture est encore ouverte avec un reste à payer. Il fournit Jours avant l’échéance et Date d’échéance. Données de facture plus les deux champs de date
L’échéance d’une facture est dépassée depuis plusieurs jours Chaque jour, du lendemain de l’échéance jusqu’à 90 jours après, tant que la facture est encore ouverte avec un reste à payer. Il fournit Jours de retard. Données de facture plus les deux champs de date
Une facture est annulée La facture est annulée. Données de facture
Une facture est marquée comme irrécouvrable Quelqu’un marque la facture comme irrécouvrable. Données de facture

Clients

Déclencheur Quand il se produit Données
Un client est créé Un nouveau client est ajouté. Données de client
Un client est mis à jour Les données d’un client changent, y compris les modifications qui arrivent depuis HubSpot. Données de client plus la valeur précédente d’Entreprise, E-mail et Conditions de paiement
Un client est supprimé Un client est supprimé. Entreprise et Qui l’a déclenché

Produits

Déclencheur Quand il se produit Données
Un produit est créé Un produit est ajouté au catalogue. Données de produit
Un produit est mis à jour Les données d’un produit changent. Données de produit plus la valeur précédente de Prix catalogue et Actif
Un produit est supprimé Un produit est retiré du catalogue. Nom et Qui l’a déclenché

Tâches et promesses

Déclencheur Quand il se produit Données
Une tâche est créée Une tâche est ajoutée à la main, par un autre workflow, par l’API ou par le MCP. Les tâches que Cord crée de lui-même (litige, remboursement SPEI) ne le déclenchent pas. Titre et Qui l’a déclenché
Une tâche est terminée Une tâche est marquée comme terminée. Titre et Qui l’a déclenché
Une promesse de paiement est enregistrée Vous enregistrez qu’un client a promis de payer. Montant promis, Date promise et Qui l’a déclenché
Une promesse de paiement est tenue La promesse est marquée comme tenue. Montant promis et Qui l’a déclenché
Une promesse de paiement n’est pas tenue La promesse est marquée comme non tenue. Montant promis et Qui l’a déclenché

Automatisations

Ils indiquent comment se terminent vos propres workflows : utilisez-les pour être prévenu sur Slack, Teams ou par e-mail lorsqu’une automatisation a besoin d’une personne, sans consulter l’onglet Exécutions.

Déclencheur Quand il se produit Données
Une exécution de workflow échoue ou requiert votre attention Une exécution d’un autre workflow se termine Échouée ou s’arrête sur Requiert votre attention. Workflow, Document, Statut, Motif et Lien vers ses exécutions
Une exécution de workflow se termine Une exécution d’un autre workflow se termine sans erreur. Workflow, Document et Lien vers ses exécutions
  • Un workflow ne se déclenche pas sur ses propres exécutions : celui qui signale les échecs ne se signale pas lui-même lorsqu’il échoue.
  • Pour n’en écouter qu’un, ajoutez la condition « Workflow est égal à » avec son nom.
  • Document est le numéro ou le nom de ce qui a déclenché l’exécution, s’il en a un ; pour un workflow planifié, il reste vide.

Déclencheurs temporels

Trois déclencheurs ne sont pas provoqués par une personne, mais par le calendrier : Un devis arrive bientôt à expiration, L’échéance d’une facture approche et L’échéance d’une facture est dépassée depuis plusieurs jours. Cord les vérifie une fois par jour et les émet une fois par document et par jour, avec l’écart en jours comme donnée (Jours avant expiration, Jours avant l’échéance ou Jours de retard).

  • Vous choisissez le jour exact avec une condition, par exemple « Jours avant l’échéance est égal à 3 ». Sans condition, le workflow s’exécuterait chaque jour de la période.
  • Ils ne sont générés que si un workflow actif les écoute. Si aucun de vos workflows actifs n’utilise ce déclencheur, Cord ne l’émet pas.
  • Ils ne sont pas transmis aux webhooks, à Zapier, à Make ni à n8n : un abonné recevrait le même avis tous les jours. Ils sont propres à Cord Workflows, comme le déclencheur planifié.

Les mêmes événements en dehors de Workflows

41 des 48 événements peuvent aussi être reçus en dehors de Cord : dans vos webhooks et dans les déclencheurs de Zapier, Make et n8n. Les seuls qui n’existent que dans Workflows sont les trois déclencheurs temporels, le déclencheur planifié, les deux qui portent sur les exécutions de workflows et les deux que vous lancez vous-même.

Déclencheur Dans Workflows Dans les webhooks, Zapier, Make et n8n
Les 41 événements de devis, validations, paiements, factures, clients, produits, tâches et promesses Oui Oui, sous leur nom technique (par exemple quote.approved)
Un devis arrive bientôt à expiration Oui Non
L’échéance d’une facture approche Oui Non
L’échéance d’une facture est dépassée depuis plusieurs jours Oui Non
Selon un horaire fixe Oui Non
Une exécution de workflow échoue ou requiert votre attention Oui Non
Une exécution de workflow se termine Oui Non
Vous le lancez depuis un devis Oui Non
Vous le lancez depuis une facture Oui Non

Qui l’a déclenché

Les déclencheurs de devis, validations, paiements de devis, factures, clients, produits, tâches et promesses fournissent Qui l’a déclenché, avec ces valeurs :

Valeur Signification
Le client Votre client l’a fait depuis son lien : ouvrir, approuver, refuser, payer ou écrire.
Un membre de l’équipe Une personne de votre organisation, depuis l’app.
L’API Une intégration utilisant votre clé API, par exemple Zapier ou Make.
Un agent IA (MCP) Un assistant IA connecté via MCP.
Un autre workflow L’un de vos autres workflows.
Cord automatiquement Un processus de Cord, comme la vérification quotidienne des échéances, ou une modification arrivée depuis HubSpot.

Un usage typique : sur Une tâche est créée, ajoutez la condition « Qui l’a déclenché n’est pas Un autre workflow » pour ne pas réagir aux tâches créées par vos propres workflows.

Voir aussi