Limites
Ce que permet chaque offre, et les plafonds qui protègent votre équipe d’un workflow qui se déclenche trop souvent.
Workflows actifs par offre
| Offre | Workflows actifs |
|---|---|
| Gratuit | 1 |
| Starter | 5 |
| Professionnel | Illimités |
| Scale | Illimités |
| Developer | Illimités |
- Seuls les workflows Actifs sont comptés. Les brouillons et les workflows en pause n’occupent pas de place, et vous pouvez en avoir autant que vous le voulez.
- Les exécutions sont illimitées : un workflow actif s’exécute chaque fois que son événement se produit.
- La liste des workflows indique où vous en êtes : « Workflows actifs : N sur M dans votre offre ».
Si vous atteignez la limite et voulez publier ou reprendre un autre workflow, vous verrez « Votre offre permet N workflows actifs. Mettez-en un en pause ou passez à une offre supérieure pour publier celui-ci. »
Ce qui se passe si vous passez à une offre inférieure
Vos workflows ne sont ni supprimés ni mis en pause automatiquement. Cord continue d’exécuter les plus anciens qui tiennent dans votre nouvelle offre, dans l’ordre de leur création. Les autres restent marqués comme actifs, mais leurs événements ne créent plus d’exécutions, et celles qui étaient en file d’attente ou en attente sont annulées au moment de reprendre, avec le message « Votre offre actuelle n’inclut pas ce workflow actif. »
Pour choisir vous-même ceux qui continuent de s’exécuter, mettez en pause ceux dont vous n’avez pas besoin. Lorsque vous repassez à une offre supérieure, ceux qui étaient hors limite s’exécutent de nouveau d’eux-mêmes avec les nouveaux événements.
Exemple : vous aviez 4 workflows actifs avec l’offre Starter et vous passez à l’offre Gratuite. Seul le premier que vous avez créé continue de s’exécuter ; les 3 autres ne se déclenchent plus jusqu’à ce que vous mettiez le premier en pause ou que vous repassiez à Starter.
Taille d’un workflow
| Limite | Valeur |
|---|---|
| Déclencheurs par workflow | 1 |
| Étapes par workflow, toutes branches comprises | 30 |
| Niveaux d’étapes (le niveau principal et les branches dans les branches) | 4, soit jusqu’à 3 conditions imbriquées les unes dans les autres |
| Règles par condition | 5 |
| Jours par attente | De 0 à 30, plus des heures ou une heure de la journée |
| Délai, en jours, d’une attente conditionnelle | De 1 à 30 |
| Branches dans une étape à plusieurs branches | Jusqu’à 5, plus « Sinon » |
| Éléments parcourus par un « Pour chaque » lors d’une exécution | De 1 à 50 |
| Délai pour décider une validation | De 1 à 30 jours |
| Jour du mois d’un déclencheur planifié | De 1 à 28 |
| Nom du workflow | 120 caractères |
Les requêtes, les attentes conditionnelles et les « Pour chaque » comptent comme des étapes, au même titre qu’une action ; les étapes dans une branche ou dans un « Pour chaque » comptent aussi. Une fois 30 étapes atteintes, l’éditeur ne permet plus d’en ajouter ni d’en dupliquer. Si vous avez besoin de plus, répartissez la règle sur deux workflows avec des déclencheurs différents.
Longueur des textes
| Champ | Maximum |
|---|---|
| Titre de la tâche | 200 caractères |
| Échéance (en jours) | De 0 à 365 |
| Objet de l’e-mail | 150 caractères |
| Message de l’e-mail | 2 000 caractères |
| Message Slack | 1 000 caractères |
| Message Teams | 1 000 caractères |
| Variables WhatsApp | Jusqu’à 4, de 200 caractères chacune |
| Note HubSpot | 2 000 caractères |
| Objet de l’e-mail au client | 150 caractères |
| Message de l’e-mail au client | 2 000 caractères |
| URL de destination du POST | 300 caractères |
| Message du POST | 1 000 caractères |
| Motif de l’annulation | 200 caractères |
| Destinataires avec « Toute l’équipe » | Les 25 premiers membres actifs |
Plafonds horaires
Pour qu’une erreur de configuration n’inonde pas votre équipe, chaque organisation dispose d’un maximum horaire pour ce que font tous ses workflows réunis :
| Action | Maximum par heure |
|---|---|
| Créer une tâche | 120 |
| Prévenir l’équipe par e-mail | 30 |
| Envoyer un message sur Slack | 120 |
| Envoyer un message sur Teams | 120 |
| Envoyer un WhatsApp au client | 60 |
| Ajouter une note dans HubSpot | 120 |
| Envoyer un e-mail au client | 60 (et consomme le quota d’envois de votre offre : 5 par mois avec l’offre Gratuite, illimité avec les autres offres) |
| Envoyer les données à une URL | 120 |
| Faire expirer le devis et Valider la demande interne, ensemble | 120 |
| Annuler la facture | 30 |
Au-delà, l’étape échoue avec un message comme « Les workflows ont atteint leur limite horaire de tâches. » et l’étape fait une nouvelle tentative plus tard, selon le calendrier décrit dans Exécutions et erreurs. Si vous voyez souvent ces messages, vérifiez si un workflow se déclenche sur un événement plus fréquent que prévu, comme Un client est mis à jour ou Le client ouvre le devis.
Protection contre les boucles
Un workflow peut provoquer des événements : créer une tâche déclenche Une tâche est créée. Pour que cela ne devienne jamais une boucle infinie :
- Un workflow n’est pas déclenché par ses propres événements. Si votre workflow « Nouvelles tâches » crée une tâche, cette tâche ne déclenche pas de nouveau « Nouvelles tâches ».
- Les chaînes s’arrêtent à 3 niveaux. Le workflow A peut déclencher le B, et le B le C, mais ce que provoque le C ne déclenche plus aucun workflow. Ainsi, deux workflows qui se déclenchent mutuellement s’arrêtent d’eux-mêmes.
Si vous devez savoir, dans une condition, si un événement provient d’un autre workflow, utilisez Qui l’a déclenché est Un autre workflow.