Endringer i workflows i november 2026
Med workflow-oppdateringen fra november 2026 oppfører noen workflow-noder seg annerledes. Her ser du hva som er endret, hvem det gjelder og hva du kan gjøre.
10 min lesetidOppdatert
Kort fortalt
Vi har gått gjennom hver node i workflow-byggeren. Underveis har vi skjerpet beskyttelsen, rettet feil og slått på nye noder for GitHub, Notion og Asana. De fleste workflows kjører videre som før. For noen få må du sette én innstilling. Endringene er ordnet etter node:
- Utløsere: Webhook, Tidsplan, Chat og Dokument behandlet
- Send e-post (SMTP)
- Google Calendar, Google Docs og Google Drive
- Microsoft, OneDrive og nedlastinger
- HubSpot
- App-handling: pengebevegelser sperres
- AI-agent og verktøyene dens
- anymize-noder
- Trello, Linear, GitLab og andre integrasjoner
- Feilmeldinger uten tekst fra leverandøren
- Andre små endringer
- Nytt: GitHub, Notion, Asana og vedlegg
- Når noe ikke virker lenger
En workflow som allerede er live, blir ikke stoppet av nye obligatoriske felt. Sjekken gjelder først neste gang du setter den live.
Utløsere: Webhook, Tidsplan, Chat og Dokument behandlet
| Endring | Hvem det gjelder | Hva du kan gjøre |
|---|---|---|
| Webhook: utløseren sender nå bare utvalgte headere videre til workflowen, for eksempel innholdstype, lengde, forespørsels-ID-er og hendelsesheaderne fra GitHub, GitLab, Bitbucket og Shopify. Lange verdier kuttes etter 2048 tegn. Det gjelder også når du kjører en gammel kjøring på nytt. | Workflows som leser en annen header, for eksempel x-shop-id. Verdien er nå tom. | Skriv navnet under Avansert i feltet "Send flere headere videre". Da kommer også signatur- og idempotensheadere fra andre tjenester fram, for eksempel stripe-signature eller idempotency-key. Headere med påloggingsdata sendes aldri videre, heller ikke når du skriver dem inn: Authorization, cookies, navn med for eksempel auth, token, secret, password, session eller key (unntatt idempotensheadere) og headerne som utløseren selv bruker til å sjekke tilgang og signatur. |
| Webhook fra en n8n-import: samme liste gjelder. Feltet "Send flere headere videre" virker på samme måte her, også når du kjører en gammel kjøring på nytt. | Importerte n8n-workflows som leser egne headere. | Skriv navnet under Avansert i feltet "Send flere headere videre". |
| Tidsplan: når den kjører, endres ingenting. Nye tidsplaner bruker Europe/Berlin som før. En tidsplan som er lagret uten tidssone, for eksempel via API-et, kjører i UTC som før. Feltet "Tidssone" forklarer det nå. | Tidsplaner som er lagret uten tidssone. Feltet "Tidssone" viser da ikke noe valg, og kjøringene er forskjøvet én eller to timer i forhold til norsk tid. | Velg tidssonen din i feltet "Tidssone", for eksempel Europe/Berlin, som har samme tid som Norge. Oppretter du en tidsplan via API-et, oppgi alltid tidssonen. |
| Chat: utdataene history står ikke lenger i listen. De var alltid tomme, og gamle henvisninger virker fortsatt. chat_id er bare fylt ut når en assistent starter workflowen som verktøy. | Workflows som bygger på history eller chat_id. | Ikke bygg på history, og sjekk om chat_id er tom. |
| Anymize: Dokument behandlet: her endres ingenting. Nye utløsere starter fortsatt ikke for Klartext-opptak: I feltet "Kilde" står det "Dokumenter & tekster". En utløser som er lagret uten kilde, for eksempel via API-et, starter som før for alle kilder, også Klartext. | Utløsere uten lagret kilde, hvis du i tillegg bruker egne utløsere for Klartext. Workflowen kan da starte dobbelt. | Velg under Avansert "Dokumenter & tekster" i feltet "Kilde". |
Send e-post (SMTP)
| Endring | Hvem det gjelder | Hva du kan gjøre |
|---|---|---|
| Før hver sending sjekker noden e-postserveren. Den må ha et offentlig navn: ingen IP-adresse, ingen localhost, ingen navn på .local eller .internal og ikke et navn som peker inn i et privat nettverk. | Påloggingsdata med en IP-adresse eller en intern server. | Skriv det offentlige navnet på e-postserveren din, for eksempel mail.advokatfirma.no. |
| Bare portene 25, 465, 587, 2465, 2525, 2587 og 8025 er tillatt. På 465 og 2465 er tilkoblingen kryptert fra starten, på de andre via STARTTLS. Tilkoblingen krever minst TLS 1.2 og et gyldig sertifikat. Feilmeldinger nevner nå bare svarnummeret fra serveren, ikke teksten. | Uvanlige porter og svært gamle e-postservere. | Bruk port 587 (STARTTLS) eller 465 (TLS). |
| Innholdet kommer inn via inngangene text og html. Den gamle inngangen body står ikke lenger i listen. En eksisterende kobling til body leses fortsatt. | Workflows som en gang har trukket en kobling til body. | Flytt koblingen til text eller html neste gang du redigerer. Ellers kan den gå tapt når du lagrer. |
| Når du går live, sjekker anymize at påloggingsdata, mottaker og avsender er fylt ut. | Workflows du setter live for første gang eller på nytt. | Fyll ut de tre feltene, eller koble mottaker og avsender til et tidligere trinn. |
Google Calendar, Google Docs og Google Drive
| Endring | Hvem det gjelder | Hva du kan gjøre |
|---|---|---|
| Disse tre nodene går nå gjennom de samme sjekkene som Gmail og Google Sheets: de trenger Google BYO-profilen din under Workflows > Secrets med riktig tillatelse, området (Kalender, Docs, Drive) må være slått på i tilkoblingen, og reglene til teamet ditt gjelder ved hvert kall. | Kontoer som har brukt disse nodene uten Google BYO-profil eller uten riktig tillatelse. Trinnet melder da at Google ikke er tilkoblet, eller at tilgangen mangler. | Sett opp Google BYO-profilen med Kalender, Docs eller Drive, og slå på området i tilkoblingen. |
| Skrivende handlinger følger autonominivået teamet ditt tillater. En kalenderinvitasjon med deltakere teller som sending til andre. | Team der en admin har satt høyeste tillatte autonomi under "Auto". | Snakk med team-adminen din hvis disse workflowene skal skrive. |
| Google Drive laster nå faktisk opp en fil til den valgte mappen og ikke lenger til rotmappen. | Workflows med en målmappe ved opplasting. | Sjekk om et senere trinn fortsatt leter etter filen i rotmappen. |
Microsoft, OneDrive og nedlastinger
| Endring | Hvem det gjelder | Hva du kan gjøre |
|---|---|---|
| Nedlastinger fra OneDrive og Google Drive lagres én gang som fil. Innholdet rett i utdataene (content) tas bare med opp til 1 MB. For større filer står det content_omitted: true. | Senere trinn som leser {{ $json.content }} for store filer. | Bruk filreferansen til trinnet i stedet for innholdet. |
| Microsoft-handlinger i App-handling og som verktøy for AI-agenten feilet tidligere hver gang. Nå kjører de. | De som har bygget en omvei på grunn av det. | Du kan erstatte omveien med App-handling igjen. |
| Microsoft-noder har faste tidsgrenser (60 sekunder, 180 sekunder ved opplasting og nedlasting) og stopper når du avbryter en kjøring. | Svært store filer eller trege tilkoblinger. | Del store oppgaver opp i mindre trinn. |
| Outlook sender nå bare som Tekst eller HTML. Ethvert annet formatvalg, også "Outlooks standard", sendes som Tekst. Excel avviser en tom rad ved tillegg. Microsoft-kalenderen har en ny innstilling for tidssonen i dagsutvalget, og standarden er som før. | Workflows med et annet format eller tomme rader. | Velg Tekst eller HTML, og sjekk at raden har verdier. |
HubSpot
| Endring | Hvem det gjelder | Hva du kan gjøre |
|---|---|---|
| Hvis HubSpot avviser en endring (opprette, oppdatere, upserte eller slette), stopper trinnet nå med en feil. Før kjørte det videre som vellykket og la feilen bare i utdataene. | Workflows som forgrener på output.error etter en skriving. | Sjekk posten og feltene. HubSpot-nodene har ingen bryter som bare lar trinnet fortsette etter en feil. Skal en bunke likevel kjøre videre, slå på "Kjør én gang per element" under Avansert og velg "Hopp over og fortsett" under "Hvis et element feiler". Et avvist element har da feilkoden i feltet error, og et senere trinn kan forgrene på den. |
| Lesende handlinger melder fortsatt en feil i utdataene, men bare med HTTP-statusnummeret, uten HubSpots egen tekst. | De som har sjekket feilteksten fra HubSpot. | Sjekk statusnummeret i stedet for teksten. |
| Ved oppdatering av kontakter og deals virker feltet "Unikt ID-felt" (under Avansert) nå for alvor. | De som hadde fylt det ut. Før ble det ignorert. | Sjekk at feltet virkelig inneholder egenskapen det skal søkes på. |
App-handling: pengebevegelser sperres
| Endring | Hvem det gjelder | Hva du kan gjøre |
|---|---|---|
| I App-handling og som verktøy for AI-agenten kjører skrivende handlinger fra Stripe, Qonto og Personio aldri mer. Det samme gjelder enhver handling i en hvilken som helst app, også en egen MCP-server, der det tekniske navnet tyder på at penger flyttes, for eksempel refund, payout, payment, charge, transfer, purchase, Überweisung, Zahlung eller paiement. Det gjelder også når leverandøren merker handlingen som lesende. Slike handlinger forsvinner fra utvalget. Rene oppslag som en liste over betalinger er fortsatt mulige, og det samme gjelder handlinger som bare merker en faktura som betalt. | Lagrede workflows med en slik handling, for eksempel en Stripe-refusjon. En AI-agent med en slik verktøyrad stopper allerede ved start, selv om den aldri ville brukt verktøyet. | Fjern trinnet eller verktøyraden. Ta deg av betalinger selv i leverandørens eget verktøy. |
| Sjekken går etter det tekniske navnet på handlingen. Den er en ekstra sikring, ikke en fullstendig liste: En handling med et slikt ord i navnet kan bli avvist selv om ingen penger flyttes, og en handling som flytter penger under et helt annet navn, fanges ikke opp. | Team med egne MCP-servere. | Gi handlingen et nytt navn på serveren din. Koble workflows bare til tilganger som ikke kan flytte penger. |
Den egne Stripe-noden, som jobber med din egen Stripe-nøkkel, er ikke berørt. Den oppretter fortsatt kunder og oppretter betalingsintensjoner uten å bekrefte dem.
AI-agent og verktøyene dens
| Endring | Hvem det gjelder | Hva du kan gjøre |
|---|---|---|
| Felt som bare du bestemmer når du bygger, tilbys ikke lenger til modellen: kontoer, tilkoblinger, påloggingsdata, avsendere og postkasser. Det du har fylt inn, brukes fortsatt. Et tomt felt forblir tomt. Det modellen sender utenfor de tilbudte feltene, faller bort. | Agenter der modellen selv valgte en konto, en avsender eller en postkasse. "Send e-post (SMTP)" uten fast postkasse feiler nå. | Fyll inn disse feltene fast i verktøyraden. |
| Ferdige verktøy som DeepL, "Send e-post (SMTP)" og App-handling kan nå legges til som verktøy. | De som har savnet dem. | Legg dem til i AI-agenten under verktøyene. |
anymize-noder
| Endring | Hvem det gjelder | Hva du kan gjøre |
|---|---|---|
| "List jobber", "List prosjektdokumenter" og "Hent møte / transkript" ser nå bare data fra kontoen workflowen kjører i. "Opprett prosjekt" oppretter prosjektet i nettopp den kontoen. | De som jobber med flere kontoer, for eksempel som partner for klienter. Det kan dukke opp færre oppføringer. Prosjekter som en workflow opprettet før endringen, kan mangle i disse listene. | La workflowen kjøre i kontoen som eier dataene. |
Trello, Linear, GitLab og andre integrasjoner
| Endring | Hvem det gjelder | Hva du kan gjøre |
|---|---|---|
| Trello, Linear og GitLab har en ny innstilling "Resultat" under Avansert. Standarden gir fortsatt ett element per oppføring. "Én liste med antall" gir ett enkelt element med listen og antallet, slik at også en tom liste kommer frem til neste trinn. | Ingen, så lenge du ikke endrer innstillingen. | Velg "Én liste med antall" der et tomt resultat ikke skal stoppe flyten. |
| I Stripe, Mailchimp, Airtable, Linear, PagerDuty og Zendesk tar tall-, bryter- og objektfelt nå imot koblinger og maler som {{ $json.beloep }}. Gir en mal ingenting, gjelder standardverdien til noden. | Felt der {{ }} var ment som vanlig tekst. | Som regel ingenting. |
| Discord svarer ok: true ved suksess. Zendesk kan behandle elementer ett og ett (av som standard), og "List saker" teller som lesing. | Workflows som leser utdataene fra Discord. | Sjekk de nye utdataene i neste testkjøring. |
| Verdier som kommer inn via en kobling fra et tidligere trinn, sender GitHub, Notion, Asana, HubSpot, JSON-feltene i Telegram og feltet "Ekstra felt" i Mailchimp uendret videre. Står det {{ }} i dem, for eksempel i en mal fra en fil eller et issue, blir det ikke lenger evaluert. Maler som du selv skriver i et felt, virker som før. | Workflows der et trinn med vilje lager tekst med {{ }} som neste node skal fylle ut. | Sett sammen verdien allerede i trinnet som lager den. |
Feilmeldinger uten tekst fra leverandøren
Feil inneholder ikke lenger teksten fra leverandøren. Et trinn feiler med en fast feilkode, og kjøringsvisningen viser en tydelig setning for den på ditt språk. Integrasjonene (Stripe, Mailchimp, Airtable, Trello, ClickUp, Linear, GitLab, Discord, Telegram, Zendesk, Supabase) nevner bare HTTP-statusnummeret. HTTP-noden med "Ved HTTP-feil: Stopp workflowen" melder nummeret uten utdrag fra svaret.
| Endring | Hvem det gjelder | Hva du kan gjøre |
|---|---|---|
| Feilkode og setning i stedet for teksten fra leverandøren. | De som har sjekket en feiltekst i et senere trinn eller i egen overvåking. En AI-agent får nå også koden i stedet for meldingen fra leverandøren. | Forgren på koden eller HTTP-statusnummeret, ikke på teksten. |
Andre små endringer
- HTTP-forespørsel: med "Kjør videre, feil i output" kjører workflowen nå også videre når adressen ikke kan slås opp eller er blokkert, eller når workflow-secret mangler. I disse tilfellene sendes ingenting.
- Dato og tid: nytt felt for tidssonen (standard UTC, samme resultat som før) og en innstilling for en manglende eller ugyldig kildedato (standard: nåværende tidspunkt, som før).
- JSON: ny innstilling for ugyldig JSON. Standarden kjører videre som før og markerer målfeltet.
- Hash: bare sha256, sha512, md5, sha1 og sha384. Ugyldig Base64 stopper nå trinnet.
- Når du går live, sjekker anymize flere obligatoriske felt: nøkkelen for Stripe, SendGrid, Mailchimp, Airtable, Trello, ClickUp, Zendesk, Linear, GitLab, PagerDuty, Twilio og Discord, og påloggingsdataene for Telegram og Supabase.
- Nettsøk og Ollama melder feil som kode, uten teksten fra leverandøren.
Nytt: GitHub, Notion, Asana og vedlegg
- GitHub: sju noder (Repositories, Issues, Pull Requests, filer og branches, Releases, Actions, API-forespørsel) med 73 handlinger, hvorav 41 lesende og 32 skrivende.
- Notion: nodene "Notion Sider" og "Notion Databaser".
- Asana: nodene "Asana Oppgaver" og "Asana Prosjekter".
- Listehandlinger i GitHub, Notion og Asana gir alltid et resultat med listen og antallet. For GitHub forteller utdataene i tillegg om listen er forkortet, hvilken side som er den neste, og om GitHub har bremset hentingen. Med feltet "Side" henter du en bestemt side.
- Når GitHub, Notion og Asana brukes som verktøy for en AI-agent, får modellen ikke tilbud om innstillingene for kjøring per element. For GitHub kan den heller ikke sette "Bare med grønne kontroller" eller "Kontrollert versjon (commit)": En agent merger bare med grønne kontroller, med mindre du selv har bestemt noe annet i verktøyraden.
- Outlook og Gmail: i App-handling kan du liste vedlegg og lagre et vedlegg på din anymize-disk (mappen System/Downloads). Det gjelder standardkontoen i tilkoblingen og krever Co-Work. Å lagre er en skrivende handling: slå på "Tillat skriving for dette trinnet".
Skrivende handlinger i GitHub, Notion og Asana kjører bare hvis "Tillat endringer" er valgt under "Tillatte handlinger" i innstillingene for tilkoblingen. Med "Bare lesing" og "Lesing og utkast" kjører workflows bare lesende handlinger.
Når noe ikke virker lenger
- 01Åpne workflowen og deretter kjøringsvisningen for den siste kjøringen. Under "Workflow-feil" står en setning som sier hva som mangler eller ble avvist. Ved noen feil står HTTP-statusnummeret fra tjenesten under.
- 02Klikk på trinnet med feilen, og sammenlign inndataene med utdataene fra trinnet før. Typiske årsaker er en manglende header på webhooken, manglende innhold ved store nedlastinger eller en tom chat_id i chatten.
- 03"Tekniske detaljer" viser rådataene for feilen med den faste koden, for eksempel WORKFLOW_HUBSPOT_WRITE_FAILED. Oppgi koden når du kontakter support.
- 04Finn noden på denne siden, og sett innstillingen som er nevnt. Start så en testkjøring med små data.
| Kode | Betydning | Hva du kan gjøre |
|---|---|---|
| WORKFLOW_CONNECTOR_TOOL_BLOCKED | Workflows kjører aldri denne handlingen, for eksempel en betaling. | Velg en annen handling, eller gjør det manuelt. |
| WORKFLOW_CONNECTOR_WRITE_BLOCKED | Trinnet ville endret noe, men har ikke lov: Skriving er ikke tillatt for dette trinnet, i tilkoblingen eller av organisasjonen din. | Slå på "Tillat skriving for dette trinnet" i trinnet, eller sett "Tillatte handlinger" i tilkoblingen til "Tillat endringer". Er det fortsatt sperret, kan administratoren din hjelpe. |
| WORKFLOW_HUBSPOT_WRITE_FAILED | HubSpot tok ikke inn endringen. | Sjekk posten og feltene i trinnet. |
| WORKFLOW_SMTP_PORT_INVALID | Porten i SMTP-påloggingsdataene er ikke tillatt. | Bruk 587 eller 465. |
| WORKFLOW_SMTP_CREDENTIAL_INVALID | SMTP-påloggingsdataene er ufullstendige eller peker ikke til en offentlig e-postserver. | Lagre server, port, bruker og passord på nytt. |
| WORKFLOW_GOOGLE_NOT_CONNECTED | Ingen passende Google BYO-profil. | Sett opp profilen under Workflows > Secrets. |
| WORKFLOW_GOOGLE_NOT_AUTHORIZED | Tilgang til dette Google-området er ikke gitt. | Sjekk tillatelsen og området i tilkoblingen. |
| WORKFLOW_GOOGLE_WRITE_BLOCKED | Teamet ditt tillater ikke automatiske endringer i Google her. | Snakk med team-adminen din. |
| workflow_required_config_missing | Et obligatorisk felt mangler når du går live. | Fyll ut feltet som er nevnt, og gå live igjen. |