Vad kostar det att integrera mot affärssystemet?
En ERP-integration kostar normalt 150 000 kr–1,5 miljoner kr. Moderna molnsystem som Fortnox och Visma ligger i den nedre delen av spannet, medan Business Central och SAP ofta kräver mer anpassning och hamnar i den övre. Priset avgörs av antal dataflöden, kravet på realtidssynk och hur mycket affärslogik som skiljer systemen åt.
Affärssystemet är navet i de flesta verksamheter – och därmed det system flest andra behöver prata med. Prislappen för en ERP-integration varierar mer än för någon annan integrationstyp, eftersom “affärssystem” spänner från lättviktiga molntjänster till decennier av anpassad SAP. Här är prisbilden och besluten som styr den.
Prisbilden: 150 000 kr–1,5 miljoner kr
| Systemklass | Typisk kostnad | Kommentar |
|---|---|---|
| Moderna moln-ERP (Fortnox, Visma eEkonomi) | 150 000–350 000 kr | Öppna, väldokumenterade API:er och standardiserade flöden |
| Mellansegment (t.ex. Business Central utan större anpassningar) | 300 000–700 000 kr | Fler moduler och mer konfiguration att ta hänsyn till |
| Tunga eller anpassade system (anpassad Business Central, SAP) | 600 000–1 500 000 kr | Egna fält, behörigheter och formell ändringshantering |
Mönstret: ju mer systemet anpassats efter verksamheten, desto dyrare blir varje integration mot det. Det är sällan tekniken i sig som kostar – det är att förstå och respektera alla anpassningar utan att störa produktionen.
Standardkoppling eller skräddarsydd?
För vanliga kombinationer – e-handel mot Fortnox, kassasystem mot Visma – finns färdiga standardkopplingar med licenspris från några hundra kronor i månaden. De täcker standardflöden som ordrar, fakturor och produkter, och för många mindre verksamheter räcker de gott.
Skräddarsytt blir motiverat när något av detta stämmer in: ni har egna fält eller processer i affärssystemet, flödet kräver affärslogik som standardkopplingen saknar, volymerna slår i kopplingens tak, eller integrationen är konkurrenskritisk och ska utvecklas i er takt snarare än leverantörens. Beslutsregeln är enkel: börja med standard, byt till skräddarsytt när standarden bevisligen inte räcker. Att gå åt andra hållet är betydligt dyrare.
Realtid eller batch: ett kostnads- och riskbeslut
Hur ofta data ska synkas låter som en teknisk detalj men är ett av projektets viktigaste beslut:
- Batch – synk enligt schema, till exempel var femtonde minut eller varje natt. Billigare att bygga, robustare i drift och lättare att felsöka: går något fel körs batchen om. För bokföring, rapportering och det mesta av ekonomiflödet är batch nästan alltid rätt.
- Realtid – varje förändring skickas direkt. Krävs när fördröjning kostar pengar, som lagersaldo mot en e-handel med hög omsättning. Priset är fler felkällor: köer, omförsök och hantering av vad som händer när affärssystemet inte svarar mitt i ett flöde.
Många projekt överdimensioneras här. Kravet “allt ska synka i realtid” kan fördubbla kostnaden utan att någon i verksamheten märker skillnad mot en synk var femtonde minut. Riskbilden hör också hit: en realtidsintegration utan felköer tappar ordrar när affärssystemet är nere – en nattbatch gör det inte.
Förarbetet som avgör offerten
Innan någon kan ge ett seriöst pris behöver tre saker vara kartlagda: vilka dataflöden som ska synkas och åt vilket håll, hur fälten mappas – inklusive moms, valutor och kontoplan – och vilket system som är master för varje datatyp. Har ni dessutom en aktuell lista över egna anpassningar i affärssystemet kapar det både riskpåslag och överraskningar. Räkna med en till två veckors gemensamt arbete; oklarheter här är den vanligaste orsaken till att ERP-integrationer spräcker budgeten.
Räkneexempel: e-handel möter Business Central
Ett producerande bolag kopplar sin e-handel till Business Central: ordrar och kunder in, lagersaldo och orderstatus ut. Kartläggning av datamodeller, momsregler och kontomappning tar två veckor. Utvecklingen tar sju veckor – lagersaldot byggs som nära realtid, ekonomiflödena som nattbatch. Test mot en kopia av affärssystemet tar två veckor. Totalt cirka 550 000–700 000 kr. Den blandade synkstrategin sparade uppskattningsvis en femtedel av budgeten jämfört med “allt i realtid” – utan att verksamheten förlorade något.
Glöm inte förvaltningen
Affärssystem uppdateras – molnvarianterna med tvingande releaser flera gånger per år. Varje release kan påverka integrationen, så budgetera en årlig post för övervakning, test och justeringar, som tumregel 10–20 procent av byggkostnaden. Vi på Weapp arbetar med integrationer som en egen tjänst, och den gemensamma nämnaren för de lyckade projekten är just en utpekad ägare efter driftsättning. Vill du ha ett prisspann för er integration? Hör av dig med vilka system det gäller.
Vanliga frågor
Vad kostar en Fortnox-integration?
En skräddarsydd integration mot Fortnox kostar typiskt 150 000–350 000 kr, tack vare väldokumenterade API:er och en modern molnarkitektur. För standardflöden mellan vanliga system finns dessutom färdiga kopplingar från några hundra kronor i månaden – börja där och bygg eget först när standardkopplingen inte räcker.
Varför är SAP-integrationer så mycket dyrare?
För att systemet oftast är anpassat efter verksamheten: egna fält, egna processer och strikta behörigheter. Varje integration måste ta hänsyn till anpassningarna, och ändringar går genom formell ändringshantering med separata testmiljöer. Det är organisationens komplexitet, mer än tekniken, som driver priset.
Ska vi välja realtidssynk eller batch?
Utgå från affärskravet, inte från vad som låter modernast. Lagersaldo mot en e-handel kan kräva nära realtid, medan bokföringsunderlag utmärkt kan synkas varje natt. Realtid kostar mer att bygga och ger fler felkällor – välj den bara för de flöden där fördröjning faktiskt kostar pengar.
Vem ska äga integrationen när den är klar?
Utse en ägare från start – internt eller hos en förvaltningspartner. Affärssystem uppdateras löpande, särskilt molnversioner med tvingande releaser, och någon måste övervaka flödena, hantera felköer och testa efter uppgraderingar. En integration utan ägare upptäcks ofta först när siffrorna inte stämmer.
Kan man bygga integrationer under ett pågående ERP-byte?
Det går, men gör det med öppna ögon. Bygg i så fall mot ett mellanlager som skiljer era system från affärssystemet, så att bytet inte river alla integrationer. Står ERP-bytet nära i tid är det ofta billigare att vänta och integrera mot det nya systemet direkt.