Bygg e-handel som passar runt Spiris

Varför Spiris-bolag behöver en tydlig e-handelsstrategi

Spiris (tidigare Visma eEkonomi och Visma Spcs) är en av Sveriges mest använda ekonomiplattformar bland småföretag. Den hanterar bokföring, fakturering, lön och momsredovisning för enskilda firmor, mindre aktiebolag och tjänsteföretag. När ett Spiris-bolag börjar sälja online blir frågan inte om Spiris ska behållas — utan hur e-handeln byggs runt det utan att skapa parallella system och dubbel administration.

Namnbytet från Visma eEkonomi till Spiris under 2025 är en omförpackning av samma produktfamilj. Plattformen är densamma men har utvecklats med fler tjänster. För e-handelsperspektivet ändrar det inget tekniskt — men det betyder att många bolag fortfarande söker efter och refererar till "Visma eEkonomi" eller "Visma Spcs" när de pratar om samma system.

Det viktiga är vad Spiris faktiskt är byggt för. Det är en ekonomiplattform, inte ett handels-ERP. Avancerad lagerhantering, komplex prissattning eller stora flerkanalsflöden ligger utanför systemets kärna. Det gör Spiris perfekt för vissa e-handelsscenarier och en dålig matchning för andra. Att vara ärlig om det i början av projektet sparar mycket arbete senare.

När Spiris fungerar som e-handelsgrund

Spiris passar bra när e-handeln är en SMB-/D2C-butik med ett överblickbart sortiment och svenska kunder som primär marknad. Tjänsteföretag som börjar sälja digitala produkter, prenumerationer eller fysiska produkter i mindre volym kan ofta börja med Spiris som ekonomi-nav och en Shopify- eller liknande plattform som butik.

Däremot blir Spiris snabbt en begränsning vid avancerad B2B med kundspecifika prislistor, vid stora produktkataloger med varianter och attribut, vid flerlagerhantering, eller vid försäljning i flera länder med olika moms- och valutaregler. För de scenarierna är Visma Business NXT eller Visma.net snarare rätt val.

Svenska marknadskrav: Swish, BankID och momskoder

E-handel i Sverige har specifika krav i skärningspunkten mellan butiken och ekonomisystemet. Swish används av majoriteten av svenska B2C-konsumenter och måste dirigera betalningar korrekt tillbaka till Spiris betalningsmatchning. BankID används för inloggning på butiker med kontobaserad prissattning. På ekonomisidan hanterar Spiris svenska momskoder 25%, 12% och 6%, och integrationen måste säkerställa att korrekta koder flödar från e-handelsplattformen till Spiris per orderrad. Fel här syns vid momsdeklarationen och blir svåra att korrigera i efterhand.

Plattformsval för Spiris-miljöer

Vi arbetar med Norce, Shopware, Shopify och Magento med Hyvä. För Spiris-segmentet är Shopify ofta första valet — snabb time-to-market, låg driftkomplexitet och bred app-marknad som passar SMB- och D2C-handlare.

Shopware kan vara rätt val när ni vill ha mer kontroll över innehåll och kampanjer eller planerar att växa till en större B2C- eller blandad B2B/B2C-verksamhet. Norce och Magento blir typiskt överdimensionerade för Spiris-segmentet — om kraven kräver Norce- eller Magento-nivå är det troligen också dags att utvärdera om affärssystemet ska vara Spiris eller något större.

Spiris-integration via Junipeer

Junipeer tillhandahåller en live Spiris-koppling som synkar artikelinformation, lagernivåer, kunddata och ordrar mellan Spiris och e-handelsplattformen. Kopplingen är tvåriktad: orderdata och kundinformation skickas till Spiris, medan produkt- och lagerdata hämtas till webben. Spiris-kopplingen omfattar 26 övriga system i Junipeers ekosystem, vilket gör det enkelt att växa stacken stegvis utan att vända integrationen.

Alla fyra plattformar vi arbetar med — Shopify, Shopware, Norce och Magento — är kopplade till Spiris via Junipeer. Det betyder att plattformsvalet kan göras utifrån affärsmodellen, inte utifrån vilken Spiris-koppling som finns tillgänglig.

Vad som flyttas mellan systemen

Integrationen omfattar typiskt fyra dataområden: artikel- och prisdata från Spiris till webben, lagersaldon (om de finns i Spiris eller i ett separat WMS), ordrar från webben till Spiris med korrekta momskoder och kontomappning, samt kund- och fakturadata. Prenumerationer och återkommande fakturering kräver att flera av dessa flöden hanteras varje faktureringscykel — designet beslutas under arkitekturfasen.

Vi gör en bedömning av befintlig produktdata i Spiris innan integrationen byggs. Ekonomidata och produktdata redo för webb är två olika saker. Beskrivningar, bilder, kategorier och varianter behöver ofta arbetas igenom innan e-handeln är redo.

När systembyte bör övervägas

För en del Spiris-bolag som planerar betydande e-handelsutveckling är det rimligare att titta på ett systembyte i samband med e-handelsprojektet än att bygga workarounds runt Spiris begränsningar. De vanligaste utlösande faktorerna är kundspecifika B2B-priser, flera lager, flera bolag eller marknader, och ordervolymer som kräver realtidssynk snarare än batch. Om något av detta ligger inom 12 månaders horisont är det rimligt att i e-handelsprojektet också utvärdera om Business NXT, Visma.net eller Fortnox bättre matchar vägen framåt. Det är alltid bättre att veta innan bygget än efter.

Vad ett Spiris e-handelsprojekt brukar innehålla

Ett Spiris-projekt börjar med en uppriktig bedömning av om Spiris fortsatt är rätt affärssystem för e-handelsambitionen. Om svaret är ja går vi vidare med plattformsval och integrationsdesign. Discovery och arkitektur tar typiskt 2–3 veckor, bygget och integrationen 6–12 veckor beroende på plattformsval och om prenumerationer ingår, QA löper parallellt och intensifieras de sista veckorna, och lanseringen sker stegvis.

Resultatet är en e-handel som passar storleken på verksamheten, med Spiris som ekonomi-nav och utan dolda begränsningar som dyker upp efter sex månader.