Changements des workflows en novembre 2026
Avec la mise à jour des workflows de novembre 2026, certains nodes de workflow se comportent autrement. Voici ce qui a changé, qui est concerné et ce que tu peux faire.
10 min de lectureMis à jour le
En bref
Nous avons vérifié chaque node du builder de workflows. Au passage, nous avons renforcé les protections, corrigé des erreurs et activé de nouveaux nodes pour GitHub, Notion et Asana. La plupart des workflows continuent de tourner tels quels. Pour quelques-uns, tu dois régler une option. Les changements sont classés par node :
- Déclencheurs : Webhook, Planification, Chat et Document traité
- Envoyer un e-mail (SMTP)
- Google Calendar, Google Docs et Google Drive
- Microsoft, OneDrive et téléchargements
- HubSpot
- Action d'app : les mouvements d'argent sont bloqués
- Agent IA et ses outils
- Nodes anymize
- Trello, Linear, GitLab et autres intégrations
- Messages d'erreur sans texte du fournisseur
- Autres petits changements
- Nouveau : GitHub, Notion, Asana et pièces jointes
- Si quelque chose ne marche plus
Un workflow déjà en ligne n'est pas arrêté par de nouveaux champs obligatoires. La vérification s'applique seulement la prochaine fois que tu le mets en ligne.
Déclencheurs : Webhook, Planification, Chat et Document traité
| Changement | Qui est concerné | Que faire |
|---|---|---|
| Webhook : le déclencheur ne transmet plus au workflow que certains en-têtes, comme le type de contenu, la longueur, les identifiants de requête et les en-têtes d'événement de GitHub, GitLab, Bitbucket et Shopify. Les valeurs longues sont tronquées au-delà de 2048 caractères. Cela vaut aussi quand tu relances une ancienne exécution. | Les workflows qui lisent un autre en-tête, par exemple x-shop-id. La valeur est maintenant vide. | Ajoute le nom sous Avancé, dans le champ « Transmettre d'autres en-têtes ». Ainsi, les en-têtes de signature et d'idempotence d'autres services arrivent eux aussi, par exemple stripe-signature ou idempotency-key. Les en-têtes contenant des identifiants ne sont jamais transmis, même si tu les ajoutes : Authorization, les cookies, les noms contenant par exemple auth, token, secret, password, session ou key (sauf les en-têtes d'idempotence) et les en-têtes avec lesquels le déclencheur vérifie lui-même l'accès et la signature. |
| Webhook issu d'un import n8n : la même liste s'applique. Le champ « Transmettre d'autres en-têtes » fonctionne ici de la même façon, y compris quand tu relances une ancienne exécution. | Les workflows n8n importés qui lisent leurs propres en-têtes. | Ajoute le nom sous Avancé, dans le champ « Transmettre d'autres en-têtes ». |
| Planification : rien ne change à l'exécution. Les nouvelles planifications utilisent Europe/Berlin comme avant. Une planification enregistrée sans fuseau horaire, par exemple via l'API, tourne en UTC comme avant. Le champ « Fuseau horaire » l'explique désormais. | Les planifications enregistrées sans fuseau horaire. Le champ « Fuseau horaire » n'affiche alors aucune sélection, et les exécutions sont décalées d'une ou deux heures par rapport à l'heure de Paris ou de Berlin. | Choisis ton fuseau dans le champ « Fuseau horaire », par exemple Europe/Paris ou Europe/Berlin. Si tu crées une planification via l'API, indique toujours le fuseau horaire. |
| Chat : la sortie history n'est plus listée. Elle était toujours vide, et les anciennes références restent valables. chat_id n'est rempli que si un assistant lance le workflow comme outil. | Les workflows qui s'appuient sur history ou chat_id. | Ne t'appuie pas sur history et vérifie si chat_id est vide. |
| Anymize : Document traité : rien ne change ici. Comme avant, les nouveaux déclencheurs ne démarrent pas pour les enregistrements Klartext : le champ « Source » indique « Documents & textes ». Un déclencheur enregistré sans source, par exemple via l'API, démarre comme avant pour toutes les sources, Klartext compris. | Les déclencheurs sans source enregistrée, si tu utilises en plus des déclencheurs dédiés à Klartext. Le workflow peut alors démarrer deux fois. | Sous Avancé, choisis « Documents & textes » dans le champ « Source ». |
Envoyer un e-mail (SMTP)
| Changement | Qui est concerné | Que faire |
|---|---|---|
| Avant chaque envoi, le node vérifie le serveur de messagerie. Il doit s'agir d'un nom public : pas d'adresse IP, pas de localhost, pas de nom en .local ou .internal, ni de nom qui pointe vers un réseau privé. | Les identifiants avec une adresse IP ou un serveur interne. | Saisis le nom public de ton serveur de messagerie, par exemple mail.cabinet.fr. |
| Seuls les ports 25, 465, 587, 2465, 2525, 2587 et 8025 sont autorisés. Sur les ports 465 et 2465, la connexion est chiffrée dès le départ, sur les autres via STARTTLS. La connexion exige au moins TLS 1.2 et un certificat valide. Les messages d'erreur ne citent plus que le code de réponse du serveur, pas son texte. | Les ports inhabituels et les très anciens serveurs de messagerie. | Utilise le port 587 (STARTTLS) ou 465 (TLS). |
| Le contenu arrive par les entrées text et html. L'ancienne entrée body n'est plus listée. Une connexion existante vers body est toujours lue. | Les workflows qui ont autrefois relié une connexion à body. | Déplace la connexion vers text ou html lors de ta prochaine modification. Sinon, elle peut se perdre à l'enregistrement. |
| Quand tu mets en ligne, anymize vérifie que les identifiants, le destinataire et l'expéditeur sont renseignés. | Les workflows que tu mets en ligne pour la première fois ou à nouveau. | Remplis les trois champs ou relie destinataire et expéditeur à une étape précédente. |
Google Calendar, Google Docs et Google Drive
| Changement | Qui est concerné | Que faire |
|---|---|---|
| Ces trois nodes passent maintenant par les mêmes contrôles que Gmail et Google Sheets : ils ont besoin de ton profil Google BYO sous Workflows > Clés avec la bonne autorisation, le domaine (Agenda, Docs, Drive) doit être activé dans la connexion, et les règles de ton équipe s'appliquent à chaque appel. | Les comptes qui utilisaient ces nodes sans profil Google BYO ou sans la bonne autorisation. L'étape indique alors que Google n'est pas connecté ou que l'accès manque. | Configure le profil Google BYO avec Agenda, Docs ou Drive et active le domaine dans la connexion. |
| Les actions d'écriture suivent le niveau d'autonomie que ton équipe autorise. Une invitation d'agenda avec des participants compte comme un envoi à d'autres personnes. | Les équipes dont l'admin a fixé l'autonomie maximale en dessous de « Auto ». | Parles-en à l'admin de ton équipe si ces workflows doivent écrire. |
| Google Drive téléverse maintenant vraiment un fichier dans le dossier choisi, et non plus à la racine. | Les workflows avec un dossier cible pour les téléversements. | Vérifie si une étape suivante cherche encore le fichier à la racine. |
Microsoft, OneDrive et téléchargements
| Changement | Qui est concerné | Que faire |
|---|---|---|
| Les téléchargements depuis OneDrive et Google Drive sont enregistrés une fois comme fichier. Le contenu directement dans la sortie (content) n'est inclus que jusqu'à 1 Mo. Pour les fichiers plus gros, la sortie indique content_omitted: true. | Les étapes suivantes qui lisent {{ $json.content }} pour de gros fichiers. | Utilise la référence de fichier de l'étape plutôt que le contenu. |
| Les actions Microsoft dans l'Action d'app et comme outil de l'Agent IA échouaient à chaque fois. Elles fonctionnent maintenant. | Ceux qui avaient construit un contournement à cause de cela. | Tu peux remplacer le contournement par l'Action d'app. |
| Les nodes Microsoft ont des délais fixes (60 secondes, 180 secondes pour l'envoi et le téléchargement de fichiers) et s'arrêtent quand tu annules une exécution. | Les très gros fichiers ou les connexions lentes. | Découpe les grosses tâches en étapes plus petites. |
| Outlook n'envoie plus qu'en Texte ou en HTML. Tout autre choix de format, y compris « Valeur par défaut d'Outlook », part en Texte. Excel refuse une ligne vide lors d'un ajout. Le calendrier Microsoft a une nouvelle option pour le fuseau horaire de la plage de jours, et le réglage par défaut ne change pas. | Les workflows avec un autre format ou des lignes vides. | Choisis Texte ou HTML et vérifie que la ligne contient des valeurs. |
HubSpot
| Changement | Qui est concerné | Que faire |
|---|---|---|
| Si HubSpot refuse une modification (créer, mettre à jour, upsert ou supprimer), l'étape s'arrête maintenant avec une erreur. Avant, elle continuait comme réussie et plaçait l'erreur seulement dans la sortie. | Les workflows qui bifurquent sur output.error après une écriture. | Vérifie l'enregistrement et les champs. Les nodes HubSpot n'ont pas d'interrupteur qui laisse simplement l'étape continuer après une erreur. Pour qu'un lot continue malgré tout, active « Exécuter une fois par élément » sous Avancé et choisis « Ignorer et continuer » dans « Si un élément échoue ». Un élément refusé porte alors le code d'erreur dans le champ error, et une étape suivante peut bifurquer dessus. |
| Les actions de lecture signalent toujours une erreur dans la sortie, mais seulement avec le code HTTP, sans le texte de HubSpot. | Ceux qui vérifiaient le texte d'erreur de HubSpot. | Vérifie le code HTTP plutôt que le texte. |
| Lors de la mise à jour de contacts et de deals, le champ « Champ ID unique » (sous Avancé) est maintenant vraiment pris en compte. | Ceux qui l'avaient renseigné. Avant, il était ignoré. | Vérifie que le champ contient bien la propriété sur laquelle chercher. |
Action d'app : les mouvements d'argent sont bloqués
| Changement | Qui est concerné | Que faire |
|---|---|---|
| Dans l'Action d'app et comme outil de l'Agent IA, les actions d'écriture de Stripe, Qonto et Personio ne s'exécutent plus jamais. Il en va de même pour toute action de n'importe quelle app, y compris de ton propre serveur MCP, dont le nom technique évoque un mouvement d'argent, comme refund, payout, payment, charge, transfer, purchase, Überweisung, Zahlung ou paiement. Cela vaut même quand le fournisseur marque l'action comme une lecture. Ces actions disparaissent de la sélection. Les simples consultations, comme une liste des paiements, restent possibles, tout comme les actions qui marquent seulement une facture comme payée. | Les workflows enregistrés avec une telle action, par exemple un remboursement Stripe. Un Agent IA avec une telle ligne d'outil s'arrête dès le départ, même s'il n'appellerait jamais l'outil. | Supprime l'étape ou la ligne d'outil. Effectue les paiements toi-même dans l'outil du fournisseur. |
| Le contrôle se fait sur le nom technique de l'action. C'est une protection supplémentaire, pas une liste complète : une action avec un tel mot dans son nom peut être refusée même si aucun argent ne circule, et une action qui déplace de l'argent sous un tout autre nom n'est pas détectée. | Les équipes avec leurs propres serveurs MCP. | Renomme l'action sur ton serveur. Ne relie tes workflows qu'à des accès qui ne peuvent pas déplacer d'argent. |
Le node Stripe dédié, qui fonctionne avec ta propre clé Stripe, n'est pas concerné. Il continue de créer des clients et des intentions de paiement (Payment Intents), sans les confirmer.
Agent IA et ses outils
| Changement | Qui est concerné | Que faire |
|---|---|---|
| Les champs que toi seul fixes lors de la construction ne sont plus proposés au modèle : comptes, connexions, identifiants, expéditeurs et boîtes mail. Ce que tu as saisi reste utilisé. Un champ vide reste vide. Ce que le modèle envoie en dehors des champs proposés est ignoré. | Les agents où le modèle choisissait lui-même un compte, un expéditeur ou une boîte mail. « Envoyer un e-mail (SMTP) » sans boîte mail fixe échoue maintenant. | Renseigne ces champs dans la ligne d'outil. |
| Des outils prêts à l'emploi comme DeepL, « Envoyer un e-mail (SMTP) » et l'Action d'app peuvent maintenant être ajoutés comme outils. | Ceux qui les attendaient. | Ajoute-les dans l'Agent IA, parmi ses outils. |
Nodes anymize
| Changement | Qui est concerné | Que faire |
|---|---|---|
| « Lister les jobs », « Lister les documents d'un projet » et « Récupérer une réunion / transcription » ne voient plus que les données du compte dans lequel le workflow tourne. « Créer un projet » crée le projet dans ce compte précis. | Ceux qui travaillent avec plusieurs comptes, par exemple en tant que partenaire pour des clients. Moins d'entrées peuvent y apparaître. Les projets créés par un workflow avant le changement peuvent manquer dans ces listes. | Fais tourner le workflow dans le compte à qui appartiennent les données. |
Trello, Linear, GitLab et autres intégrations
| Changement | Qui est concerné | Que faire |
|---|---|---|
| Trello, Linear et GitLab ont une nouvelle option « Résultat » sous Avancé. Par défaut, tu obtiens toujours un élément par entrée. « Une liste avec le nombre » renvoie un seul élément avec la liste et le nombre, pour qu'une liste vide arrive quand même à l'étape suivante. | Personne, tant que tu ne changes pas l'option. | Choisis « Une liste avec le nombre » là où un résultat vide ne doit pas arrêter le flux. |
| Dans Stripe, Mailchimp, Airtable, Linear, PagerDuty et Zendesk, les champs nombre, interrupteur et objet acceptent maintenant des connexions et des modèles comme {{ $json.montant }}. Si un modèle ne donne rien, la valeur par défaut du node s'applique. | Les champs où {{ }} était du simple texte. | En général, rien. |
| Discord renvoie ok: true en cas de succès. Zendesk peut traiter les éléments un par un (désactivé par défaut), et « Lister les tickets » compte comme une lecture. | Les workflows qui lisent la sortie de Discord. | Vérifie la nouvelle sortie lors du prochain test. |
| Les valeurs qui arrivent par une connexion depuis une étape précédente sont transmises sans changement par GitHub, Notion, Asana, HubSpot, les champs JSON de Telegram et le champ « Champs supplémentaires » de Mailchimp. Si elles contiennent {{ }}, par exemple dans un modèle issu d'un fichier ou d'une issue, ce n'est plus évalué. Les modèles que tu saisis toi-même dans un champ fonctionnent comme avant. | Les workflows dans lesquels une étape produit volontairement un texte avec {{ }} que le node suivant doit remplir. | Assemble la valeur dès l'étape qui la produit. |
Messages d'erreur sans texte du fournisseur
Les erreurs ne contiennent plus le texte du fournisseur. Une étape échoue avec un code d'erreur fixe, et la vue d'exécution affiche une phrase claire dans ta langue. Les intégrations (Stripe, Mailchimp, Airtable, Trello, ClickUp, Linear, GitLab, Discord, Telegram, Zendesk, Supabase) ne citent plus que le code HTTP. Le node HTTP réglé sur « En cas d'erreur HTTP : Arrêter le workflow » signale le code sans extrait de la réponse.
| Changement | Qui est concerné | Que faire |
|---|---|---|
| Code d'erreur et phrase au lieu du texte du fournisseur. | Ceux qui vérifiaient un texte d'erreur dans une étape suivante ou dans leur propre supervision. Un Agent IA reçoit lui aussi le code au lieu du message du fournisseur. | Bifurque sur le code ou le code HTTP, pas sur le texte. |
Autres petits changements
- Requête HTTP : avec « Continuer, erreur en sortie », le workflow continue maintenant aussi quand l'adresse est introuvable ou bloquée, ou quand le secret de workflow manque. Rien n'est envoyé dans ces cas.
- Date et heure : nouveau champ pour le fuseau horaire (UTC par défaut, même résultat qu'avant) et une option pour une date source manquante ou invalide (par défaut : l'heure actuelle, comme avant).
- JSON : nouvelle option pour un JSON invalide. Par défaut, le node continue comme avant et marque le champ cible.
- Hash : seulement sha256, sha512, md5, sha1 et sha384. Un Base64 invalide arrête maintenant l'étape.
- Quand tu mets en ligne, anymize vérifie davantage de champs obligatoires : la clé pour Stripe, SendGrid, Mailchimp, Airtable, Trello, ClickUp, Zendesk, Linear, GitLab, PagerDuty, Twilio et Discord, ainsi que les identifiants pour Telegram et Supabase.
- La recherche web et Ollama signalent les erreurs sous forme de code, sans le texte du fournisseur.
Nouveau : GitHub, Notion, Asana et pièces jointes
- GitHub : sept nodes (Repositories, Issues, Pull Requests, Fichiers et branches, Releases, Actions, Requête API) avec 73 actions, dont 41 en lecture et 32 en écriture.
- Notion : les nodes « Pages Notion » et « Bases de données Notion ».
- Asana : les nodes « Tâches Asana » et « Projets Asana ».
- Les actions de liste de GitHub, Notion et Asana renvoient toujours un résultat avec la liste et le nombre. Pour GitHub, la sortie indique en plus si la liste est tronquée, quelle page vient ensuite et si GitHub a limité le débit pendant le chargement. Avec le champ « Page », tu récupères une page précise.
- Comme outil d'un Agent IA, le modèle ne se voit pas proposer les réglages d'exécution par élément pour GitHub, Notion et Asana. Pour GitHub, il ne peut pas non plus régler « Seulement si les vérifications sont au vert » ni « Version vérifiée (commit) » : un agent ne fusionne qu'avec des vérifications au vert, sauf si tu as toi-même fixé autre chose dans la ligne d'outil.
- Outlook et Gmail : dans l'Action d'app, tu peux lister les pièces jointes et enregistrer une pièce jointe dans ton espace anymize (dossier System/Downloads). Cela vaut pour le compte par défaut de la connexion et nécessite Co-Work. L'enregistrement est une action d'écriture : active « Autoriser l'écriture pour cette étape ».
Les actions d'écriture de GitHub, Notion et Asana ne s'exécutent que si « Autoriser les modifications » est choisi sous « Actions autorisées » dans les réglages de la connexion. Avec « Lecture seule » et « Lire et créer des brouillons », les workflows n'exécutent que des actions de lecture.
Si quelque chose ne marche plus
- 01Ouvre le workflow, puis la vue d'exécution de la dernière exécution. Sous « Erreur de workflow », une phrase indique ce qui manque ou a été refusé. Pour certaines erreurs, le code HTTP du service apparaît en dessous.
- 02Clique sur l'étape en erreur et compare son entrée avec la sortie de l'étape précédente. Causes typiques : un en-tête manquant sur le webhook, un contenu absent pour un gros téléchargement ou un chat_id vide sur le chat.
- 03« Détails techniques » affiche les données brutes de l'erreur avec le code fixe, par exemple WORKFLOW_HUBSPOT_WRITE_FAILED. Indique ce code quand tu contactes le support.
- 04Retrouve le node sur cette page et règle l'option indiquée. Lance ensuite un test avec peu de données.
| Code | Signification | Que faire |
|---|---|---|
| WORKFLOW_CONNECTOR_TOOL_BLOCKED | Les workflows n'exécutent jamais cette action, par exemple un paiement. | Choisis une autre action ou fais-le à la main. |
| WORKFLOW_CONNECTOR_WRITE_BLOCKED | L'étape modifierait quelque chose mais n'en a pas le droit : l'écriture n'est pas autorisée pour cette étape, dans la connexion ou par ton organisation. | Active « Autoriser l'écriture pour cette étape » sur l'étape, ou règle « Actions autorisées » de la connexion sur « Autoriser les modifications ». Si elle reste bloquée, ton admin peut t'aider. |
| WORKFLOW_HUBSPOT_WRITE_FAILED | HubSpot n'a pas appliqué la modification. | Vérifie l'enregistrement et les champs de l'étape. |
| WORKFLOW_SMTP_PORT_INVALID | Le port des identifiants SMTP n'est pas autorisé. | Utilise 587 ou 465. |
| WORKFLOW_SMTP_CREDENTIAL_INVALID | Les identifiants SMTP sont incomplets ou ne pointent pas vers un serveur de messagerie public. | Enregistre à nouveau serveur, port, utilisateur et mot de passe. |
| WORKFLOW_GOOGLE_NOT_CONNECTED | Aucun profil Google BYO adapté. | Configure le profil sous Workflows > Clés. |
| WORKFLOW_GOOGLE_NOT_AUTHORIZED | L'accès à ce domaine Google n'est pas accordé. | Vérifie l'autorisation et le domaine dans la connexion. |
| WORKFLOW_GOOGLE_WRITE_BLOCKED | Ton équipe n'autorise pas ici de modifications automatiques dans Google. | Parles-en à l'admin de ton équipe. |
| workflow_required_config_missing | Un champ obligatoire manque lors de la mise en ligne. | Remplis le champ indiqué et remets en ligne. |