Aller au contenu

Actions

Ce que le workflow fait pour vous. Chaque action est une étape ; vous pouvez en enchaîner plusieurs, les placer dans des branches ou après une attente.

Vue d’ensemble

Action Ce qu’elle fait Nécessite Droit de la personne qui publie
Créer une tâche Ajoute une tâche de suivi dans Tâches, liée au devis ou à la facture de l’événement. Rien Devis, Recouvrement ou Clients
Prévenir l’équipe par e-mail Envoie un e-mail au propriétaire du compte ou à toute l’équipe. Rien Aucun en plus
Envoyer un message sur Slack Publie un message dans votre canal Slack. Slack connecté Aucun en plus
Ajouter une note dans HubSpot Ajoute une note à la Transaction du devis ou à l’Entreprise du client. HubSpot connecté Aucun en plus
Envoyer un e-mail au client Envoie un e-mail à votre image au contact du client, avec le bouton pour consulter et payer le document. Un déclencheur de devis ou de facture, et un client avec une adresse e-mail Devis
Faire expirer le devis Marque le devis comme expiré pour que le client ne puisse plus l’approuver. Un déclencheur de devis Devis
Valider la demande interne Accorde la validation interne en attente et envoie le devis au client. Un déclencheur de devis et les validations internes dans votre offre (Scale ou supérieure) Validations
Annuler la facture Annule la facture si aucun paiement n’y est encore imputé. Un déclencheur de facture Recouvrement
Envoyer les données à une URL Envoie en POST signé les données que vous choisissez à l’URL que vous collez. Une URL https publique Paramètres
Envoyer un message sur Teams Publie une carte dans votre canal Microsoft Teams. Teams connecté Aucun en plus
Envoyer un WhatsApp au client Envoie votre modèle WhatsApp approuvé au téléphone du client. WhatsApp connecté et un client avec un numéro de téléphone Devis
Prévenir un membre de l’équipe Envoie un e-mail au membre de l’équipe choisi. Qu’il soit toujours actif dans l’équipe Aucun en plus
Rappeler le paiement au client Envoie le rappel de paiement de Cord avec le montant dû, l’échéance et le bouton pour payer. Un déclencheur de devis ou de facture, et un client avec une adresse e-mail Recouvrement
Mettre en pause les rappels du client Met en pause ou reprend les rappels de paiement automatiques du client. Un déclencheur avec un client Recouvrement
Facturer le devis Émet la facture du devis accepté ou payé, comme à la main. Un déclencheur de devis Devis
Enregistrer une promesse de paiement Enregistre la date à laquelle le client promet de régler le solde du devis. Un déclencheur de devis Recouvrement

Un workflow agit avec les droits de la personne qui l’a publié : chaque action exige le même droit que pour la faire à la main dans l’app. S’il vous manque, vous ne pouvez pas publier cette étape, et si la personne qui l’a publié le perd ensuite, le workflow est mis en pause. Voir Publier, mettre en pause et supprimer.

Pour ajouter une action, cliquez sur Ajouter une étape › Action ou requête : un moteur de recherche s’ouvre avec toutes les actions et toutes les requêtes, avec des filtres par famille (votre équipe, votre client, le document, autres outils). Choisissez-en une et renseignez ses champs dans le panneau. Tous les champs de texte acceptent des données de l’événement comme {{cliente}}.

Les messages d’erreur des étapes s’affichent dans la langue de votre compte. Cette page les reprend un par un, avec ce qu’il faut faire.

Créer une tâche

Ajoute une tâche pour votre équipe dans Tâches, exactement comme si vous l’aviez créée à la main.

Champ Obligatoire Détail
Titre de la tâche Oui Jusqu’à 200 caractères. Accepte les données de l’événement. Les retours à la ligne sont convertis en espaces.
Échéance (en jours) Non Entre 0 et 365. 0 signifie une échéance aujourd’hui ; 1, demain. Laissez vide pour une tâche sans date.
Responsable Non Un membre actif de l’équipe. S’il quitte ensuite l’équipe, l’étape échoue avec « La personne choisie n’est plus active dans l’équipe : choisissez-en une autre dans l’étape. »

À quoi elle est liée :

  • Si le déclencheur concerne un devis (envoyé, approuvé, payé, paiement partiel, facturé, etc.), la tâche est liée à ce devis : dans Tâches, elle affiche le numéro du devis et le client sous forme de lien vers le devis.
  • Si l’événement fournit un devis associé, la tâche y est également liée : un litige ou un remboursement sur un devis, une facture issue d’un devis, une promesse de paiement ou une tâche liée à un devis.
  • Avec Un brouillon est supprimé, elle n’est pas liée, car le devis n’existe plus.
  • Si le déclencheur concerne une facture (émise, envoyée, payée, paiement échoué, échéance proche, échue, échue depuis plusieurs jours, annulée ou marquée comme irrécouvrable), la tâche est liée à cette facture : dans Tâches, elle affiche le numéro de la facture et le client sous forme de lien vers la facture. Si la facture est issue d’un devis, la tâche est liée aux deux.
  • Dans les autres cas (clients, produits, versements, déclencheurs planifiés, tâches isolées), la tâche n’est liée à rien.

Responsable : si vous en choisissez un, la tâche est créée attribuée à cette personne ; sinon, sans responsable. Dans les deux cas, elle est créée avec une priorité normale, que vous modifiez depuis Tâches. Tant qu’elle n’a pas de responsable, le rappel par e-mail est envoyé au propriétaire du compte.

Quand elle échoue :

  • « Le titre de la tâche est vide. » : le titre ne contenait que des données de l’événement, et toutes sont arrivées vides. Ajoutez du texte fixe, par exemple « Suivi : {{cliente}} ».
  • « Les workflows ont atteint leur limite horaire de tâches. » : vos workflows ont créé 120 tâches au cours de la dernière heure. Voir Limites.
  • « Impossible de créer la tâche. » : Cord a refusé la tâche, par exemple parce que le devis ou la facture auquel elle devait être liée n’existe plus.

Créer une tâche est aussi un événement. Si vous avez un workflow avec le déclencheur Une tâche est créée, il réagira aux tâches créées par vos autres workflows. Utilisez la condition « Qui l’a déclenché n’est pas Un autre workflow » si vous ne le souhaitez pas.

Prévenir l’équipe par e-mail

Envoie un e-mail aux membres de votre organisation. N’écrit jamais au client.

Champ Obligatoire Détail
À Oui Le propriétaire du compte, ou Toute l’équipe : les membres actifs de votre organisation, jusqu’à 25. Les invitations en attente ne reçoivent pas l’e-mail.
Objet Oui Jusqu’à 150 caractères. Accepte les données de l’événement. S’il est vide à l’exécution, le nom du workflow est utilisé.
Message Oui Jusqu’à 2 000 caractères. Accepte les données de l’événement et les retours à la ligne.

À quoi ressemble l’e-mail : votre message, tel que vous l’avez écrit, et en bas une ligne « Envoyé par le workflow Nom de Cord. » avec un lien vers le workflow. Ce pied de page s’affiche dans la langue de votre compte. Les données de l’événement sont insérées comme du texte : si le nom d’un client contient des symboles ou des balises, ils s’affichent tels quels et n’altèrent pas l’e-mail.

Chaque personne reçoit son propre e-mail ; personne ne voit les adresses des autres.

Quand elle échoue :

  • « Il n’y a aucun destinataire pour cet e-mail. » : vous avez choisi Le propriétaire du compte et le compte n’a pas de propriétaire avec une adresse e-mail, ou il n’y a aucun membre actif.
  • « L’e-mail n’est pas disponible pour le moment. » : l’e-mail n’a pu être remis à personne. Une nouvelle tentative est faite automatiquement.
  • « Les workflows ont atteint leur limite horaire d’e-mails. » : vos workflows ont envoyé 30 e-mails au cours de la dernière heure.

Envoyer un e-mail au client

Envoie un e-mail au contact du client du document de l’événement, aux couleurs de l’entreprise, avec le bouton qui mène au lien public : approuver, si l’événement concerne un devis ; payer, s’il concerne une facture.

Champ Obligatoire Détail
Objet Oui Jusqu’à 150 caractères. Accepte les données de l’événement.
Message Oui Jusqu’à 2 000 caractères. Accepte les données de l’événement et les retours à la ligne. C’est votre client qui le lit.

Qui le reçoit : l’adresse e-mail du client du document, jamais une adresse saisie dans l’étape. Si le client n’a pas d’adresse e-mail enregistrée, l’étape échoue et vous l’indique.

Ce que Cord ajoute : le logo et la couleur de votre marque, le bouton vers le document, le lien en texte au cas où le bouton ne s’ouvrirait pas et le pied de page de votre entreprise. Dans l’environnement de test, l’objet est marqué comme test.

Langue : le bouton et les textes qu’ajoute Cord s’affichent dans la langue du document : celle que le devis ou la facture a prise à l’envoi ou à l’émission ou, s’il n’en a pas encore, celle de la fiche du client ou de votre compte. Votre objet et votre message partent tels que vous les avez écrits : Cord ne les traduit pas.

Décompté de votre offre : chaque e-mail au client consomme un envoi du quota mensuel de votre offre, comme l’envoi manuel d’un devis. Si le quota est épuisé, l’étape échoue et rien n’est envoyé.

Il n’arrive jamais deux fois : chaque tentative porte la clé de l’étape. Si un envoi est coupé sans réponse, Cord réessaie avec la même clé et le service d’e-mail n’en envoie pas un deuxième à votre client ; une tentative qui n’est pas partie rend son envoi au quota. Si vous envoyez depuis votre Gmail, qui ne connaît pas cette clé, l’étape s’arrête pour que vous vérifiiez si l’e-mail est arrivé. Voir Exécutions et erreurs.

Cord envoie déjà ses propres relances de facture selon le calendrier de Paramètres › Facturation › Relances. Si vous créez en plus un workflow qui écrit au client, vérifiez que deux relances ne tombent pas le même jour pour la même somme.

Faire expirer le devis

Marque comme Expiré un devis encore envoyé ou consulté. Le client ne peut plus l’approuver ni le refuser depuis le lien, l’événement est consigné dans son historique et Un devis expire se déclenche pour le reste de vos automatisations.

Cette action ne fonctionne qu’avec des déclencheurs qui fournissent un devis ; si le devis a déjà été approuvé, refusé ou était déjà expiré, l’étape échoue avec « Le statut du devis ne permet plus cette action. »

Valider la demande interne

Accorde la demande de validation interne en attente du devis et envoie celui-ci au client, exactement comme si quelqu’un la validait depuis l’app. Utilisez-la derrière une condition — par exemple un total inférieur à un certain montant — pour que les petites validations n’attendent pas une personne.

Cette action ne fonctionne qu’avec des déclencheurs qui fournissent un devis et nécessite les validations internes dans votre offre : elles sont disponibles à partir de l’offre Scale.

Quand elle échoue :

  • « Votre offre actuelle n’inclut pas les validations internes. » : votre offre ne comprend pas les validations.
  • « Ce devis n’a plus de demande de validation en attente. » : quelqu’un a déjà tranché ou la demande a été retirée. Rien ne change.

Annuler la facture

Annule la facture de l’événement. Les règles sont les mêmes que pour une annulation manuelle depuis Factures : une facture sur laquelle des paiements sont imputés n’est pas annulée — c’est le rôle de l’avoir —, et au Mexique l’annulation d’un CFDI auprès du SAT peut rester en attente de réponse. Quand la facture ne peut pas être annulée, l’étape échoue avec « Cette facture ne peut pas être annulée : vérifiez-la dans Factures. » et la facture reste inchangée.

Champ Obligatoire Détail
Motif Non Jusqu’à 200 caractères. Il est conservé dans l’historique de la facture.

Envoyer les données à une URL

Envoie un POST signé à l’adresse que vous collez : un Zap Zapier, un scénario Make, un flux n8n ou votre propre serveur. Seules les données que vous cochez sont envoyées.

Champ Obligatoire Détail
URL de destination Oui Elle doit être en https et sur un serveur public. Cord refuse les adresses internes à la publication comme à l’exécution.
Données envoyées Non Cochez ce dont votre destination a besoin ; ce que vous ne cochez pas ne quitte pas Cord. Un montant part toujours avec sa devise, même si vous ne la cochez pas.
Message Non Jusqu’à 1 000 caractères. Accepte les données de l’événement ; il part dans le champ mensaje.
Données de la réponse Non Jusqu’à 5 données que Cord prend dans la réponse pour les étapes suivantes. Voir Utiliser la réponse.

Le corps ressemble à ceci :

{
  "workflow": "Alerte grosse vente",
  "workflow_id": "…",
  "evento": "quote.approved",
  "objeto": "quote",
  "objeto_id": "…",
  "enviado_en": "2026-09-20T18:00:00.000Z",
  "mensaje": "ACME a approuvé COT-7",
  "datos": { "folio": "COT-7", "total": 150000, "moneda": "MXN" }
}

Les données partent telles qu’une machine les lit : des nombres sans mise en forme et des codes au lieu des libellés. Dans l’historique de l’exécution, l’étape affiche l’URL, les données envoyées et le nom des en-têtes personnalisés, jamais leur valeur.

Utiliser la réponse

Si votre destination répond en JSON (l’identifiant de la commande qu’elle a créée, un numéro de suivi, un total calculé), prenez-le dans Données de la réponse et utilisez-le dans les étapes suivantes comme toute autre donnée.

Colonne Détail
Nom de la donnée Ce que vous verrez parmi les variables. La variable se construit à partir de lui : « ID de commande » se lit {{respuesta_id_de_commande}}.
Chemin dans la réponse Des noms séparés par des points, et la position dans une liste avec son numéro à partir de 0 : data.id, items.0.total.
Type Texte ou Nombre. Un nombre qui arrive sous forme de texte ("120.5") est converti ; si ce n’est pas un nombre, il reste vide.
  • Chaque étape accepte jusqu’à 5 données, et Cord lit jusqu’à 64 Ko de la réponse.
  • Ce qui manque dans la réponse, ou une réponse qui n’est pas du JSON, reste vide : l’envoi est bien arrivé et l’étape n’échoue pas.
  • Les données existent à partir de l’étape qui les apporte : une étape antérieure qui les utilise ne peut pas être publiée, pas plus que deux données qui se lisent de la même façon dans un même workflow.
  • Dans l’historique de l’exécution, l’étape montre ce qu’elle a lu.
  • Tester n’envoie rien : dans un test, ces données restent vides.

Signature des envois

Chaque envoi porte deux signatures calculées avec le secret du workflow : celle de Cord et celle de Standard Webhooks. Pour voir le secret, ouvrez l’étape et cliquez sur Afficher le secret. Seules les personnes qui ont l’autorisation Paramètres peuvent le voir, et c’est consigné dans le journal d’audit.

En-tête Contenu
webhook-id Le même à chaque nouvelle tentative de l’étape ; il part aussi comme Idempotency-Key. Servez-vous-en pour ne pas traiter deux fois le même envoi.
webhook-timestamp Le moment où cette tentative a été signée, en secondes unix.
webhook-signature v1,<signature en base64>. Pendant un renouvellement, il en porte deux, séparées par une espace.
X-Cord-Signature-V1 t=<unix>,v1=<hmac>, le même format que les webhooks.
X-Cord-Workflow-Id et X-Cord-Event Le workflow et l’événement qui l’a déclenché.

Avec n’importe quelle bibliothèque Standard Webhooks, la vérification tient en une ligne. En Node :

import { Webhook } from 'standardwebhooks';

const corps = new Webhook(process.env.CORD_WORKFLOW_SECRET!).verify(await req.text(), Object.fromEntries(req.headers));

Vérifiez le corps brut, tel qu’il est arrivé : si vous le convertissez en objet puis le sérialisez de nouveau, la signature ne correspond plus.

Renouveler le secret : cliquez sur Renouveler et choisissez combien de temps l’ancien continue de signer : 1, 24 ou 72 heures, ou Révoquer l’ancien maintenant s’il a fuité. Pendant le chevauchement, chaque envoi porte les deux signatures et votre serveur accepte l’une ou l’autre : vous changez de secret sans perdre un seul envoi.

En-têtes personnalisés

Pour la clé que demandent Zapier, Make ou votre serveur, comme Authorization: Bearer …, ajoutez-la dans En-têtes personnalisés de l’étape. Une étape peut en avoir jusqu’à 5. La valeur est enregistrée chiffrée et n’est plus jamais affichée ; pour la changer, enregistrez-la de nouveau sous le même nom. Les noms que Cord définit ne sont pas utilisables : Content-Type, User-Agent, Idempotency-Key et ceux qui commencent par X-Cord- ou webhook-.

N’écrivez pas de clé dans le Message : il part dans le corps et reste dans l’historique de l’exécution. Dupliquer un workflow ne copie ni son secret ni ses en-têtes, et le supprimer les efface.

Quand elle échoue :

  • « L’URL de destination n’est pas valide ou pointe vers un serveur interne. » : corrigez l’URL ; il n’y a pas de nouvelle tentative.
  • « L’URL de destination n’a pas accepté l’envoi. » : si la destination n’a pas répondu, ou a répondu 408, 429 ou une erreur 5xx, de nouvelles tentatives sont faites selon le calendrier décrit dans Exécutions et erreurs, toujours avec les mêmes webhook-id et Idempotency-Key pour que votre destination reconnaisse la nouvelle tentative. Avec toute autre erreur 4xx, il n’y a pas de nouvelle tentative : votre destination a refusé l’envoi et le répéter n’y change rien.
  • « Impossible de lire un en-tête enregistré pour cette étape. Saisissez de nouveau sa valeur. » : enregistrez de nouveau l’en-tête ; l’étape n’envoie rien sans lui.
  • « Les workflows ont atteint leur limite horaire d’envois vers une URL. » : 120 envois au cours de la dernière heure.

Envoyer un message sur Slack

Publie un message dans le canal que vous avez connecté dans Paramètres › Intégrations › Slack.

Champ Obligatoire Détail
Message Oui Jusqu’à 1 000 caractères. Accepte les données de l’événement et les retours à la ligne.

À quoi il ressemble : le texte apparaît dans le canal avec le nom et l’icône de l’app Slack du webhook. Les données de l’événement sont insérées en texte brut ; un < ou un & dans le nom d’un client ne casse pas la mise en forme du message.

Ce message est indépendant des alertes de Paramètres › Notifications : un workflow publie même si ces alertes sont désactivées, et avec le texte que vous écrivez.

Quand elle échoue :

  • « Connectez Slack dans Paramètres › Intégrations pour utiliser cette action. » : aucune URL Slack n’est enregistrée.
  • « Slack n’a pas accepté le message. Vérifiez la connexion dans Paramètres › Intégrations. » : Slack a refusé l’envoi, généralement parce que le webhook a été supprimé dans Slack ou que l’app a été retirée du canal. Créez un nouveau webhook et collez l’URL. En attendant, Cord fait de nouvelles tentatives.
  • « Le message est vide. » : le message ne contenait que des données de l’événement, et elles sont arrivées vides.
  • « Les workflows ont atteint leur limite horaire de messages Slack. » : 120 messages au cours de la dernière heure.

Connecter Slack : Slack.

Envoyer un message sur Teams

Publie une carte dans le canal que vous avez connecté dans Paramètres › Intégrations › Microsoft Teams, quelle que soit la méthode de connexion :

  • Connecter avec Microsoft : la carte est publiée dans l’équipe et le canal que vous avez choisis, au nom de la personne qui a connecté Teams.
  • Flux Power Automate : la carte passe par le flux dont vous avez collé l’URL.
Champ Obligatoire Détail
Message Oui Jusqu’à 1 000 caractères. Accepte les données de l’événement et les retours à la ligne.

À quoi il ressemble : une carte avec votre texte dans le canal. Teams n’utilise pas la mise en forme de Slack : les astérisques et les liens <url|texte> s’affichent tels quels ; écrivez en texte brut.

Ce message est indépendant des alertes de Paramètres › Notifications : le workflow publie même si ces alertes sont désactivées.

Quand elle échoue :

  • « Connectez Microsoft Teams dans Paramètres › Intégrations pour utiliser cette action. » : Teams n’est connecté par aucune des deux méthodes.
  • « Microsoft n’accepte plus la connexion Teams. Reconnectez-la dans Paramètres › Intégrations. » : avec Connecter avec Microsoft, l’accès a expiré ou a été révoqué. Cliquez sur Reconnecter sur la carte.
  • « Teams n’a pas accepté le message. Vérifiez que le canal ou le flux est toujours actif. » : le canal n’existe plus ou vous n’y avez plus accès, ou le flux Power Automate a été désactivé ou supprimé. Choisissez un autre canal, ou créez un nouveau flux et collez la nouvelle URL. En attendant, Cord fait de nouvelles tentatives.
  • « Le message est vide. » : le message ne contenait que des données de l’événement, et elles sont arrivées vides.
  • « Les workflows ont atteint leur limite horaire de messages Teams. » : 120 messages au cours de la dernière heure.

Connecter Teams : Microsoft Teams.

Envoyer un WhatsApp au client

Envoie le modèle que vous avez configuré dans Paramètres › Intégrations › WhatsApp Business au téléphone du client du document.

Champ Obligatoire Détail
Variable 1 à 4 Non Elles remplissent {{1}}, {{2}}… de votre modèle, dans l’ordre. Elles acceptent les données de l’événement.

Pourquoi des variables et pas un message : Meta n’autorise pas à ouvrir une conversation avec un texte libre, uniquement avec un modèle approuvé. Un champ de message libre ici promettrait quelque chose que le fournisseur refuse.

Le numéro vient de la fiche du client, jamais d’un champ de l’étape, et il doit comporter l’indicatif pays. Cord ne devine pas le pays : le même numéro existe dans plusieurs pays.

Langue : celle de votre modèle, celle que Meta a approuvée, la même pour tous vos clients ; elle ne suit pas la langue des documents de chacun.

Quand elle échoue :

  • « Le client n’a pas de numéro avec indicatif pays enregistré. » : modifiez le client et enregistrez le numéro avec +.
  • « Connectez WhatsApp dans Paramètres › Intégrations pour utiliser cette action. » : WhatsApp n’est pas connecté.
  • « WhatsApp n’a pas accepté votre modèle. Vérifiez-le dans Paramètres › Intégrations : il doit être approuvé et comporter le même nombre de variables. » : le modèle n’est pas approuvé, son nom ne correspond pas ou le nombre de variables est différent.
  • « WhatsApp n’a pas accepté le message. Une nouvelle tentative est faite automatiquement. » : un refus temporaire ; Cord fait une nouvelle tentative.
  • « Les workflows ont atteint leur limite horaire de messages WhatsApp. » : 60 messages au cours de la dernière heure.

Le connecter : WhatsApp Business.

Ajouter une note dans HubSpot

Ajoute une note dans HubSpot pour que votre équipe commerciale voie ce qui s’est passé dans Cord.

Champ Obligatoire Détail
Note Oui Jusqu’à 2 000 caractères. Accepte les données de l’événement et les retours à la ligne.

Où la note est ajoutée :

  1. Sur la Transaction du devis de l’événement, si ce devis est déjà dans HubSpot.
  2. S’il n’y a pas de Transaction, sur l’Entreprise du client, si le client est déjà dans HubSpot.
  3. Si ni l’un ni l’autre n’est encore dans HubSpot, l’étape attend et fait une nouvelle tentative : en général, la synchronisation se termine en quelques instants.

La note porte la date et l’heure de sa création et apparaît dans la chronologie de l’enregistrement dans HubSpot.

Quels déclencheurs offrent un emplacement pour la note : ceux des devis, des paiements de devis, des litiges, des remboursements et des clients. Avec les déclencheurs sans devis ni client (par exemple Un versement est viré sur votre compte bancaire ou Un produit est créé), la note n’a aucun enregistrement auquel se rattacher : l’étape fait de nouvelles tentatives et l’exécution se termine en Échouée avec le message « HubSpot n’a pas accepté les données de cette étape. Vérifiez la configuration dans Paramètres › Intégrations. » N’utilisez cette action qu’avec des déclencheurs qui fournissent un devis ou un client.

Quand elle échoue :

  • « HubSpot doit être reconnecté dans Paramètres › Intégrations. » : la connexion a perdu son autorisation.
  • « HubSpot n’a pas accepté les données de cette étape. Vérifiez la configuration dans Paramètres › Intégrations. » : HubSpot n’est pas connecté ou demande une reconnexion ; l’enregistrement n’est pas encore dans HubSpot (voir le point 3 ci-dessus ; si cela persiste, vérifiez que le pipeline et les étapes sont complets, car les devis dont le statut n’a pas d’étape ne sont pas envoyés à HubSpot) ; ou la Transaction ou l’Entreprise a été supprimée dans HubSpot.
  • « HubSpot n’a pas répondu. Une nouvelle tentative est faite automatiquement. » : une défaillance temporaire de HubSpot.
  • « La note est vide. » : la note ne contenait que des données de l’événement, et elles sont arrivées vides.
  • « Les workflows ont atteint leur limite horaire de notes dans HubSpot. » : 120 notes au cours de la dernière heure.

Connecter HubSpot : HubSpot.

Prévenir un membre de l’équipe

Envoie un e-mail au membre de l’équipe choisi, avec le lien vers le workflow en bas. Utile pour que l’avis parvienne à la personne qui suit le compte ou le projet, et non à toute l’équipe.

Champ Obligatoire Détail
À Oui Un membre actif de l’équipe. S’il quitte ensuite l’équipe, l’étape échoue avec « La personne choisie n’est plus active dans l’équipe : choisissez-en une autre dans l’étape. »
Objet Oui Jusqu’à 150 caractères. Accepte les données de l’événement. S’il est vide à l’exécution, le nom du workflow est utilisé.
Message Oui Jusqu’à 2 000 caractères. Accepte les données de l’événement et les retours à la ligne.

Elle partage la limite horaire d’e-mails avec Prévenir l’équipe par e-mail.

Rappeler le paiement au client

Envoie le même rappel de paiement que les rappels automatiques de Paramètres › Facturation › Relances : le montant dû, l’échéance et le bouton pour payer. Si l’événement fournit une facture, il rappelle la facture ; sinon, le devis. Fonctionne aussi dans un Pour chaque, avec le document de chaque élément.

  • Il ne l’envoie pas si le document n’a plus de solde ou si les rappels du client ou de ce document sont en pause. L’étape n’échoue pas : Exécutions indique pourquoi il n’a pas été envoyé.
  • Sur une facture, le rappel reste dans son historique.
  • Elle partage la limite horaire d’e-mails au client avec Envoyer un e-mail au client.

Quand elle échoue : « Le rappel n’a pas été envoyé : le document n’est plus ouvert ou le client n’a pas d’e-mail. »

Mettre en pause les rappels du client

Met en pause ou reprend les rappels de paiement automatiques du client de l’événement, comme depuis Paramètres › Facturation › Relances. Pendant la pause, Rappeler le paiement au client n’envoie rien non plus.

Champ Obligatoire Détail
Que faire Oui Mettre en pause ou Reprendre. Reprendre retire toute pause du client, y compris celles posées par le recouvrement par IA.

Ne fonctionne qu’avec les déclencheurs qui fournissent un client.

Facturer le devis

Émet la facture du devis de l’événement, comme l’action Facturer dans le détail du devis : avec les règles fiscales de votre pays et, au Mexique, timbrée auprès du SAT. Elle compte comme une facture émise de votre offre.

  • Elle ne facture qu’un devis accepté ou payé. S’il est déjà facturé, elle n’en émet pas d’autre : l’étape échoue avec « Le statut du devis ne permet plus cette action. »
  • Si l’émission ne répond pas, Cord réessaie sans la dupliquer : un devis n’a qu’une seule facture.

Quand elle échoue :

  • « Votre offre n’inclut pas l’émission de cette facture. »
  • « Des données manquent pour émettre la facture : vérifiez les informations fiscales de l’entreprise et du client. »

Enregistrer une promesse de paiement

Enregistre que le client promet de régler le solde du devis dans le nombre de jours choisi, comme dans Recouvrement, où elle apparaît comme une promesse saisie à la main.

Champ Obligatoire Détail
Promet de payer sous (jours) Oui Entre 0 et 90, comptés à partir d’aujourd’hui dans le fuseau horaire de votre entreprise.
Note Non Jusqu’à 400 caractères. Accepte les données de l’événement.

Ne fonctionne qu’avec les déclencheurs de devis. Si l’on ne sait pas si la promesse a été enregistrée, l’exécution passe en Requiert votre attention au lieu de l’enregistrer deux fois.

Plusieurs actions à la suite

Les actions d’un même niveau s’exécutent dans l’ordre, l’une après l’autre. Si l’une échoue, les suivantes ne s’exécutent pas tant que le problème n’est pas résolu : l’exécution reprend à partir de l’étape qui a échoué, sans répéter celles déjà effectuées. Ainsi, une tâche n’est pas créée deux fois parce que le message Slack qui la suivait a échoué.

Étapes suivantes