Ordrar och fakturor hålls synkroniserade
Ordrar från butiken flödar in i Fortnox automatiskt. Ingen manuell registrering, ingen avstämningsdrift i månadsskiftet.
Fortnox på plats — e-handel byggs runt det
Fortnox är ekonomiryggraden för över 600 000 svenska företag. När du lägger till e-handel är frågan inte om en Fortnox-integration är möjlig — utan hur hela leveransen bör struktureras så att ordrar, fakturering och lagersaldon håller ihop i båda systemen.
Passar med
Fortnox har blivit standardvalet för ekonomiadministration hos en stor andel av det svenska företagandet. Affärssystemet hanterar bokföring, fakturering, lön och momsredovisning i en molnbaserad miljö som de flesta ekonomifunktioner och redovisningskonsulter i Sverige redan känner till. När ett Fortnox-bolag bestämmer sig för att sälja online blir affärssystemet en fast punkt i arkitekturen. Uppgiften är inte att byta ut det — uppgiften är att bygga e-handel runt det på ett genomtänkt sätt.
Vad Fortnox gör bra i ett e-handelssammanhang
Fortnox hanterar ekonomisk data med precision: fakturaflöden, betalningsmatchning, momsredovisning och kontoavstämning. Det öppna API:t och ett ekosystem med över 400 integrationspartners innebär att kopplingar finns till alla större e-handelsplattformar. Eftersom Fortnox är molnbaserat och underhålls centralt tillkommer ingen serverkomplexitet på affärssystemssidan när nya kanaler driftsätts.
Fortnox och den svenska småföretagsmarknaden
De 612 000 Fortnox-abonnenterna spänner över en bredare kommersiell profil än vad som ofta antas. En stor andel är enskilda firmor, servicebolag och konsultbolag — inte distributörer eller tillverkare. För dessa bolag innebär e-handel typiskt att lägga till en produktlinje, en digital tjänst eller ett prenumerationsupplägg vid sidan av befintlig kundfakturering i Fortnox. Integrationskraven skiljer sig från en grossistverksamhet: det finns vanligtvis mindre lagerkomplexitet, men kassans konfiguration, prenumerationsfakturering och korrekt momskodsmappning tillbaka till Fortnox är desto viktigare. Ett servicebolag som säljer digitala abonnemang online behöver att Fortnox tar emot rätt intäktskonto och momssats per order — inte bara en orderreferens. Den mappningen är en designuppgift, inte en standardinställning.
Svenska marknadskrav: Swish, BankID och momskoder
E-handel i Sverige har marknadsspecifika krav som sitter i skärningspunkten mellan butiken och Fortnox. Swish används av majoriteten av svenska konsumenter och förväntas i B2C-butiker — betalningsintegrationen måste dirigera Swish-betalningar korrekt tillbaka till Fortnox betalningsmatchning. BankID används i ökande utsträckning för B2B-kontoinloggning och identitetsverifiering på butiker med kontobaserad prissättning. På ekonomisidan hanterar Fortnox svenska momskoder precist: 25%, 12% och 6% gäller för olika produktkategorier, och integrationen måste säkerställa att korrekta koder flödar från e-handelsplattformen till Fortnox per orderrad. Fel här syns vid momsdeklarationen och är svåra att korrigera i efterhand.
Plattformsval och hur det påverkar Fortnox-integrationen
Shopify har ett brett ekosystem och flera färdiga Fortnox-kopplingar med varierat funktionsdjup. För många SME:er med ett enkelt sortiment och försäljning på den svenska marknaden är det en praktisk utgångspunkt. Junipeer tillhandahåller en live Fortnox-integration mot Shopify som kan konfigureras och vara live samma dag.
Shopware ger mer flexibilitet för B2B och flerlanders-scenarier. Norce passar vid höga transaktionsvolymer och komplexa kataloger. Magento med Hyvä ger maximal frontendfrihet med störst utvecklingsomfång av de fyra. Läs mer i vår plattformsjämförelse.
Fortnox e-handel via Junipeer
Junipeer kopplar Fortnox till e-handelsplattformen med standardiserade flöden för order, faktura, lager, kunder och produktdata. Standardintegrationen för Fortnox e-handel kan vara live inom dagar — ofta samma dag. För bolag med mer avancerade behov — kundunika priser, flerlagershantering eller automatiserad fakturareskontra — byggs anpassade flöden ovanpå samma integrationslager. Se vår ERP-integrationsguide för en mer detaljerad genomgång.
B2B e-handel med Fortnox
Många grossister, tillverkare och distributörer kör Fortnox för bokföring och fakturering vid sidan av B2B-försäljning. För dessa bolag behöver e-handeln hantera kundspecifik prissättning, kreditgränser och attestflöden. Junipeer synkar dessa flöden i realtid. Läs vår B2B e-handelsguide för plattformsval, checkout-strategi och leveransomfång.
Prenumerationer och återkommande intäkter
Många Fortnox-användare inom tjänstesektorn vill sälja digitala tjänster, abonnemang eller återkommande leveranser online. Det ställer krav på att e-handelsplattformen hanterar prenumerationsbetalningar korrekt, medan Fortnox tar emot fakturor som matchar varje faktureringscykel. Inte alla plattformar hanterar prenumerationslogik inbyggt — för vissa krävs ett komplement. Det viktiga är att varje förnyelse, avslutning eller ändring i abonnemanget ger rätt ekonomisk händelse i Fortnox. En lösning som inte är designad för återkommande fakturaflöden skapar manuella avstämningsjobb varje månad. Det är ett designval som görs under arkitekturfasen, inte ett problem att lösa efter lansering.
Datakvalitet: den vanligaste begränsningen
Fortnox lagrar ekonomisk data — inte nödvändigtvis ren produktinformation redo för en webbutik. Många bolag som startar en Fortnox-webshop för första gången upptäcker att produktdata innehåller ofullständiga beskrivningar, saknade attribut eller inkonsekvent kategorisering som fungerade för fakturering men inte duger för ett sortiment online. En genomgång av datakvaliteten tidigt i projektet är värd mer än ett snabbare integrationsbygge.
Leveransomfång bortom Fortnox-integrationen
En komplett e-handelsleverans byggd runt Fortnox innefattar: plattformsval anpassat till affärsmodellen; datamigration och berikningsarbete; design av kundupplevelse och UX; integrationsbygge och test över alla order- och ekonomiscenarier; QA inklusive returer, delade ordrar och kreditnotor; samt en fasad utrullning som validerar i produktion innan full trafik. Dessa faser är inte valbara tillägg. De är skillnaden mellan en lanserad sajt och en fungerande kanal. Frntkey tillhandahåller en headless frontend optimerad för konvertering när leveransen kräver ett anpassat butikslager.
Relaterade affärssystem
Bolag som utvärderar Fortnox för e-handel tittar ofta även på Visma Business, som täcker liknande behov för något större svenska företag, och e-conomic, som är utbrett i Danmark och bland nordiska bolag med verksamhet på flera marknader. För en bredare översikt av hur affärssystem kopplas till e-handelsplattformar, se vår ERP-integrationsguide.
Styrkor
Molnbaserat affärssystemÖppet API-ekosystem400+ integrationspartnersStandard i svensk SME-ekonomi
Affärsnytta
Ekonomifunktionen fortsätter i Fortnox
Befintliga bokföringsflöden, momslogik och rapportering förblir intakta. E-handel läggs till utan att störa det som redan fungerar.
Plattform vald för affärsmodellen
Shopify, Norce, Shopware eller Magento — rätt val beror på katalogkomplexitet, marknadsskala och internt ägarskap. Inte på vilken koppling som är enklast.
Datakvalitet innan lansering
Produktbeskrivningar, bilder, varianter och kategoristruktur granskas och berikas innan driftsättning. Köpare ser korrekt data från dag ett.
B2B och B2C stöds parallellt
Kundspecifik prissättning, kreditgränser och orderattestflöden från Fortnox återspeglas korrekt i butiken när integrationen är designad för det.
Leveransupplägg
Junipeer är ofta integrationslagret som kopplar ihop ekonomi, produkter, order och kunddata mellan Fortnox och e-handeln, men arbetet omfattar också plattformsval, innehåll, UX, QA och lanseringsplanering utöver själva integrationen.
Mer än integrationen
Integrationen är bara en del av arbetet. Plattformval, datakvalitet, innehåll, UX, QA och själva lanseringen behöver också planeras och genomföras för att lösningen ska fungera i praktiken.
1
Kartläggning
Genomgång av din Fortnox-uppsättning, produktdatakvalitet, kundtyper, prislogik och de orderflöden som behöver nå butiken.
2
Arkitektur
Välj e-handelsplattform, definiera Fortnox-integrationsmodellen och dokumentera dataflöden mellan systemen — inklusive lagerberäkning och prismappning.
3
Bygge och QA
Bygg och testa kopplingen, migrera och berika produktdata, och validera hela flödet från order till faktura inklusive returer och kantfall.
4
Lansering
Strukturerad utrullning med ekonomiavstämning, lagerkontroll och en tydlig plan för de första veckorna i drift.
FAQ
Vi har redan en Fortnox-integration. Behöver vi bygga om den?⌄
Inte nödvändigtvis. Befintliga integrationer kan utvärderas i kartläggningsfasen. Frågan är om de klarar nuvarande volym, stödjer den e-handelsplattform ni ska flytta till, och hanterar kantfall som returer, delade ordrar och kreditnotor. Många kopplingar byggda för enkla flöden fungerar inte tillförlitligt under verkliga handelsförhållanden.
Påverkar plattformsvalet integrationskostnaden märkbart?⌄
Ja. Fortnox-kopplingens ekosystem varierar mellan plattformar — vissa har färdiga alternativ, andra kräver ett anpassat bygge. Kostnaden är inte det enda att väga in: tillförlitlighet, underhållsbarhet och möjligheten att utöka integrationen allteftersom verksamheten växer skiljer sig också åt.
Vår produktdata finns mest i Fortnox. Är det ett problem?⌄
Det beror på datans skick. Fortnox lagrar det som behövs för fakturering, vilket inte alltid är detsamma som vad en bra webbutik kräver. Avsätt tid för en datautvärderingsfas och berikningsarbete — produktbeskrivningar, bilder, kategoristruktur och variantattribut behöver ofta arbetas igenom innan de är redo för en butik.
Kan vi köra B2B och B2C parallellt via en Fortnox-koppling?⌄
Ja, men e-handelsplattformen måste stödja båda modellerna, och integrationslogiken måste hantera olika prisstrukturer, kreditvillkor och faktureringsbeteenden per kundtyp. Det är ett designbeslut som bör fattas under arkitekturfasen, inte läggas till efter lansering.
Hur lång tid tar ett typiskt Fortnox e-handelsprojekt?⌄
Det beror på komplexiteten — antal produkter, vald plattform, om ni bygger från grunden eller migrerar, och hur mycket dataförberedelse som krävs. Ett enklare SME-projekt kan ta fyra till sex månader. En mer komplex B2B- eller flerkanalsuppsättning tar längre tid. Tidsuppskattningar är en del av kartläggningen.