Änderungen an Workflows im November 2026
Mit dem Workflow-Update vom November 2026 verhalten sich einige Workflow-Bausteine anders. Hier steht, was sich geändert hat, wen es betrifft und was du tun kannst.
10 Min LesezeitAktualisiert am
Kurz gesagt
Wir haben jeden Baustein im Workflow-Builder geprüft. Dabei haben wir Schutzmechanismen verschärft, Fehler behoben und neue Bausteine für GitHub, Notion und Asana freigeschaltet. Die meisten Workflows laufen unverändert weiter. Bei einigen musst du eine Einstellung setzen. Die Änderungen sind nach Bausteinen geordnet:
- Auslöser: Webhook, Zeitplan, Chat und Dokument verarbeitet
- E-Mail senden (SMTP)
- Google Calendar, Google Docs und Google Drive
- Microsoft, OneDrive und Downloads
- HubSpot
- App-Aktion: Geldbewegungen werden gesperrt
- AI Agent und seine Werkzeuge
- anymize-Bausteine
- Trello, Linear, GitLab und weitere Integrationen
- Fehlermeldungen ohne Anbietertext
- Weitere kleine Änderungen
- Neu: GitHub, Notion, Asana und Mail-Anhänge
- Wenn etwas nicht mehr läuft
Ein Workflow, der schon live ist, wird durch neue Pflichtfelder nicht angehalten. Die Prüfung greift erst, wenn du ihn das nächste Mal live schaltest.
Auslöser: Webhook, Zeitplan, Chat und Dokument verarbeitet
| Änderung | Wen es betrifft | Was du tun kannst |
|---|---|---|
| Webhook: Der Auslöser gibt nur noch ausgewählte Header an den Workflow weiter, etwa Inhaltstyp, Länge, Anfrage-IDs und die Ereignis-Header von GitHub, GitLab, Bitbucket und Shopify. Lange Werte werden nach 2048 Zeichen gekürzt. Das gilt auch, wenn du einen alten Lauf erneut startest. | Workflows, die einen anderen Header lesen, zum Beispiel x-shop-id. Der Wert ist jetzt leer. | Trag den Namen unter Erweitert im Feld „Weitere Header durchreichen“ ein. So kommen auch Signatur- und Idempotenz-Header anderer Dienste an, etwa stripe-signature oder idempotency-key. Header mit Zugangsdaten gibt der Webhook nie weiter, auch wenn du sie einträgst: Authorization, Cookies, Namen mit etwa auth, token, secret, password, session oder key (außer Idempotenz-Headern) und die Header, mit denen der Auslöser selbst Zugang und Signatur prüft. |
| Webhook aus einem n8n-Import: Es gilt dieselbe Liste. Das Feld „Weitere Header durchreichen“ wirkt hier genauso, auch wenn du einen alten Lauf erneut startest. | Importierte n8n-Workflows, die eigene Header auswerten. | Trag den Namen unter Erweitert im Feld „Weitere Header durchreichen“ ein. |
| Zeitplan: Beim Ausführen ändert sich nichts. Neue Zeitpläne nutzen wie bisher Europe/Berlin. Ein Zeitplan, der ohne Zeitzone gespeichert wurde, etwa über die API, läuft wie bisher in UTC. Das Feld „Zeitzone“ erklärt das jetzt. | Zeitpläne, die ohne Zeitzone gespeichert wurden. Das Feld „Zeitzone“ zeigt dann keine Auswahl, und die Läufe liegen ein oder zwei Stunden neben der deutschen Uhrzeit. | Wähle im Feld „Zeitzone“ deine Zeitzone, zum Beispiel Europe/Berlin. Legst du einen Zeitplan über die API an, gib die Zeitzone immer mit. |
| Chat: Die Ausgabe history steht nicht mehr in der Liste. Sie war immer leer, alte Verweise bleiben gültig. chat_id ist nur gefüllt, wenn ein Assistent den Workflow als Werkzeug startet. | Workflows, die auf history oder chat_id aufbauen. | Bau nicht auf history auf und prüf, ob chat_id leer ist. |
| Anymize: Dokument verarbeitet: Hier ändert sich nichts. Neue Auslöser starten wie bisher nicht für Klartext-Aufnahmen, im Feld „Quelle“ steht „Dokumente & Texte“. Ein Auslöser, der ohne Quelle gespeichert wurde, etwa über die API, startet wie bisher für alle Quellen, auch für Klartext. | Auslöser ohne gespeicherte Quelle, wenn du zusätzlich eigene Auslöser für Klartext nutzt. Der Workflow kann dann doppelt starten. | Wähle unter Erweitert im Feld „Quelle“ „Dokumente & Texte“. |
E-Mail senden (SMTP)
| Änderung | Wen es betrifft | Was du tun kannst |
|---|---|---|
| Vor jedem Versand prüft der Baustein den Mailserver. Er muss ein öffentlicher Name sein: keine IP-Adresse, kein localhost, keine Namen auf .local oder .internal und kein Name, der in ein privates Netz zeigt. | Zugangsdaten mit einer IP-Adresse oder einem internen Server. | Trag den öffentlichen Namen deines Mailservers ein, zum Beispiel mail.kanzlei.de. |
| Erlaubt sind nur noch die Ports 25, 465, 587, 2465, 2525, 2587 und 8025. Bei 465 und 2465 ist die Verbindung von Anfang an verschlüsselt, bei den anderen über STARTTLS. Die Verbindung braucht mindestens TLS 1.2 und ein gültiges Zertifikat. Fehlermeldungen nennen nur noch die Antwortnummer des Servers, nicht seinen Text. | Ungewöhnliche Ports und sehr alte Mailserver. | Nimm Port 587 (STARTTLS) oder 465 (TLS). |
| Der Inhalt kommt über die Eingänge text und html. Der alte Eingang body steht nicht mehr in der Liste. Eine bestehende Verbindung auf body liest der Baustein weiter. | Workflows, die früher eine Verbindung auf body gezogen haben. | Zieh die Verbindung beim nächsten Bearbeiten auf text oder html um. Sonst kann sie beim Speichern verloren gehen. |
| Beim Live schalten prüft anymize, ob Zugangsdaten, Empfänger und Absender gesetzt sind. | Workflows, die du neu oder erneut live schaltest. | Füll die drei Felder aus oder verbinde Empfänger und Absender mit einem vorherigen Schritt. |
Google Calendar, Google Docs und Google Drive
| Änderung | Wen es betrifft | Was du tun kannst |
|---|---|---|
| Diese drei Bausteine laufen jetzt über dieselben Prüfungen wie Gmail und Google Sheets: Sie brauchen dein Google-BYO-Profil unter Workflows > Schlüssel mit der passenden Berechtigung, der Bereich (Kalender, Docs, Drive) muss in der Verbindung eingeschaltet sein, und die Regeln deines Teams gelten bei jedem Aufruf. | Konten, die diese Bausteine ohne Google-BYO-Profil oder ohne passende Berechtigung genutzt haben. Der Schritt meldet dann, dass Google nicht verbunden ist oder die Freigabe fehlt. | Richte das Google-BYO-Profil mit Kalender, Docs oder Drive ein und schalte den Bereich in der Verbindung ein. |
| Schreibende Aktionen folgen der Autonomie-Stufe, die dein Team erlaubt. Eine Kalendereinladung mit Teilnehmenden zählt als Versand an andere. | Teams, deren Admin die höchste erlaubte Autonomie unter „Auto“ gesetzt hat. | Sprich mit deinem Team-Admin, wenn diese Workflows schreiben sollen. |
| Google Drive lädt eine Datei jetzt wirklich in den gewählten Ordner hoch, nicht mehr in den Hauptordner. | Workflows mit einem Zielordner beim Hochladen. | Prüf, ob ein späterer Schritt die Datei noch im Hauptordner sucht. |
Microsoft, OneDrive und Downloads
| Änderung | Wen es betrifft | Was du tun kannst |
|---|---|---|
| Downloads aus OneDrive und Google Drive werden einmal als Datei gespeichert. Den Inhalt direkt in der Ausgabe (content) gibt es nur noch bis 1 MB. Bei größeren Dateien steht dort content_omitted: true. | Spätere Schritte, die bei großen Dateien {{ $json.content }} lesen. | Nutz die Dateireferenz des Schritts statt des Inhalts. |
| Microsoft-Aktionen in der App-Aktion und als Werkzeug des AI Agent sind vorher immer gescheitert. Sie laufen jetzt. | Wer sie deshalb umgangen hat. | Du kannst die Umwege wieder durch die App-Aktion ersetzen. |
| Microsoft-Bausteine haben feste Zeitlimits (60 Sekunden, beim Hoch- und Herunterladen 180 Sekunden) und halten an, wenn du einen Lauf abbrichst. | Sehr große Dateien oder langsame Verbindungen. | Teil große Aufgaben in kleinere Schritte. |
| Outlook sendet nur noch als Text oder HTML. Jede andere Formatwahl, auch „Vorgabe von Outlook“, geht als Text raus. Excel lehnt eine leere Zeile beim Anhängen ab. Der Microsoft-Kalender hat eine neue Option für die Zeitzone der Tagesauswahl, der Standard bleibt wie bisher. | Workflows mit einem anderen Format oder leeren Zeilen. | Wähle Text oder HTML und prüf, ob die Zeile Werte enthält. |
HubSpot
| Änderung | Wen es betrifft | Was du tun kannst |
|---|---|---|
| Lehnt HubSpot eine Änderung ab (anlegen, aktualisieren, upserten oder löschen), bricht der Schritt jetzt mit einem Fehler ab. Vorher lief er als erfolgreich weiter und trug den Fehler nur in der Ausgabe. | Workflows, die nach einer Schreibaktion auf output.error verzweigen. | Prüf Datensatz und Felder. Einen Schalter, mit dem der Schritt bei einem Fehler einfach weiterläuft, haben die HubSpot-Bausteine nicht. Soll ein Stapel trotzdem weiterlaufen, schalte unter Erweitert „Für jedes Item einzeln ausführen“ ein und wähle bei „Wenn ein Item fehlschlägt“ „Überspringen und weitermachen“. Ein abgelehntes Item trägt dann den Fehlercode im Feld error, und ein späterer Schritt kann danach verzweigen. |
| Lesende Aktionen melden einen Fehler weiter in der Ausgabe, aber nur noch mit der HTTP-Nummer, ohne den Text von HubSpot. | Wer auf den Fehlertext von HubSpot geprüft hat. | Prüf die HTTP-Nummer statt des Textes. |
| Beim Aktualisieren von Kontakten und Deals wirkt das Feld „Eindeutiges ID-Feld“ (unter Erweitert) jetzt wirklich. | Wer es gesetzt hatte. Vorher wurde es übergangen. | Prüf, ob im Feld wirklich die Eigenschaft steht, nach der gesucht werden soll. |
App-Aktion: Geldbewegungen werden gesperrt
| Änderung | Wen es betrifft | Was du tun kannst |
|---|---|---|
| In der App-Aktion und als Werkzeug des AI Agent laufen Schreibaktionen von Stripe, Qonto und Personio nie mehr. Dasselbe gilt für jede Aktion einer beliebigen App, auch eines eigenen MCP-Servers, deren technischer Name nach Geldbewegung klingt, etwa refund, payout, payment, charge, transfer, purchase, Überweisung, Zahlung oder paiement. Das gilt auch, wenn der Anbieter die Aktion als lesend kennzeichnet. Solche Aktionen verschwinden aus der Auswahl. Reine Abfragen wie eine Liste der Zahlungen bleiben möglich, ebenso Aktionen, die eine Rechnung nur als bezahlt markieren. | Gespeicherte Workflows mit einer solchen Aktion, zum Beispiel einer Stripe-Erstattung. Ein AI Agent mit so einer Werkzeugzeile hält schon beim Start an, auch wenn er das Werkzeug nie aufrufen würde. | Entferne den Schritt oder die Werkzeugzeile. Zahlungen erledigst du selbst im Programm des Anbieters. |
| Die Prüfung richtet sich nach dem technischen Namen der Aktion. Sie ist eine zusätzliche Absicherung, keine vollständige Liste: Eine Aktion mit so einem Wort im Namen kann abgelehnt werden, auch wenn kein Geld fließt, und eine Aktion, die unter einem ganz anderen Namen Geld bewegt, erkennt sie nicht. | Teams mit eigenen MCP-Servern. | Benenn die Aktion auf deinem Server um. Verbinde Workflows nur mit Zugängen, die kein Geld bewegen können. |
Der eigene Stripe-Baustein, der mit deinem Stripe-Schlüssel arbeitet, ist davon nicht betroffen. Er legt weiterhin Kunden an und erstellt Zahlungsabsichten, ohne sie zu bestätigen.
AI Agent und seine Werkzeuge
| Änderung | Wen es betrifft | Was du tun kannst |
|---|---|---|
| Felder, die nur du beim Bauen festlegst, bietet der AI Agent dem Modell nicht mehr an: Konten, Verbindungen, Zugangsdaten, Absender und Postfächer. Was du eingetragen hast, wird weiter verwendet. Ein leeres Feld bleibt leer. Angaben, die das Modell außerhalb der angebotenen Felder schickt, fallen weg. | Agenten, bei denen das Modell selbst ein Konto, einen Absender oder ein Postfach gewählt hat. „E-Mail senden (SMTP)“ ohne festes Postfach scheitert jetzt. | Trag diese Felder in der Werkzeugzeile fest ein. |
| Fertige Werkzeuge wie DeepL, „E-Mail senden (SMTP)“ und die App-Aktion lassen sich jetzt als Werkzeug hinzufügen. | Wer sie bisher vermisst hat. | Füg sie im AI Agent unter den Werkzeugen hinzu. |
anymize-Bausteine
| Änderung | Wen es betrifft | Was du tun kannst |
|---|---|---|
| „Jobs auflisten“, „Projekt-Dokumente auflisten“ und „Meeting / Transkript abrufen“ sehen nur noch Daten des Kontos, in dem der Workflow läuft. „Projekt erstellen“ legt das Projekt in genau diesem Konto an. | Wer mit mehreren Konten arbeitet, etwa als Partner für Kunden. Dort erscheinen eventuell weniger Einträge. Projekte, die ein Workflow vor der Änderung angelegt hat, fehlen in diesen Listen eventuell. | Lass den Workflow in dem Konto laufen, dem die Daten gehören. |
Trello, Linear, GitLab und weitere Integrationen
| Änderung | Wen es betrifft | Was du tun kannst |
|---|---|---|
| Trello, Linear und GitLab haben unter Erweitert die neue Option „Ergebnis“. Der Standard liefert wie bisher ein Element je Eintrag. „Eine Liste mit Anzahl“ liefert ein einziges Element mit der Liste und der Anzahl, sodass auch eine leere Liste beim nächsten Schritt ankommt. | Niemand, solange du die Option nicht änderst. | Wähle „Eine Liste mit Anzahl“, wo ein leeres Ergebnis den Ablauf nicht anhalten soll. |
| Bei Stripe, Mailchimp, Airtable, Linear, PagerDuty und Zendesk nehmen Zahlen-, Schalter- und Objektfelder jetzt Verbindungen und Vorlagen wie {{ $json.betrag }} an. Ergibt eine Vorlage nichts, gilt der Standardwert des Bausteins. | Felder, in denen {{ }} als normaler Text gemeint war. | Meist nichts. |
| Discord meldet bei Erfolg ok: true. Zendesk kann Items einzeln verarbeiten (standardmäßig aus), und „Tickets auflisten“ zählt als Lesen. | Workflows, die die Ausgabe von Discord auswerten. | Prüf die neue Ausgabe im nächsten Testlauf. |
| Werte, die über eine Verbindung aus einem früheren Schritt kommen, geben GitHub, Notion, Asana, HubSpot, die JSON-Felder von Telegram und das Feld „Zusätzliche Felder“ von Mailchimp unverändert weiter. Steht darin {{ }}, etwa in einer Vorlage aus einer Datei oder einem Issue, wird das nicht mehr ausgewertet. Vorlagen, die du selbst in ein Feld schreibst, gelten wie bisher. | Workflows, in denen ein Schritt absichtlich Text mit {{ }} erzeugt, den der nächste Baustein ausfüllen soll. | Setz den Wert schon in dem Schritt zusammen, der ihn erzeugt. |
Fehlermeldungen ohne Anbietertext
Fehler enthalten nicht mehr den Text des Anbieters. Ein Schritt scheitert mit einem festen Fehlercode, und die Ausführung zeigt dazu einen verständlichen Satz in deiner Sprache. Die Integrationen (Stripe, Mailchimp, Airtable, Trello, ClickUp, Linear, GitLab, Discord, Telegram, Zendesk, Supabase) nennen nur noch die HTTP-Nummer. Der HTTP-Baustein mit „Bei HTTP-Fehler: Workflow stoppen“ meldet die Nummer ohne Auszug aus der Antwort.
| Änderung | Wen es betrifft | Was du tun kannst |
|---|---|---|
| Fehlercode und Satz statt Anbietertext. | Wer in einem späteren Schritt oder in der eigenen Überwachung auf einen Fehlertext geprüft hat. Auch ein AI Agent bekommt jetzt den Code statt der Meldung des Anbieters. | Verzweige nach dem Code oder der HTTP-Nummer, nicht nach dem Text. |
Weitere kleine Änderungen
- HTTP-Anfrage: Mit „Weiterlaufen, Fehler im Output“ läuft der Workflow jetzt auch weiter, wenn die Adresse nicht auflösbar oder gesperrt ist oder das Workflow-Secret fehlt. Gesendet wird in diesen Fällen nichts.
- Datum und Uhrzeit: Neues Feld für die Zeitzone (Standard UTC, Ergebnis wie bisher) und eine Option für ein fehlendes oder ungültiges Ausgangsdatum (Standard: aktuelle Zeit, wie bisher).
- JSON: Neue Option für ungültiges JSON. Der Standard macht weiter wie bisher und markiert das Ziel-Feld.
- Hash: Nur noch sha256, sha512, md5, sha1 und sha384. Ungültiges Base64 bricht den Schritt jetzt ab.
- Beim Live schalten prüft anymize mehr Pflichtfelder: den Schlüssel bei Stripe, SendGrid, Mailchimp, Airtable, Trello, ClickUp, Zendesk, Linear, GitLab, PagerDuty, Twilio und Discord sowie die Zugangsdaten bei Telegram und Supabase.
- Websuche und Ollama melden Fehler als Code, ohne den Text des Anbieters.
Neu: GitHub, Notion, Asana und Mail-Anhänge
- GitHub: sieben Bausteine (Repositories, Issues, Pull Requests, Dateien und Branches, Releases, Actions, API-Anfrage) mit 73 Aktionen, davon 41 lesend und 32 schreibend.
- Notion: die Bausteine „Notion Seiten“ und „Notion Datenbanken“.
- Asana: die Bausteine „Asana Aufgaben“ und „Asana Projekte“.
- Listen-Aktionen von GitHub, Notion und Asana liefern immer ein Ergebnis mit der Liste und der Anzahl. Bei GitHub sagt die Ausgabe außerdem, ob die Liste gekürzt ist, welche Seite als nächste kommt und ob GitHub beim Nachladen gebremst hat. Mit dem Feld „Seite“ holst du gezielt eine weitere Seite.
- Als Werkzeug eines AI Agent bekommt das Modell bei GitHub, Notion und Asana die Einstellungen zur Ausführung je Item nicht angeboten. Bei GitHub kann es außerdem „Nur mit grünen Prüfungen“ und „Geprüfter Stand (Commit)“ nicht setzen: Ein Agent mergt immer nur mit grünen Prüfungen, außer du hast in der Werkzeugzeile selbst etwas anderes festgelegt.
- Outlook und Gmail: In der App-Aktion kannst du Anhänge auflisten und einen Anhang in deine anymize-Ablage speichern (Ordner System/Downloads). Das gilt für das Standardkonto der Verbindung und setzt Co-Work voraus. Speichern ist eine Schreibaktion: Schalte dafür „Schreibaktion für diesen Schritt erlauben“ ein.
Schreibende Aktionen von GitHub, Notion und Asana laufen nur, wenn in den Einstellungen der Verbindung unter „Aktionen erlauben“ „Änderungen erlauben“ gewählt ist. Bei „Nur lesen“ und „Lesen und Entwürfe“ laufen in Workflows nur lesende Aktionen.
Wenn etwas nicht mehr läuft
- 01Öffne den Workflow und dort die Ausführung des letzten Laufs. Unter „Workflow-Fehler“ steht ein Satz, der sagt, was fehlt oder abgelehnt wurde. Bei manchen Fehlern steht die HTTP-Nummer des Dienstes darunter.
- 02Klick auf den Schritt mit dem Fehler und vergleich seine Eingabe mit der Ausgabe des Schritts davor. Typisch sind ein fehlender Header beim Webhook, ein fehlender Inhalt bei großen Downloads oder ein leeres chat_id beim Chat.
- 03„Technische Details“ zeigt die Rohdaten des Fehlers mit dem festen Code, zum Beispiel WORKFLOW_HUBSPOT_WRITE_FAILED. Nenn diesen Code, wenn du dich an den Support wendest.
- 04Such den Baustein auf dieser Seite und setz die genannte Einstellung. Starte dann einen Testlauf mit kleinen Daten.
| Code | Bedeutung | Was du tun kannst |
|---|---|---|
| WORKFLOW_CONNECTOR_TOOL_BLOCKED | Diese Aktion führt ein Workflow grundsätzlich nicht aus, etwa eine Zahlung. | Wähl eine andere Aktion oder erledige es von Hand. |
| WORKFLOW_CONNECTOR_WRITE_BLOCKED | Der Schritt würde etwas ändern, darf es aber gerade nicht: Das Schreiben ist für diesen Schritt, in der Verbindung oder durch deine Organisation nicht freigegeben. | Schalte am Schritt „Schreibaktion für diesen Schritt erlauben“ ein oder stell „Aktionen erlauben“ der Verbindung auf „Änderungen erlauben“. Bleibt er gesperrt, hilft dir dein Admin weiter. |
| WORKFLOW_HUBSPOT_WRITE_FAILED | HubSpot hat die Änderung nicht übernommen. | Prüf Datensatz und Felder im Schritt. |
| WORKFLOW_SMTP_PORT_INVALID | Der Port in den SMTP-Zugangsdaten ist nicht erlaubt. | Nimm 587 oder 465. |
| WORKFLOW_SMTP_CREDENTIAL_INVALID | Die SMTP-Zugangsdaten sind unvollständig oder zeigen nicht auf einen öffentlichen Mailserver. | Speicher Server, Port, Benutzer und Passwort neu. |
| WORKFLOW_GOOGLE_NOT_CONNECTED | Kein passendes Google-BYO-Profil. | Richte das Profil unter Workflows > Schlüssel ein. |
| WORKFLOW_GOOGLE_NOT_AUTHORIZED | Für diesen Google-Bereich fehlt die Freigabe. | Prüf Berechtigung und Bereich in der Verbindung. |
| WORKFLOW_GOOGLE_WRITE_BLOCKED | Dein Team erlaubt hier keine automatischen Änderungen in Google. | Sprich mit deinem Team-Admin. |
| workflow_required_config_missing | Beim Live schalten fehlt ein Pflichtfeld. | Füll das genannte Feld aus und schalte erneut live. |