Varför affärssystemsintegration är avgörande för e-handel
Ditt affärssystem hanterar order, lager, priser, kunder och ekonomi. Din e-handelsplattform hanterar kundupplevelsen, produktvisning och köpflödet. Utan en fungerande integration mellan de två systemen uppstår manuellt arbete, felaktiga lagersaldon och försenade leveranser.
Det handlar inte bara om att flytta data. Det handlar om att bestämma vilket system som äger vilken information, i vilken riktning data ska flöda och hur ofta synkronisering behöver ske. En felaktig arkitektur kan kosta mer än vad den sparar – i form av supportärenden, felaktiga fakturor och missnöjda kunder.
I praktiken ser vi att företag som investerar tidigt i en genomtänkt integrationsstrategi sparar hundratals timmar per år i manuell hantering. Rätt upplägg ger också snabbare time-to-market för nya produkter, kampanjer och marknader. Det skapar förutsättningar för tillväxt utan att backoffice blir en flaskhals.
Vanliga affärssystem i Sverige inkluderar Business Central, Visma, Fortnox och Monitor. Alla har olika API-mognad, vilket direkt påverkar hur integrationen kan byggas.
Vilken data behöver synkroniseras – och i vilken riktning?
Innan du börjar bygga behöver du kartlägga dataflödena. Det finns ett antal kärnområden som nästan alltid ingår:
- Produktdata: Namn, beskrivningar, priser, attribut och kategorier. Oftast ägs dessa av affärssystemet och pushas till e-handeln.
- Lagersaldo: Realtidsuppdateringar eller nära realtid. Riktning från affärssystem till e-handel.
- Order: Skapas i e-handeln och skickas till affärssystemet för hantering, plockning och fakturering.
- Kunddata: Kan ägas av båda systemen beroende på om B2B- eller B2C-flödet dominerar.
- Priser och rabatter: Kundspecifika priser i B2B kräver ofta att affärssystemet är master.
En vanlig fälla är att försöka synkronisera allt i realtid. Det är sällan nödvändigt och skapar onödig komplexitet. Lagersaldo behöver vara nära realtid. Produktdata kan synkas var femte minut eller vid ändring. Order behöver bekräftas snabbt men inte nödvändigtvis i millisekunder.
Dokumentera varje flöde med ägarsystem, riktning, frekvens och felhantering. Det är det viktigaste dokumentet i hela integrationsprojektet.
Plattformsspecifika förutsättningar
Hur integrationen byggs beror helt på vilken e-handelsplattform du använder. Här är de viktigaste skillnaderna:
Norce
Norce är byggt som en API-first-plattform och fungerar som ett mellanlager mellan affärssystem och frontend. Det innebär att Norce kan ta emot produktdata, priser och lager från affärssystemet och exponera det via sitt eget API. Integrationen sker vanligtvis via Norce Import/Export eller direkta API-anrop. Norce hanterar mycket av den affärslogik som annars hamnar i integrationslagret.
Shopify
Shopify erbjuder ett REST- och GraphQL-API men har begränsningar i hur mycket affärslogik som kan hanteras server-side. Integrationer sker ofta via middleware som Celigo, Alumio eller egenutvecklade lager. Shopifys styrka är enkelhet – men det ställer högre krav på att middlewaren hanterar transformering och felhantering korrekt.
Shopware
Shopware har ett öppet API och stödjer både synkron och asynkron dataimport. Plattformen är flexibel och kan hantera komplex affärslogik internt. Integrationer byggs ofta med Shopwares inbyggda sync API eller via dedikerade integrationsverktyg.
Magento / Hyvä
Magento med Hyvä-frontend ger maximal kontroll. Magento har ett moget REST- och GraphQL-API och stödjer komplexa B2B-flöden som kundspecifika priser, offerthantering och flerlagerlösningar. Integrationer kan byggas direkt mot Magentos API eller via extensions. Komplexiteten är högre men flexibiliteten är oöverträffad.
Middleware eller direktintegration?
En av de första arkitekturbesluten är om du ska integrera direkt mellan affärssystem och e-handelsplattform eller använda ett mellanlager – en så kallad middleware eller iPaaS (integration Platform as a Service).
Direktintegration passar när du har ett enda affärssystem, en enda e-handelsplattform och relativt enkla dataflöden. Fördelen är färre rörliga delar. Nackdelen är att varje ändring i ett system kräver ändringar i integrationen.
Middleware passar när du har flera system som behöver kommunicera – exempelvis affärssystem, PIM, CRM, lagerhantering och e-handel. Middlewaren fungerar som en översättare och dirigent. Populära alternativ inkluderar Alumio, Celigo och Microsoft Power Automate.
Vår erfarenhet är att middleware lönar sig så fort du har mer än två system som behöver prata med varandra. Det handlar inte om storlek på företaget utan om komplexiteten i dataflödena. Med middleware får du centraliserad loggning, felhantering och möjlighet att ändra ett system utan att bryta alla integrationer.
Räkna med att en middleware-lösning kräver 15–30 % mer i initial investering men sparar betydligt mer i förvaltning och vidareutveckling.
Vanliga misstag och hur du undviker dem
Vi har sett samma misstag i hundratals integrationsprojekt. Här är de viktigaste att undvika:
- Ingen tydlig master för data. Om både affärssystemet och e-handeln kan redigera produktdata utan regler uppstår konflikter. Bestäm ett ägarsystem per datatyp.
- Underestimerad felhantering. Vad händer om affärssystemet inte svarar? Om en order inte kan synkas? Bygg felköer, notifieringar och retry-logik från dag ett.
- Överdrivet realtidskrav. Realtid kostar – i komplexitet, prestanda och pengar. Analysera vad som faktiskt behöver vara realtid och vad som kan vara near-realtime.
- Ingen staging-miljö. Att testa integrationer mot produktionsdata utan en separat testmiljö är ett recept för problem. Se till att båda systemen har testmiljöer som speglar produktionen.
- Brist på dokumentation. När nyckelpersoner slutar försvinner kunskapen. Dokumentera alla flöden, endpoints, autentiseringsmetoder och felhanteringsregler.
Ett integrationsprojekt bör alltid börja med en kartläggningsfas där dessa frågor besvaras innan en enda rad kod skrivs.
Hur du kommer igång – steg för steg
Oavsett plattform och affärssystem följer lyckade integrationsprojekt ett liknande mönster:
Börja med att inventera alla system och dataflöden ni har idag – inklusive manuella exporter via Excel som ofta glöms bort. Kartlägg sedan det önskade läget: vilka flöden ska automatiseras, vilken data ska synkas och vilka system äger vad.
Välj sedan integrationsstrategi: direkt eller via middleware. Utvärdera baserat på antal system, komplexitet och framtida behov. En vanlig fälla är att optimera för dagens situation utan att tänka på att ni kanske lägger till en ny marknad, ett PIM-system eller ett nytt lager inom ett år.
Bygg sedan integrationen iterativt. Börja med det mest kritiska flödet – vanligtvis order och lagersaldo. Validera att det fungerar i en testmiljö innan ni går vidare till produktdata, kunddata och priser. Planera för en parallellkörningsperiod där ni kör den gamla och nya lösningen sida vid sida.
Slutligen: säkerställ att ni har en förvaltningsplan. Vem övervakar integrationen? Vem agerar när ett flöde hakar upp sig? Integration är inte ett projekt med ett slutdatum – det är en pågående del av er infrastruktur.