Ændringer i workflows i november 2026
Med workflow-opdateringen fra november 2026 opfører nogle workflow-noder sig anderledes. Her kan du se, hvad der er ændret, hvem det berører, og hvad du kan gøre.
10 min. læsningOpdateret
Kort fortalt
Vi har gennemgået hver node i workflow-builderen. Undervejs har vi skærpet beskyttelsen, rettet fejl og slået nye noder til for GitHub, Notion og Asana. De fleste workflows kører videre som før. For nogle få skal du sætte én indstilling. Ændringerne er ordnet efter node:
- Udløsere: Webhook, Tidsplan, Chat og Dokument behandlet
- Send e-mail (SMTP)
- Google Calendar, Google Docs og Google Drive
- Microsoft, OneDrive og downloads
- HubSpot
- App-handling: pengebevægelser spærres
- AI-agent og dens værktøjer
- anymize-noder
- Trello, Linear, GitLab og andre integrationer
- Fejlbeskeder uden udbyderens tekst
- Andre små ændringer
- Nyt: GitHub, Notion, Asana og vedhæftninger
- Når noget ikke virker længere
Et workflow, der allerede er live, bliver ikke stoppet af nye obligatoriske felter. Tjekket gælder først, næste gang du sætter det live.
Udløsere: Webhook, Tidsplan, Chat og Dokument behandlet
| Ændring | Hvem det berører | Hvad du kan gøre |
|---|---|---|
| Webhook: udløseren sender nu kun udvalgte headers videre til workflowet, fx indholdstype, længde, anmodnings-id'er og hændelses-headers fra GitHub, GitLab, Bitbucket og Shopify. Lange værdier skæres af efter 2048 tegn. Det gælder også, når du kører en gammel kørsel igen. | Workflows, der læser en anden header, fx x-shop-id. Værdien er nu tom. | Skriv navnet under Avanceret i feltet "Send flere headers videre". Så kommer også signatur- og idempotens-headers fra andre tjenester igennem, fx stripe-signature eller idempotency-key. Headers med loginoplysninger sendes aldrig videre, heller ikke når du skriver dem ind: Authorization, cookies, navne med fx auth, token, secret, password, session eller key (undtagen idempotens-headers) og de headers, som udløseren selv bruger til at tjekke adgang og signatur. |
| Webhook fra en n8n-import: samme liste gælder. Feltet "Send flere headers videre" virker på samme måde her, også når du kører en gammel kørsel igen. | Importerede n8n-workflows, der læser egne headers. | Skriv navnet under Avanceret i feltet "Send flere headers videre". |
| Tidsplan: ved kørslen ændres intet. Nye tidsplaner bruger Europe/Berlin som hidtil. En tidsplan, der er gemt uden tidszone, fx via API'et, kører som hidtil i UTC. Feltet "Tidszone" forklarer det nu. | Tidsplaner, der er gemt uden tidszone. Feltet "Tidszone" viser så intet valg, og kørslerne afviger en eller to timer fra dansk tid. | Vælg din tidszone i feltet "Tidszone", fx Europe/Berlin, der har samme tid som Danmark. Opretter du en tidsplan via API'et, så angiv altid tidszonen. |
| Chat: outputtet history står ikke længere på listen. Det var altid tomt, og gamle henvisninger virker stadig. chat_id er kun udfyldt, når en assistent starter workflowet som værktøj. | Workflows, der bygger på history eller chat_id. | Byg ikke på history, og tjek om chat_id er tom. |
| Anymize: Dokument behandlet: her ændres intet. Nye udløsere starter stadig ikke for Klartext-optagelser, i feltet "Kilde" står "Dokumenter & tekster". En udløser, der er gemt uden kilde, fx via API'et, starter som hidtil for alle kilder, også Klartext. | Udløsere uden gemt kilde, hvis du også bruger egne udløsere til Klartext. Workflowet kan så starte to gange. | Vælg under Avanceret "Dokumenter & tekster" i feltet "Kilde". |
Send e-mail (SMTP)
| Ændring | Hvem det berører | Hvad du kan gøre |
|---|---|---|
| Før hver afsendelse tjekker noden mailserveren. Den skal have et offentligt navn: ingen IP-adresse, ingen localhost, ingen navne på .local eller .internal og intet navn, der peger ind i et privat netværk. | Loginoplysninger med en IP-adresse eller en intern server. | Skriv det offentlige navn på din mailserver, fx mail.advokatfirma.dk. |
| Kun portene 25, 465, 587, 2465, 2525, 2587 og 8025 er tilladt. På 465 og 2465 er forbindelsen krypteret fra starten, på de andre via STARTTLS. Forbindelsen kræver mindst TLS 1.2 og et gyldigt certifikat. Fejlbeskeder nævner nu kun serverens svarnummer, ikke dens tekst. | Usædvanlige porte og meget gamle mailservere. | Brug port 587 (STARTTLS) eller 465 (TLS). |
| Indholdet kommer ind via input text og html. Det gamle input body står ikke længere på listen. En eksisterende forbindelse til body læses stadig. | Workflows, der engang har trukket en forbindelse til body. | Flyt forbindelsen til text eller html, næste gang du redigerer. Ellers kan den gå tabt, når du gemmer. |
| Når du går live, tjekker anymize, at loginoplysninger, modtager og afsender er udfyldt. | Workflows, du sætter live for første gang eller igen. | Udfyld de tre felter, eller forbind modtager og afsender med et tidligere trin. |
Google Calendar, Google Docs og Google Drive
| Ændring | Hvem det berører | Hvad du kan gøre |
|---|---|---|
| Disse tre noder går nu gennem de samme tjek som Gmail og Google Sheets: de kræver din Google BYO-profil under Workflows > Secrets med den rette tilladelse, området (Kalender, Docs, Drive) skal være slået til i forbindelsen, og dit teams regler gælder ved hvert kald. | Konti, der har brugt disse noder uden Google BYO-profil eller uden den rette tilladelse. Trinnet melder så, at Google ikke er forbundet, eller at adgangen mangler. | Opret Google BYO-profilen med Kalender, Docs eller Drive, og slå området til i forbindelsen. |
| Skrivende handlinger følger det autonomi-niveau, dit team tillader. En kalenderinvitation med deltagere tæller som afsendelse til andre. | Teams, hvor en admin har sat den højeste tilladte autonomi under "Auto". | Tal med din team-admin, hvis disse workflows skal skrive. |
| Google Drive uploader nu faktisk en fil til den valgte mappe og ikke længere til rodmappen. | Workflows med en målmappe ved upload. | Tjek, om et senere trin stadig leder efter filen i rodmappen. |
Microsoft, OneDrive og downloads
| Ændring | Hvem det berører | Hvad du kan gøre |
|---|---|---|
| Downloads fra OneDrive og Google Drive gemmes én gang som fil. Indholdet direkte i outputtet (content) kommer kun med op til 1 MB. Ved større filer står der content_omitted: true. | Senere trin, der læser {{ $json.content }} ved store filer. | Brug trinnets filreference i stedet for indholdet. |
| Microsoft-handlinger i App-handling og som værktøj for AI-agenten fejlede før hver gang. Nu kører de. | Dem, der har bygget en omvej af den grund. | Du kan erstatte omvejen med App-handling igen. |
| Microsoft-noder har faste tidsgrænser (60 sekunder, 180 sekunder ved upload og download) og stopper, når du afbryder en kørsel. | Meget store filer eller langsomme forbindelser. | Del store opgaver op i mindre trin. |
| Outlook sender nu kun som Tekst eller HTML. Ethvert andet formatvalg, også "Outlooks standard", sendes som Tekst. Excel afviser en tom række ved tilføjelse. Microsoft-kalenderen har en ny indstilling for tidszonen i dagsvalget, og standarden er som før. | Workflows med et andet format eller tomme rækker. | Vælg Tekst eller HTML, og tjek at rækken har værdier. |
HubSpot
| Ændring | Hvem det berører | Hvad du kan gøre |
|---|---|---|
| Hvis HubSpot afviser en ændring (oprette, opdatere, upserte eller slette), stopper trinnet nu med en fejl. Før kørte det videre som vellykket og lagde kun fejlen i outputtet. | Workflows, der forgrener på output.error efter en skrivning. | Tjek posten og felterne. HubSpot-noderne har ingen kontakt, der bare lader trinnet fortsætte efter en fejl. Skal en batch alligevel køre videre, så slå "Kør én gang pr. element" til under Avanceret, og vælg "Spring over og fortsæt" under "Hvis et element fejler". Et afvist element har så fejlkoden i feltet error, og et senere trin kan forgrene på den. |
| Læsende handlinger melder stadig en fejl i outputtet, men kun med HTTP-statusnummeret, uden HubSpots egen tekst. | Dem, der har tjekket HubSpots fejltekst. | Tjek statusnummeret i stedet for teksten. |
| Ved opdatering af kontakter og deals virker feltet "Unikt ID-felt" (under Avanceret) nu for alvor. | Dem, der havde udfyldt det. Før blev det ignoreret. | Tjek, at feltet virkelig indeholder den egenskab, der skal søges på. |
App-handling: pengebevægelser spærres
| Ændring | Hvem det berører | Hvad du kan gøre |
|---|---|---|
| I App-handling og som værktøj for AI-agenten kører skrivende handlinger fra Stripe, Qonto og Personio aldrig mere. Det samme gælder enhver handling i en hvilken som helst app, også din egen MCP-server, hvis tekniske navn tyder på, at der flyttes penge, fx refund, payout, payment, charge, transfer, purchase, Überweisung, Zahlung eller paiement. Det gælder også, når udbyderen markerer handlingen som læsende. Disse handlinger forsvinder fra valget. Rene opslag som en liste over betalinger er stadig mulige, og det samme er handlinger, der kun markerer en faktura som betalt. | Gemte workflows med en sådan handling, fx en Stripe-refusion. En AI-agent med sådan en værktøjslinje stopper allerede ved start, også selvom den aldrig ville kalde værktøjet. | Fjern trinnet eller værktøjslinjen. Klar betalinger selv i udbyderens eget program. |
| Tjekket retter sig efter handlingens tekniske navn. Det er en ekstra sikring, ikke en komplet liste: En handling med sådan et ord i navnet kan blive afvist, selvom der ikke flyttes penge, og en handling, der flytter penge under et helt andet navn, opdager det ikke. | Teams med egne MCP-servere. | Omdøb handlingen på din server. Forbind kun workflows med adgange, der ikke kan flytte penge. |
Den særskilte Stripe-node, der arbejder med din egen Stripe-nøgle, er ikke berørt. Den opretter stadig kunder og opretter betalingsintentioner uden at bekræfte dem.
AI-agent og dens værktøjer
| Ændring | Hvem det berører | Hvad du kan gøre |
|---|---|---|
| Felter, som kun du fastlægger, når du bygger, tilbydes ikke længere til modellen: konti, forbindelser, loginoplysninger, afsendere og postkasser. Det, du har skrevet, bruges stadig. Et tomt felt forbliver tomt. Det, modellen sender uden for de tilbudte felter, falder væk. | Agenter, hvor modellen selv valgte en konto, en afsender eller en postkasse. "Send e-mail (SMTP)" uden fast postkasse fejler nu. | Udfyld disse felter fast i værktøjslinjen. |
| Færdige værktøjer som DeepL, "Send e-mail (SMTP)" og App-handling kan nu tilføjes som værktøjer. | Dem, der har savnet dem. | Tilføj dem i AI-agenten under dens værktøjer. |
anymize-noder
| Ændring | Hvem det berører | Hvad du kan gøre |
|---|---|---|
| "List jobs", "List projektdokumenter" og "Hent møde / transskript" ser nu kun data fra den konto, workflowet kører i. "Opret projekt" opretter projektet i netop den konto. | Dem, der arbejder med flere konti, fx som partner for klienter. Der kan dukke færre poster op. Projekter, som et workflow oprettede før ændringen, kan mangle i disse lister. | Lad workflowet køre i den konto, som ejer dataene. |
Trello, Linear, GitLab og andre integrationer
| Ændring | Hvem det berører | Hvad du kan gøre |
|---|---|---|
| Trello, Linear og GitLab har en ny indstilling "Resultat" under Avanceret. Standarden giver stadig ét element pr. post. "Én liste med antal" giver ét enkelt element med listen og antallet, så også en tom liste når frem til næste trin. | Ingen, så længe du ikke ændrer indstillingen. | Vælg "Én liste med antal", hvor et tomt resultat ikke må stoppe forløbet. |
| I Stripe, Mailchimp, Airtable, Linear, PagerDuty og Zendesk tager tal-, kontakt- og objektfelter nu imod forbindelser og skabeloner som {{ $json.beloeb }}. Giver en skabelon intet, gælder nodens standardværdi. | Felter, hvor {{ }} var ment som almindelig tekst. | Som regel intet. |
| Discord svarer ok: true ved succes. Zendesk kan behandle elementer ét ad gangen (slået fra som standard), og "List sager" tæller som læsning. | Workflows, der læser Discords output. | Tjek det nye output i din næste testkørsel. |
| Værdier, der kommer ind via en forbindelse fra et tidligere trin, sender GitHub, Notion, Asana, HubSpot, Telegrams JSON-felter og feltet "Ekstra felter" i Mailchimp uændret videre. Står der {{ }} i dem, fx i en skabelon fra en fil eller et issue, bliver det ikke længere evalueret. Skabeloner, du selv skriver i et felt, virker som før. | Workflows, hvor et trin bevidst laver tekst med {{ }}, som den næste node skal udfylde. | Sæt værdien sammen allerede i det trin, der laver den. |
Fejlbeskeder uden udbyderens tekst
Fejl indeholder ikke længere udbyderens tekst. Et trin fejler med en fast fejlkode, og kørselsvisningen viser en klar sætning til den på dit sprog. Integrationerne (Stripe, Mailchimp, Airtable, Trello, ClickUp, Linear, GitLab, Discord, Telegram, Zendesk, Supabase) nævner kun HTTP-statusnummeret. HTTP-noden med "Ved HTTP-fejl: Stop workflowet" melder nummeret uden uddrag af svaret.
| Ændring | Hvem det berører | Hvad du kan gøre |
|---|---|---|
| Fejlkode og sætning i stedet for udbyderens tekst. | Dem, der har tjekket for en fejltekst i et senere trin eller i deres egen overvågning. En AI-agent får nu også koden i stedet for udbyderens besked. | Forgren på koden eller HTTP-statusnummeret, ikke på teksten. |
Andre små ændringer
- HTTP-anmodning: med "Kør videre, fejl i output" kører workflowet nu også videre, når adressen ikke kan slås op eller er blokeret, eller når workflow-secret'et mangler. I de tilfælde sendes intet.
- Dato og tid: nyt felt til tidszonen (standard UTC, samme resultat som før) og en indstilling for en manglende eller ugyldig kildedato (standard: det aktuelle tidspunkt, som før).
- JSON: ny indstilling for ugyldig JSON. Standarden kører videre som før og markerer målfeltet.
- Hash: kun sha256, sha512, md5, sha1 og sha384. Ugyldig Base64 stopper nu trinnet.
- Når du går live, tjekker anymize flere obligatoriske felter: nøglen for Stripe, SendGrid, Mailchimp, Airtable, Trello, ClickUp, Zendesk, Linear, GitLab, PagerDuty, Twilio og Discord samt loginoplysningerne for Telegram og Supabase.
- Websøgning og Ollama melder fejl som kode, uden udbyderens tekst.
Nyt: GitHub, Notion, Asana og vedhæftninger
- GitHub: syv noder (Repositories, Issues, Pull Requests, filer og branches, Releases, Actions, API-forespørgsel) med 73 handlinger, heraf 41 læsende og 32 skrivende.
- Notion: noderne "Notion-sider" og "Notion-databaser".
- Asana: noderne "Asana Opgaver" og "Asana-projekter".
- Listehandlinger i GitHub, Notion og Asana giver altid et resultat med listen og antallet. Ved GitHub fortæller outputtet desuden, om listen er forkortet, hvilken side der kommer som den næste, og om GitHub har bremset hentningen. Med feltet "Side" henter du en bestemt side.
- Som værktøj for en AI-agent får modellen ikke tilbudt indstillingerne for kørsel pr. element ved GitHub, Notion og Asana. Ved GitHub kan den heller ikke sætte "Kun med grønne tjek" eller "Gennemgået version (commit)": En agent merger altid kun med grønne tjek, medmindre du selv har fastlagt noget andet i værktøjslinjen.
- Outlook og Gmail: i App-handling kan du liste vedhæftninger og gemme en vedhæftning i dit anymize-arkiv (mappen System/Downloads). Det gælder forbindelsens standardkonto og kræver Co-Work. At gemme er en skrivende handling: slå "Tillad skrivning for dette trin" til.
Skrivende handlinger i GitHub, Notion og Asana kører kun, hvis "Tillad ændringer" er valgt under "Tilladte handlinger" i forbindelsens indstillinger. Med "Kun læsning" og "Læsning og kladder" kører workflows kun læsende handlinger.
Når noget ikke virker længere
- 01Åbn workflowet og derefter kørselsvisningen for den seneste kørsel. Under "Workflow-fejl" står en sætning, der siger, hvad der mangler eller blev afvist. Ved nogle fejl står tjenestens HTTP-statusnummer nedenunder.
- 02Klik på trinnet med fejlen, og sammenlign dets input med outputtet fra trinnet før. Typiske årsager er en manglende header ved webhooken, manglende indhold ved store downloads eller et tomt chat_id ved chatten.
- 03"Tekniske detaljer" viser fejlens rådata med den faste kode, fx WORKFLOW_HUBSPOT_WRITE_FAILED. Nævn koden, når du kontakter support.
- 04Find noden på denne side, og sæt den nævnte indstilling. Start derefter en testkørsel med små data.
| Kode | Betydning | Hvad du kan gøre |
|---|---|---|
| WORKFLOW_CONNECTOR_TOOL_BLOCKED | Workflows kører aldrig denne handling, fx en betaling. | Vælg en anden handling, eller gør det i hånden. |
| WORKFLOW_CONNECTOR_WRITE_BLOCKED | Trinnet ville ændre noget, men må ikke: Skrivning er ikke tilladt for dette trin, i forbindelsen eller af din organisation. | Slå "Tillad skrivning for dette trin" til på trinnet, eller sæt "Tilladte handlinger" i forbindelsen til "Tillad ændringer". Er det stadig spærret, kan din admin hjælpe. |
| WORKFLOW_HUBSPOT_WRITE_FAILED | HubSpot overtog ikke ændringen. | Tjek posten og felterne i trinnet. |
| WORKFLOW_SMTP_PORT_INVALID | Porten i SMTP-loginoplysningerne er ikke tilladt. | Brug 587 eller 465. |
| WORKFLOW_SMTP_CREDENTIAL_INVALID | SMTP-loginoplysningerne er ufuldstændige eller peger ikke på en offentlig mailserver. | Gem server, port, bruger og adgangskode igen. |
| WORKFLOW_GOOGLE_NOT_CONNECTED | Ingen passende Google BYO-profil. | Opret profilen under Workflows > Secrets. |
| WORKFLOW_GOOGLE_NOT_AUTHORIZED | Adgangen til dette Google-område er ikke givet. | Tjek tilladelsen og området i forbindelsen. |
| WORKFLOW_GOOGLE_WRITE_BLOCKED | Dit team tillader ikke automatiske ændringer i Google her. | Tal med din team-admin. |
| workflow_required_config_missing | Et obligatorisk felt mangler, når du går live. | Udfyld det nævnte felt, og gå live igen. |