Det vanligaste misstaget när ett B2B-företag investerar i e-handel är att de behandlar det som ett systemval snarare än ett arkitekturval. De frågar: "Klarar affärssystemet e-handel?" Rätt fråga är: "Förstår vi vilken roll varje system ska spela?"
Det är en viktig skillnad. En välfungerande B2B-e-handel bygger på tre system med tre tydliga roller: affärssystemet som master för ekonomi, kunddata och produktinformation, PIM som berikar och presenterar produktdata för webben, och e-handelsplattformen som hanterar orderflödet. När de tre systemen delar rätt data med varandra, i realtid, funkar det. När gränserna är otydliga uppstår problemen.
Vi ser det om och om igen: priser som inte synkroniseras, lagersaldon som visas fel, ordrar som fastnar manuellt mellan systemen. Resultatet är ett jobb för tre IT-konsulter och en halvfungerande webbshop. Problemet är nästan aldrig vilken plattform man valde — det är hur systemen är kopplade och vem som äger vad.
Här är de fem sakerna som faktiskt avgör om kombinationen funkar.
1. Rätt data i rätt system: så samverkar ERP, PIM och OMS
Det finns en utbredd förvirring kring hur affärssystemet, PIM och orderhantering förhåller sig till varandra. Den förvirringen kostar pengar.
Affärssystemet är ryggraden. Det håller masterdata för hela verksamheten: artikelnummer, baspris, lagerpositioner, kundregister och avtalspriser. Det är den källan alla andra system litar på.

En modern e-handelsplattform för B2B har ett inbyggt PIM (Product Information Management) som hämtar basdata från affärssystemet och berikar den för extern presentation: produktbilder, texter, teknisk dokumentation, CAD-filer och filmer, strukturerat per marknad och språk. Arbetsdelningen är tydlig — affärssystemet äger basen, PIM äger presentationen.
På samma sätt hanterar e-handelsplattformen orderflödet, det som ibland kallas OMS (Order Management System): från att kunden lägger en order i webbshoppen, genom logistik och fulfillment till leveransbekräftelse och koppling mot lager och 3PL. Affärssystemet har andra kritiska uppgifter — rätt verktyg på rätt plats är det viktigaste.
Det innebär att du kan utvärdera affärssystem utifrån vad de faktiskt ska leverera:
- Bokföring och ekonomihantering
- Fakturering och kredithantering
- Lönehantering
- Lagerhantering och lagerrörelser
- Deklaration och regelefterlevnad
- Inköpshantering baserat på lagersaldo och prognoser
- Master för produktinformation
- Tid- och projekthantering
Affärssystemet är sanningens källa för priser, kunddata och produktmasterdata. Det kopplar till din e-handelsplattform via API och delar den datan i realtid.
När ansvarsfördelningen är klar uppstår nästa fråga: hur bra är den kopplingen egentligen? Det finns en stor skillnad mellan att en integration är möjlig och att den är färdig. En möjlig integration innebär att systemet har ett API och att det tekniskt går att bygga en koppling. Det kan ta sex månader och kosta flera hundratusen kronor. En färdig integration är dokumenterad, underhållen och fungerar från dag ett.
Litiums ERP-integrationer mot Jeeves, Business Central, Monitor, Infor M3 är byggda och underhållna av Litium eller certifierade partners, inte egenutvecklade lösningar som varje kund måste underhålla själv.
2. Kan affärssystemet hantera kundunika priser och avtalslogik
B2B-prissättning är inte "lägg rabattkod vid checkout". Det är komplexa avtalsstrukturer per kund, ibland per produktkategori, ibland med volymskalor, ibland med tidsbegränsade kampanjpriser.

Affärssystemet är sanningens källa för priser. Inte e-handelsplattformen. Inte ett Excel-ark. Affärssystemet.
Det innebär att ditt affärssystem måste kunna:
- Lagra avtalspriser per kund och kundgrupp
- Hantera volymrabatter (prissteg baserat på kvantitet)
- Stödja tidsbegränsade kampanjpriser per kund
- Exponera dessa priser i realtid via API till e-handelsplattformen
"I realtid" är avgörande. Om e-handelsplattformen hämtar priser en gång per natt och ett avtalspris ändras kl 10:00 ser kunden fel pris fram till nästa synkronisering. Det är professionellt oacceptabelt i B2B.
Bevent Rasch dubblerade sin orderingång efter att de kopplat sin e-handel direkt mot affärssystemets prislogik. Ingen manuell hantering. Rätt pris visas automatiskt för rätt kund från första sidvisningen.
Fråga leverantören exakt hur prissynkronisering fungerar. Är det realtid via API-anrop, eller är det batch-export med ett intervall? Om svaret är "vi exporterar priser varje kväll" är det ett varningstecken för B2B-e-handel med komplexa prisstrukturer.
3. Lager och ordrar i realtid: testa det här innan du skriver avtal
Det finns ett enkelt test för att avgöra om ett affärssystem är redo för e-handel: ta en artikel ur lagret manuellt i systemet och titta på webshopen. Uppdaterades lagersaldot direkt?
Om svaret är nej vet du vad du har att hantera.
Batchsynkronisering, det vill säga lagersaldon och orderdata exporteras och importeras med schemalagda intervall, var en acceptabel lösning för tio år sedan. I dag skapar det konkreta affärsproblem:
- Kunden ser att en vara finns i lager. Den är slutsåld sedan fyra timmar, men batchen körs inte förrän om tre timmar.
- Kunden lägger en order i webshopen. Ordern hamnar i en kö och förs över till affärssystemet vid nästa synkronisering. Under den tiden kan ingen i organisationen se att ordern finns.
- En manuell order via telefon och en weborder kolliderar på samma sista artikeln. En av kunderna får inte sin vara.
Realtidsintegration innebär att varje sidladdning på webshopen hämtar aktuellt lagersaldo via ett API-anrop direkt mot affärssystemet, och att varje order skickas in till affärssystemet direkt när kunden klickar "Bekräfta order".
Det ställer krav på affärssystemets API-prestanda. Fråga leverantören hur många API-anrop per sekund deras system klarar och om de har referensinstallationer med liknande trafikvolym som din webshop.
Apex Stainless Fasteners har 63% av sina B2B-kunder inloggade dagligen för att kontrollera lagerstatus och priser på egen hand. Den siffran förutsätter att kunderna faktiskt litar på att datan stämmer. Litar de inte på att lagret är korrekt, loggar de inte in för att kolla — de ringer istället.
4. Ska du sälja på fler marknader inom tre år?
Många affärssystem är byggda för ett bolag i ett land med en valuta. De kan utökas med workarounds för fler marknader, men workarounds kostar pengar att underhålla och kräver manuellt arbete.

Om du i dag bara säljer i Sverige men har en realistisk chans att sälja i Norge om tre år är det värt att ställa frågorna nu. Att migrera till ett nytt affärssystem för att det gamla inte klarade expansion är ett projekt som kostar mer i tid, pengar och störningar än att välja rätt från start.
Fråga specifikt om:
- Flerbolags-hantering: kan du köra juridiskt separata bolag i samma affärssysteminstans?
- Valutahantering: hanteras valutakurser automatiskt, eller uppdaterar ni manuellt?
- Momsregler per land: hanterar systemet VAT-logik för EU-försäljning, inklusive OSS-reglerna?
- Marknadsspecifika priser: kan du ha olika prislistor per land utan att duplicera hela produktregistret?
Swede-Wheel säljer hjul och transportlösningar till industrikunder i flera marknader. Deras e-handelsuppsättning hanterar marknadsspecifik produktdata och prissättning från ett och samma affärssystem, utan separata instanser per land.
5. Vad är den totala kostnaden, inte bara licensavgiften
Licensavgiften för ett affärssystem är sällan den största kostnaden. Det är implementationen, integrationen, utbildningen och det löpande underhållet som avgör om investeringen var rätt.
Fem kostnadskomponenter att kalkylera ordentligt:
- Licensavgift: månads- eller årsavgift för systemet. Det är den siffran leverantören pratar om i säljpitchen.
- Implementationskostnad: för ett medelstort B2B-bolag med befintliga processer är sex till tolv månaders implementationstid vanligt. Det är konsulttimmar som kostar.
- Integrationskostnad mot e-handelsplattformen: om det inte finns en färdig certifierad integration måste den byggas. Detta kan vara en av de största kostnaderna i implementationen. Det beror helt på komplexiteten och måste underhållas vid varje versionsuppdatering av något av systemen.
- Utbildning och förändringsledning: räkna med en produktivitetsdip under de första månaderna.
- Löpande underhåll och support: vad kostar support per år? Vad kostar uppgraderingar? Vem äger integrationen i din organisation?
Fråga leverantören om referenskunder med liknande storlek och komplexitet, och be specifikt om den totala kostnaden för de första tre åren, inte bara år ett. De flesta leverantörer säljer på funktionslistor. Du ska köpa på API-kvalitet, prislogik och vem som äger integrationens underhåll över tid.
Sammanfattning: rätt arkitektur är en förutsättning, inte ett tillval
Din e-handelsplattform kan vara hur bra som helst. Om affärssystemet inte klarar realtidsintegration eller kundunika priser är det affärssystemet som sätter taket för vad din e-handel kan prestera.
De fem sakerna att gå igenom:
- Är ansvarsfördelningen tydlig — affärssystemet som master, PIM för produktpresentation och OMS för orderflödet?
- Hanterar systemet kundunika priser och avtalslogik i realtid?
- Är lager- och orderdata live, eller är det batchsynkronisering?
- Klarar systemet expansion till fler marknader och bolag?
- Vad är den totala kostnaden för tre år, inte bara licensavgiften?
De flesta affärssystemleverantörer säljer på funktionslistor. Du ska köpa på API-kvalitet, prislogik och vem som äger integrationens underhåll. Det är tre saker som sällan finns på prislistan men som avgör allt.
Boka in 15-minuter med Caroline, för att ta reda på hur Litium kan hjälpa er med er B2B e-handel 👇
Vanliga frågor om affärssystem för e-handel
Här svarar vi på de vanligaste frågorna vi får från B2B-företag som utvärderar affärssystem inför en e-handelssatsning eller ett plattformsbyte.
Det beror på din verksamhet, ditt ERP-behov och vilken e-handelsplattform du väljer. Det viktigaste kriteriet är inte vilka funktioner affärssystemet har, utan hur väl det integrerar mot din e-handelsplattform i realtid. Jeeves, Business Central, Monitor är vanliga val för B2B-företag i Sverige, och samtliga har certifierade integrationer mot Litiums e-handelsplattform.
Antingen via en färdig certifierad integration som leverantören eller en certifierad partner har byggt, eller via en egenutvecklad integration mot affärssystemets API. Färdiga integrationer är att föredra eftersom de är dokumenterade, underhållna och testas vid varje versionsuppdatering. Egenutvecklade integrationer kan fungera men kräver att någon i din organisation eller hos en konsult äger underhållet löpande.
Ja, i de flesta fall. Förutsättningen är att affärssystemet har ett API och att det finns en fungerande integration mot den nya plattformen. Om affärssystemet saknar API, eller om integrationen måste byggas från grunden, bör du väga implementationskostnaden mot alternativet att byta affärssystem samtidigt. Ibland är det billigare att göra båda byten på en gång.
I praktiken används begreppen synonymt i Sverige. ERP (Enterprise Resource Planning) är det engelska begreppet. Exempel på vanliga affärssystem är Jeeves, Microsoft Dynamics 365 Business Central, Monitor G5 och SAP. De hanterar ekonomi, lager, inköp, produktion och kundregister.
Fråga leverantören om de har ett REST API eller SOAP API och om det stödjer webhooks. Fråga sedan specifikt om API:et klarar realtidsanrop för lager, priser och ordrar utan prestandaproblem vid hög belastning. Be om referenskunder med aktiv e-handel och liknande transaktionsvolymer.
Det finns tre vägar: uppgradera till en nyare version av systemet som har API, byta till ett annat affärssystem, eller bygga ett mellanlager (middleware) som översätter och buffertar data. Mellanlager löser det tekniska problemet men skapar ett beroende av ytterligare ett system som måste underhållas. Det är sällan en långsiktig lösning.
Med en färdig certifierad integration: fyra till åtta veckor från projektstart till go-live. Utan färdig integration och med behov av egenutveckling: tre till nio månader beroende på komplexitet. Ju mer anpassad er affärslogik är, desto längre tid.
Molnbaserade system (SaaS) tenderar att ha modernare API:er, automatiska versionsuppdateringar och bättre förutsättningar för realtidsintegration. Lokalt installerade system ger mer kontroll men kräver att ni själva hanterar drift, säkerhetsuppdateringar och skalning. För e-handel, där tillgänglighet är affärskritisk, är molnbaserat generellt ett bättre alternativ om ni inte har starka skäl att köra on-premise.
Direkt. Ett affärssystem som inte klarar flera bolag, valutor och momsregler per land tvingar dig att antingen bygga workarounds, köra separata instanser per marknad, eller byta system vid expansion. Välj ett system som klarar er realistiska femårsplan, inte bara er situation i dag.
Affärssystemet är master för produktinformation: artikelnummer, inköpspris, lagerplats och basdata som hela verksamheten litar på. PIM (Product Information Management) tar den basdata och berikar den för extern presentation — bilder, texter, teknisk dokumentation, filmer och attribut per marknad och språk. Det är ett tydligt flöde: ERP äger källdata, PIM äger presentationen. En modern e-handelsplattform har PIM inbyggt, vilket innebär att berikningsarbetet sker direkt kopplat mot det data affärssystemet tillhandahåller.