n8n
Leverantör: n8n
Ett workflowverktyg för tekniska team, med molntjänst och self-hosted alternativ. Det kan vara proportionerligt för avgränsad automation men ersätter inte driftansvar.
Styrkor
- Små tekniska team som behöver API-automation och kan äga runtime
- Avgränsade flöden där kodsteg och HTTP-anrop är centrala
Passar inte
- B2B- och EDI-landskap med tung partnercertifiering
- Self-hosted miljöer utan ansvar för patchning, databas, kö och backup
Cloud, Community och licensierad self-hosting
n8n erbjuder hostade nivåer samt en Community Edition som kan köras själv. Prissidan visar att vissa företagsfunktioner, exempelvis fler miljöer, Git-baserad versionshantering, SSO, loggstreaming och extern secrets-integration, hör till Business eller Enterprise. Self-hosted betyder därför inte att alla enterprisefunktioner ingår gratis. Lista vilka funktioner ni behöver innan Community jämförs med en kommersiell iPaaS.
Underlag: n8n: plans and pricing (läst 2026-10-03). n8n: choose how to use n8n (läst 2026-08-25).
Exekveringar är kostnadsenheten
De hostade planerna prissätts efter workflow-exekveringar, inte antal steg. Scheman och webhooktrafik behöver översättas till månadsexekveringar och toppsamtidighet. En återkörning eller ett separat felworkflow kan också påverka lasten. Använd körhistorik när den finns och räkna normal-, topp- och tillväxtfall. Kontrollera retention och samtidighetsgränser för den nivå som faktiskt offereras.
Underlag: n8n: plans and pricing (läst 2026-10-03).
Self-hosted är en driftmodell
Vid self-hosting bestämmer ni dataplaceringen men äger också installation, uppgraderingar, databas, krypteringsnyckel, backup, övervakning och kapacitet. Köbaserad skalning använder enligt n8n:s dokumentation separata workers och Redis, vilket ger fler komponenter att säkra och återställa. Börja med en enkel instans om lasten tillåter och lägg inte till distribuerad drift innan mätningar visar behovet.
Underlag: n8n: queue mode (läst 2026-08-25). n8n: security (läst 2026-08-25).
Connectorer och ERP
n8n har många nodes och kan anropa REST, GraphQL och egen kod, men stöd för Infor M3 behöver visas med den node eller API-metod som ni faktiskt tänker använda. Ett HTTP-anrop mot ERP-systemets API kan vara en fullt rimlig lösning, men autentisering, paging, felkoder, throttling och kontraktsändringar blir då ert ansvar. Prova de exakta operationerna och märk lösningen som API-baserad, inte som färdig ERP-connector.
Underlag: n8n: choose how to use n8n (läst 2026-08-25).
Vad piloten måste visa
Kör ett realistiskt flöde med den licensnivå och hostingmodell ni tänker köpa. Visa credentialhantering, promotion mellan miljöer, felworkflow, begränsad retry och återställning från backup. Mät minne, samtidighet och lagrad körhistorik. För ett affärskritiskt flöde ska supportvägen och tillåten återställningstid vara skriftliga; ett aktivt communityforum är inte samma sak som avtalad incidenthantering.
Redaktionellt förslag att pröva i er miljö.
Ta med underlaget till nästa möte
Fyll i era krav, välj kandidater och låt dem prova samma flöde. Mallarna öppnas i ett kalkylprogram och kan delas med teamet utan registrering.
- Hämta kravbild och kortlista (CSV): system, återställning, driftansvar, budget och beslut.
- Hämta pilotprotokoll (CSV): fel, dubbletter, återkörning, deployment och export.
Behöver ni hjälp att välja krav? Börja med guiden till plattformsvalet.
Ansvarig utgivare: Andreas Wänqvist, Axonis AB. Sidan uppdaterades .
Ansvarig för andragranskning: Nicklas Andersson, Integrationsarkitekt Axonis AB.