Systemintegration: så kopplar ni ihop affärssystem, CRM och Fortnox

Varför systemintegration blir en fråga för ledningen

De flesta växande bolag har byggt upp sitt systemlandskap en bit i taget. Först kom ekonomisystemet, sedan ett CRM för säljarna, därefter ett affärssystem eller ett projektverktyg och till sist ett antal mindre tjänster som löser specifika behov. Var för sig fungerar systemen bra, men eftersom de sällan pratar med varandra har det vuxit fram manuella rutiner som håller ihop helheten: någon exporterar kunder från CRM:et till Fortnox, någon annan kopierar orderrader till affärssystemet och en tredje stämmer av i Excel i slutet av månaden.

De rutinerna syns sällan i någon budget, men de kostar varje vecka. De skapar fel när en siffra skrivs av fel, de skapar fördröjningar när den som brukar göra jobbet är ledig och de gör det svårt att lita på rapporterna eftersom samma kund kan ha olika uppgifter i olika system. Det är därför systemintegration sällan är en ren IT-fråga, utan i grunden handlar om hur snabbt och säkert verksamheten kan arbeta.

Steg 1: Kartlägg flödena innan ni väljer teknik

Det vanligaste misstaget är att börja i tekniken och fråga vilket integrationsverktyg man ska köpa. Börja i stället med att rita upp hur informationen rör sig i dag. För varje flöde behöver ni veta vilka system som är inblandade, vilken information som flyttas, hur ofta det sker, vem som gör det och vad som händer när det blir fel.

Ett typiskt exempel är flödet från vunnen affär till betald faktura. Affären registreras i CRM:et, kunden ska finnas i ekonomisystemet, ordern ska in i affärssystemet, tiden eller leveransen ska rapporteras och fakturan ska skapas i Fortnox. Om varje övergång görs för hand finns det fyra eller fem ställen där något kan fastna, och det är just de övergångarna som är kandidater för integration.

När kartan är klar brukar det bli tydligt vilka flöden som kostar mest tid och skapar flest fel, och det är där ni ska börja.

Steg 2: Bestäm vilket system som äger vilken information

Innan en enda rad kod skrivs behöver ni bestämma vilket system som är källan för varje typ av uppgift. Kunduppgifter kanske ägs av CRM:et, priser och artiklar av affärssystemet och fakturastatus av Fortnox. Det låter självklart, men utan ett sådant beslut vet integrationen inte vad den ska göra när två system säger olika saker om samma kund, och då riskerar rätt uppgift att skrivas över med fel.

Beslutet om dataägarskap avgör också åt vilket håll informationen ska flöda. En del flöden går bara åt ett håll, till exempel när en ny kund i CRM:et ska skapas i Fortnox, medan andra behöver gå åt båda hållen, till exempel när betalstatus från Fortnox ska synas för säljaren i CRM:et.

Steg 3: Välj integrationssätt

Det finns i huvudsak tre sätt att koppla ihop system, och de passar olika situationer.

Färdiga kopplingar. Många system har inbyggda integrationer mot varandra, och Fortnox har till exempel en stor marknadsplats med färdiga kopplingar. De är snabba att komma igång med och fungerar bra när ert flöde ser ut som de flesta andras, men de blir ofta begränsande när ni har egna fält, egna regler eller fler än två system inblandade.

Middleware och no-code-plattformar. Verktyg som Make, Zapier och n8n låter er bygga flöden mellan system utan att skriva kod. De passar för enklare flöden med måttliga volymer och är ett bra sätt att testa en idé, men felhanteringen och spårbarheten räcker sällan för verksamhetskritiska flöden, och kostnaden kan växa snabbt med volymen.

Egenutvecklad integration via API. Här byggs kopplingen som kod som anropar systemens API:er direkt. Det tar längre tid att bygga, men ger full kontroll över logik, felhantering, loggning och behörigheter, och det är oftast rätt val när flödet är affärskritiskt, när ni har egna regler eller när flera system ska samverka.

I praktiken blandar de flesta bolag dessa sätt, med färdiga kopplingar för standardflöden och egen kod där verksamheten är unik.

Steg 4: Bygg för det som går fel

En integration som fungerar när allt går som det ska är enkel att bygga, så det som skiljer en hållbar integration från en bräcklig är hur den hanterar fel. Fyra saker gör störst skillnad.

För det första ska anrop som misslyckas göras om automatiskt, eftersom externa API:er ibland svarar långsamt eller inte alls. För det andra bör flöden med höga volymer gå via en kö, så att ingen data tappas när många händelser kommer samtidigt. För det tredje ska varje transaktion loggas med tidpunkt, innehåll och svar, så att ni alltid kan se vad som skickades och när. För det fjärde ska rätt person få veta direkt när något inte går att lösa automatiskt, i stället för att felet upptäcks när en kund hör av sig om en faktura som aldrig kom.

Tänk också på behörigheter. En integration ska bara ha de rättigheter den behöver, och nycklar och lösenord ska förvaras i ett skyddat valv i stället för i koden.

Steg 5: Börja med ett flöde och mät effekten

Försök inte koppla ihop allt på en gång. Välj det flöde som kostar mest tid eller skapar flest fel, bygg det, kör det mot riktig data i en testmiljö och mät effekten innan ni går vidare. Ett bra mått är hur lång tid flödet tog manuellt och hur många fel som uppstod, eftersom det gör det enkelt att räkna på nästa steg.

Så här kan det se ut i praktiken. Åt ATA byggde vi AI-assistenten Gilbert, som varje vardagsmorgon hämtar de fakturor som bokförts i Business Central och skickar dem till kund, och som meddelar ekonomiavdelningen direkt när en kund saknar e-postadress. Åt Svevia byggde vi en fältapp som skapar färdiga faktureringsunderlag i samma stund som en rapport skickas in, vilket under det första året sparade cirka 1 371 arbetstimmar.

Vad kostar en integration?

Kostnaden styrs främst av hur många system och flöden som ingår, hur bra API:er systemen har och vilka krav ni har på realtid, felhantering och spårbarhet. En enkel koppling via en no-code-plattform kan vara på plats på några dagar, medan en egenutvecklad integration mellan flera affärskritiska system är ett större projekt. De prisnivåer som gäller för utvecklingsprojekt i stort beskriver vi i Systemutveckling 2026: kostnad och prismodeller, och i kalkylatorn kan ni få en första uppskattning.

Räkna också på vad det kostar att låta bli. Om tre personer lägger två timmar i veckan var på manuella överföringar blir det över 300 timmar om året, innan ni ens har räknat in felen.

Checklista inför ett integrationsprojekt

• Vilka flöden kostar mest tid eller skapar flest fel i dag?
• Vilket system äger kunduppgifter, priser, order och fakturastatus?
• Har systemen dokumenterade API:er, eller behövs en annan lösning?
• Vilka flöden måste gå i realtid och vilka räcker det att köra en gång om dagen?
• Vem ska få veta när något går fel, och hur snabbt?
• Vem äger koden och dokumentationen när projektet är klart?

Vill ni ha hjälp att kartlägga era flöden eller bygga kopplingarna kan ni läsa mer om hur vi arbetar med systemintegration, eller boka ett förutsättningslöst möte.