SaaS ERP: Vad det är och hur det skiljer sig från traditionella affärssystem

En tydlig definition av SaaS ERP, en direkt jämförelse med on-premise- och hostade affärssystem samt den API-first-underkategori som plattformar bygger på.

SaaS ERP är affärssystemsprogramvara (ERP) som leverantören kör på sin egen infrastruktur och säljer som prenumeration, vilket innebär att varje kund använder samma kontinuerligt uppdaterade version via en webbläsare eller ett API. Ett traditionellt affärssystem är programvara som du licensierar en gång, installerar på servrar som du själv kontrollerar och uppgraderar som ett eget projekt.

Det är hela definitionen. Resten av den här artikeln handlar om vad som följer av detta: vem som utför uppgraderingarna, hur priset beräknas, vem som äger datan, hur andra system ansluts och de fall där den traditionella modellen fortfarande är det rätta valet.

De tre driftsmodellerna

Termen molnbaserat affärssystem (Cloud ERP) används löst för två skilda saker, och skillnaden spelar roll när du jämför offerter.

	SaaS ERP (multi-tenant)	Hostat affärssystem (single-tenant)	On-premise ERP
Vem som kör servrarna	Leverantören	Leverantören eller en driftpartner	Du
Programvaruversion	En version för alla kunder	Din egen kopia, uppgraderad enligt ditt schema	Din egen kopia, uppgraderad enligt ditt schema
Hur uppgraderingar levereras	Kontinuerligt, utan ett projekt	Som ett inplanerat projekt	Som ett inplanerat projekt
Anpassning	Konfiguration och API; kodändringar är ovanliga	Kodändringar möjliga	Kodändringar möjliga
Typisk affärsmodell	Prenumeration per användare, per enhet eller efter användning	Prenumeration eller licens plus driftavgift	Evighetslicens plus årligen återkommande underhåll
Efterlevnadsuppdateringar (skattesatser, rapporteringsformat)	Levereras av leverantören till alla samtidigt	Levereras som patchar som du tillämpar	Levereras som patchar som du tillämpar

En hostad single-tenant-produkt som en leverantör kallar molnbaserad har samma operationella profil som on-premise-programvara i ett annans datacenter. Det är fortfarande din version, och uppgraderingar är fortfarande ditt projekt. Fråga vilken kolumn en produkt tillhör innan du jämför den med en multi-tenant-lösning.

Vem som utför uppgraderingarna

I ett multi-tenant SaaS ERP finns det en enda version av programvaran, och leverantören flyttar över alla användare till den. Du behöver inte schemalägga en uppgradering, testa en ny version mot dina anpassningar eller betala en integratör för att migrera. Avigsidan är att du inte heller kan tacka nej till uppgraderingen.

För ekonomifunktionen får detta en specifik konsekvens. Skattesatser ändras, rapporteringsformat förändras och krav på e-fakturering införs på datum som bestäms av myndigheter snarare än av din it-kalender. I en SaaS-modell levereras dessa ändringar till varje kund som en produktuppdatering. I en traditionell modell är varje förändring en patch som någon inom er organisation måste installera innan tidsfristen löper ut.

Nordlet är ett exempel på hur SaaS-mönstret tillämpas på finansmotorn: ändringsloggen listar varje enskild förändring, och tabellen över landspecifik rapportering genereras direkt ur koden, vilket innebär att det produkten skickar och det den offentliga sidan visar kommer från samma källa.

Hur priset beräknas

Prissättningen för traditionella affärssystem består av en evighetslicens (ofta prissatt per namngiven eller samtidig användare) plus ett årligen återkommande underhåll som uppgår till ungefär en femtedel av licensvärdet, plus ett implementeringsprojekt, plus hårdvara. Implementeringsprojektet utgör i regel den största kostnadsposten och är svårast att uppskatta. Vad affärssystemsprogramvara kostar 2026 går igenom hela kostnadsmodellen i detalj.

Prissättningen för SaaS ERP förekommer i tre utföranden:

Per användare och månad. Den vanliga modellen för system som riktar sig till ekonom- och operations-team. Kostnaden ökar med antalet anställda, inte med affärsvolymen. En plattform som genererar tusentals transaktioner om dagen med två ekonomimedarbetare betalar lite; ett företag med fyrtio lagerarbetare betalar mycket.
Per juridisk enhet och månad. Varje bolag utgör en separat prenumeration. Koncerner med många små enheter betalar för var och en av dem, oavsett transaktionsvolym.
Volymbaserat efter användning. Kostnaden växer i takt med antalet åtgärder som systemet utför. Detta passar programvara som styrs av andra system snarare än av människor som matar in data.

Nordlet använder den tredje modellen. Prissättningen är volymbaserad per API-anrop: Starter kostar 10 € i månaden med 3 000 anrop, Business 50 € med 30 000, Scale 300 € med 200 000, och extra anrop kostar mellan 0,004 € och 0,002 € beroende på abonnemang. Antalet användare och bolag är obegränsat, och planerna skiljer sig enbart åt vad gäller anropsvolym, SLA och inkluderat lagringsutrymme. Det finns ingen funktionell begränsning (feature gating): fakturering, huvudbok, lager, löner, koncernredovisning och det fullständiga API:et ingår i varje plan.

Vem som äger datan och hur du får ut den

I den traditionella modellen ligger databasen på din egen server, och du kan köra frågor direkt mot den. I SaaS ligger datan hos leverantören, och det du kan få ut är det som leverantören tillgängliggör. Kontrollera tre saker innan du skriver på:

Finns det ett fullständigt läs-API? Om du enbart kan ladda ner rapporter kan du inte återskapa din bokföring någon annanstans.
Har exportfilerna format som din revisor och nästa system accepterar? För ett EU-företag innebär det lagstadgade rapporter, momsdeklarationer och, i förekommande fall, nationella granskningsfilformat (audit files).
Vad händer när du lämnar tjänsten? Rutiner för arkivering, lagringstider och radering bör finnas publicerade.

Nordlet exponerar varje modul via samma API som applikationen själv använder, helt utan privata slutpunkter. Bokföringsexport finns tillgänglig i DATEV-format för Tyskland, FEC för Frankrike och SIE för Sverige, och rapporter genereras som XLSX, PDF eller JSON. Ett arkiverat bolag kostar 1 € i månaden och behåller all sin data.

Integration: API-first versus anslutningskomponenter (connector)

Traditionella affärssystem integreras via databasåtkomst, filöverföringar och ett mellanlager (middleware). SaaS ERP integreras via sitt API, och kvaliteten på det API:et avgör hur stor del av era processer som kan automatiseras.

Inom SaaS-kategorin finns en tydlig uppdelning:

App-first SaaS ERP har användargränssnittet som produkt och ett API som ett bihang. Vissa åtgärder kan enbart utföras på skärmen. Integrationer tenderar att byggas av partners som separata anslutningskomponenter.
API-first SaaS ERP har API:et som huvudprodukt och gränssnittet som en av flera klienter. Varje åtgärd som skärmen utför motsvaras av ett dokumenterat anrop som ett annat program kan göra.

Skillnaden märks tydligt när er egen programvara är källan till transaktionerna. En marknadsplats som registrerar utbetalningar till säljare, en prenumerationstjänst som periodiserar intäkter varje månad eller en e-handelsplattform som fakturerar till flera EU-länder kräver den senare typen. Vad ett bokförings-API är förklarar kategorin mer djupgående.

I Nordlet är varje åtgärd ett POST /v1/{module}/{resource}/{action}-anrop med en JSON-body. Nycklar bär behörigheter (scopes) som till exempel sales:write. En Idempotency-Key-header gör omsändningar säkra: samma nyckel med samma payload spelar upp det lagrade svaret på nytt, och samma nyckel med en annan payload avvisas. Webhooks skrivs i samma databastransaktion som den förändring de rapporterar om, vilket gör att ett ångrat dokument aldrig skickar ut någon händelse. Typade SDK:er genereras från OpenAPI-specifikationen på nio språk, komplett med installationsanvisningar för respektive språk.

När det traditionella affärssystemet fortfarande vinner

SaaS är inte rätt svar för alla organisationer. Den traditionella modellen står sig i tre situationer:

Djupgående processanpassning. En tillverkande industri vars planeringslogik i sig utgör en konkurrensfördel kan behöva kodändringar på djupet som en multi-tenant-produkt inte kan tillåta.
Isolerade nätverk. Försvarssektorn, vissa energibolag och vissa offentliga organ driver system som absolut inte får nå internet.
Regler om datasuveränitet som leverantören inte kan uppfylla. Många kan det; kontrollera personuppgiftsbiträdesavtalet i stället för att anta att det inte fungerar.

Utanför dessa fall betalas kostnaden för att driva en egen affärssystemversion, och för att själv tillämpa varje uppdatering gällande regelefterlevnad, helt utan att det tillför något mervärde. Varför affärssystemsimplementeringar misslyckas tittar närmare på var den kostnaden vanligen uppstår.

API-first-underkategorin

En komplett affärssystems-svit täcker ekonomi, lager, tillverkning, CRM, HR och mycket mer i en och samma produkt. Många företag som söker efter ett "SaaS ERP" behöver finans- och operationskärnan, men har redan resten, eller vill inte ha det.

Nordlet täcker den kärnan: kund- och leverantörsfakturering med lückenlose (gaplösa) serienummer, en dubbel bokföringens huvudbok med periodlåsning, bankflöden och kontoutdragsimport med betolkningsmatchning (payment matching), FIFO-lagerhantering över flera lagerställen, produktion med stycklistor (bills of materials), anläggningstillgångar och avskrivningar, anställda och löner, avtal med återkommande fakturering, intäktsredovisning enligt IFRS 15, kostnadsställen, koncernkonsolidering samt EU-moms, e-fakturering och lagstadgad rapportering för 30 länder. Varje modul nås via API:et, och själva applikationen är byggd på samma slutpunkter.

Det är en ung produkt, i early access under 2026 och med fokus på att onboarda designpartners. Det är värt att känna till när du jämför den med sviter som har sålts i decennier. Hur affärssystem fungerar visar hur dataflödet genom en sådan kärna ser ut i praktiken.

Så här jämför du offerter

Placera in varje produkt i rätt kolumn i tabellen ovan. Hostade single-tenant-lösningar är inte SaaS.
Fråga vem som tillämpar skattedeklarationer och lagstadgade uppdateringar samt när det sker. Få det skriftligt för de länder där du bedriver verksamhet.
Simulera priset vid tre gånger er nuvarande volym och personalstyrka. Prissättning per användare, per enhet och volymbaserad prissättning skiljer sig drastiskt åt i takt med att ni växer.
Exportera en fullständig datamängd från en testmiljö eller sandbox innan du köper.
Bygg ett verkligt integrationsflöde mot API:et i en sandbox-miljö. En testplan för pre-production listar vad som bör kontrolleras.

FAQ

Är SaaS ERP samma sak som molnbaserat affärssystem?

Inte nödvändigtvis. Molnbaserat affärssystem (Cloud ERP) omfattar både multi-tenant SaaS och single-tenant hostade produkter. Endast multi-tenant SaaS ger dig leverantörsdrivna uppgraderingar utan ett eget internt projekt. Fråga vilken typ produkten faktiskt är.

Kan ett SaaS ERP anpassas?

Ja, genom konfiguration och API. Kodändringar i själva produkten är i regel inte möjliga eftersom alla kunder kör samma version. Om era krav förutsätter kodändringar tittar du på hostad eller on-premise-programvara.

Är mina data säkra hos en SaaS ERP-leverantör?

Svaret beror på leverantörens avtal och säkerhetsrutiner, inte på själva kategorin. Kontrollera personuppgiftsbiträdesavtalet, var datan lagras, vilka regler som gäller för lagring och radering samt om det finns ett fullständigt läs-API så att du kan få ut all din data.

Hur lång tid tar det att komma igång med ett SaaS ERP?

Det tar bara några minuter att registrera sig, och en sandbox-miljö låter dig testa samma dag. En produktionssättning innebär ändå datamigrering, beslut om kontoplan och integrationsarbete. Realistiska tidsplaner för affärssystemsimplementeringar bryter ner detta utifrån projektets utformning.

Ersätter ett SaaS ERP en redovisningskonsult eller revisor?

Nej. Systemet registrerar, beräknar och rapporterar. Bedömningar gällande klassificering, avsättningar och, i de flesta länder, undertecknande av årsredovisningen ligger fortfarande på en behörig person.