Ekonomisystem för e-handel: krav och integrationer

Ekonomisystem för e-handel: därför blir integrationerna avgörande

I e-handel uppstår order, betalning, lagersaldo och moms samtidigt. Saknas kopplingar mellan webbutik, betalningslösning, lager och ekonomi blir orderhanteringen manuell, bokföringen fördröjd och felfrekvensen högre.

En affärslösning för e-handel kopplar ihop webshop, lagerstyrning, betalflöden och ekonomi. Order, fakturor och lagersaldon hanteras automatiskt i realtid utan manuella mellansteg (Pector).

Ett ekonomisystem har bokföringen i fokus: bokföring, fakturering, leverantörs- och kundreskontra samt moms och rapportering. Ett affärssystem (ERP) integrerar ekonomi, lager och logistik, orderhantering, CRM, e-handel, kassasystem, projekt och tidrapportering (Genesis).

Pector uppger att deras lösning ger 100 % automatiserad orderhantering från webshop till plock, stöd för både B2B och B2C i samma plattform, realtidsdata för order, lagersaldon och rapportering samt noll manuella steg från kundorder till betalning.

Krav att ställa på systemet – från order till bokförd betalning

Systemet ska ta emot order från webbutiken och föra in orderdata, fakturaunderlag och rapporteringsinformation automatiskt utan manuell handpåläggning. Orderdata, lagersaldon och rapportering ska synkas live (Pector).

Ett ekonomisystem hanterar bokföring, fakturering, leverantörs- och kundreskontra samt moms och rapportering. För e-handel behövs även orderhantering, lager och integrationer, vilket ett affärssystem (ERP) tillför enligt Genesis.

Kravet är att fakturering kan ske direkt från orderflödet och att kund- och leverantörsreskontra uppdateras utan manuella steg. Systemet måste hantera transaktionsnivå, momssatser och försäljningsbelopp per order – inte bara nettoutbetalningar.

Integrationer som gör e-handeln hel – webbutik, betalning, lager och frakt

Pector kopplar Business NXT och Visma Net mot ledande e-handelsplattformar som Norce, WooCommerce och Magento. Norce-integrationen hanterar avancerad B2B- och B2C-handel: order läggs av slutkunden och hamnar direkt i affärssystemet.

WooCommerce-integrationen synkroniserar produktdata, lagersaldon och orderflöden kontinuerligt så att butiken speglar verkligheten. Magento/Adobe Commerce-integrationen är enterprise-anpassad för skalbar e-handel.

Pector integrerar mot betalningslösningar som Klarna. Betalningar, avgifter, utbetalningar och eventuella återbetalningar måste kopplas till rätt order i ekonomisystemet.

United Power förklarar att tredjepartslogistik (3PL) innebär att någon annan håller lagret och paketerar varorna när en beställning kommer in. Det passar fysiska produkter i större volymer om du inte själv kan lagerföra. Systemet måste ta emot order, skicka plockunderlag till 3PL och uppdatera lagersaldon från tredje part.

Innowise nämner frakttjänster som en integrationsdomän för ERP. United Power beskriver leverans- och lagerhantering som en central del av e-handeln. Integrationen ska ge fraktsedlar, spårningsnummer och uppdaterad orderstatus tillbaka till webbutik och ekonomi.

Pector kopplar även mot lagerlösningar och BI-verktyg. United Power påpekar att de flesta e-handelsplattformar har färdiga kopplingar mot vissa kassasystem, och att du behöver ha koll på vilket kassasystem du har och om det stöds. BI-integrationen ska hämta data direkt från ekonomiflödet utan exportfiler.

Betalflöden och avstämning: det dolda kravet

Stripe beskriver att integrerade betalningar låter SaaS-plattformar behandla betalningar på sina användares vägnar direkt i produkten. Det ger färre omdirigeringar och enklare konfigurering av handlarkonton.

Om penningrörelse är ett centralt användningsfall är integreringen av betalningar ett strukturellt beslut som påverkar intäkter, retention och produktfunktioner. Den globala marknaden för integrerade betalningar beräknades vara värd 39,14 miljarder USD 2025 och väntas växa med mer än 35 % per år under 2026–2033 (Stripe).

En betalningsleverantörs infrastruktur läggs in i plattformen via ett API. Användarna genomgår onboarding, verifieras och får betalt i produktens gränssnitt. Leverantören hanterar de finansiella nätverken; plattformen hanterar konfiguration och presentation (Stripe).

Integrerade betalningar använder vanligtvis en form av betalningsförmedling: plattformen är huvudkonto och användarna underkonton. Strukturen styr onboarding, avgiftskonfigurationer, utbetalningar och visning av betalningsdata i din egen produkt (Stripe).

Systemet måste stämma av varje order mot inbetalning, avgifter, utbetalning, återbetalning och eventuell chargeback. En klumpsumma från betalningsleverantören räcker inte.

Vid val av betalningspartner anger Stripe fyra faktorer: onboardingfriktion, flexibilitet i utbetalningar, efterlevnadstäckning och långsiktig kostnad för att underhålla integrationen.

Statistik om integrerade betalningar – global marknad och Sverige

Moms, OSS och försäljning över gränser: vad systemet måste kunna

Skatteverket kräver att bokföringen redovisar varje försäljning för sig, så att försäljningsbelopp och momssats framgår. Avräkningsnotor med nettoförsäljning från betalningsföretaget får inte användas. Systemet måste därför momskoda per order, momssats och försäljningsbelopp.

Momsreglerna beror på om du har eget lager eller säljer via dropshipping, där någon annan hanterar lager och leverans. Kombinerar du dessa måste du följa reglerna för varje situation. Systemet måste skilja på flödena och tillämpa rätt momsregler per försäljning.

Skatteverket anger att andra regler gäller vid försäljning till företag än till privatpersoner. Systemet måste hantera både B2B- och B2C-flöden med rätt fakturauppgifter, momssatser och rapportering.

Säljer du digitala tjänster till privatpersoner kan du bli momsskyldig i kundens land. Skatteverket beskriver att det då kan vara enklast att redovisa momsen i tjänsten OSS, och du slipper momsregistrera dig i de länder du säljer till. Du kan ansöka om att redovisa distansförsäljning i One Stop Shop (OSS).

Systemet måste samla in och särredovisa försäljning per land, momssats och tjänstetyp för OSS-rapportering.

E-fakturering och digital rapportering som integrationskrav

Skatteverket beskriver VIDA som nya EU-regler för att modernisera momssystemet genom digitalisering, ökad transparens och förenklad administration. Reglerna ändrar mervärdesskattedirektivet, genomförandeförordningen och förordningen om administrativt samarbete. De är obligatoriska för gränsöverskridande transaktioner inom EU och kräver att alla länder ändrar sin nationella lagstiftning.

VIDA har tre huvudpelare: obligatorisk e-fakturering och digital rapportering, uppdaterade regler för plattformsekonomi och en enda momsregistrering inom EU (Skatteverket).

Enligt VIDA blir e-faktura normen i EU. E-fakturering blir obligatorisk för alla gränsöverskridande transaktioner mellan parter som är etablerade och momsregistrerade i olika EU-länder. Det finns möjlighet att tillåta andra format för transaktioner som inte behöver rapporteras, men regeringen har inte meddelat vilka format det är eller om det blir tillåtet (Skatteverket).

VIDA:s första pelare omfattar digital reporting requirement (DRR), ibland kallat transaktionsbaserad rapportering (TBR). Medlemsländerna får införa obligatorisk e-fakturering och digital rapportering för inhemska transaktioner. Belgien, Irland, Kroatien och Slovakien gör det redan (Skatteverket).

Företag som ska följa VIDA kan kartlägga sina transaktioner och sin data. Vid behov kan de uppgradera system och utbilda personal. Skatteverket anger att det kan vara bra att prata med en systemleverantör för bokföringsprogram eller fakturaoperatör.

Systemkravet är stöd för strukturerade e-fakturaformat och digital rapportering för gränsöverskridande transaktioner.

Välja nivå: ekonomisystem, ERP eller modulbaserad plattform

Ekonomisystem räcker om du är liten och bokföringen är kärnan: få transaktioner, enkla flöden, bara bokföring och fakturering, inget behov av lager, order eller CRM och inga integrationer mot andra system (Genesis).

Affärssystem behövs när du växer och behöver helheten: flera processer ska samverka, order, lager och kunddata ska automatiseras, e-handel och kassasystem ska kopplas ihop och du vill ha skalbarhet och kontroll för framtiden (Genesis).

Suitecorner listar 26 affärssystem i Sverige. iFenix fokuserar på detaljhandel, butik och e-handel med POS, lagerstyrning och orderhantering. Visma.net ERP är molnbaserat med fokus på ekonomi, projekt och logistik för medelstora företag och integration mot andra Visma-tjänster.

Microsoft Dynamics 365 Business Central är Microsofts ERP för små till medelstora företag. Det integreras med Office 365 och täcker ekonomi, lager, försäljning och service.

Genesis beskriver iFenix som ett molnbaserat affärssystem för företag som vuxit ur sitt bokföringsprogram. Med iFenix samlas kassasystem, e-handel, lager och CRM i en plattform. Systemet ger automatiserade flöden, realtidsdata och skalbarhet genom moduler som läggs till vid behov.

Kontrollera att den nivå du väljer har färdiga kopplingar mot din e-handelsplattform, betalningslösning, lager/3PL, frakt och kassa.

Top 5 svenska affärssystem för e-handel – enligt Suitecorner

Produktanalys och BI direkt ur ekonomiflödet

Pector beskriver att en integrerad affärslösning för e-handel ger fullständig realtidsdata om produktförsäljningen direkt i systemet, utan exportfiler eller manuell sammanställning. Du ser vilka artiklar som säljer bäst, vilka som har högst marginal och var i sortimentet du tappar omsättning.

Med försäljningsdata direkt från e-handeln kan inköp optimeras efter verklig efterfrågan. Rätt produkt köps hem i rätt volym vid rätt tidpunkt utan gissningar och utan överlager (Pector).

Produktdata kombinerat med kunddata möjliggör riktade kampanjer och dynamisk prissättning mot rätt kundsegment, vilket ger högre konverteringsgrad och bättre marginal per order. Systemet kan också identifiera dolda vinnare i sortimentet (Pector).

Integrationen måste synkronisera produktdata, lagersaldon och orderflöden kontinuerligt så att butiken speglar verkligheten (Pector). Pector kopplar även mot BI-verktyg: ekonomiflödet ska leverera data till BI utan manuella exportsteg.

Kravspecifikation och checklista inför upphandling

Verifiera färdiga kopplingar mot din e-handelsplattform, betalningslösning, lager/3PL, frakt och kassa/POS. United Power påpekar att du måste veta vilket kassasystem du har och om plattformen stöder det. Innowise: ERP kan kopplas till e-handelsplattformar, marknadsplatser, betalningar och frakttjänster.

Systemet ska hantera B2B och B2C, eget lager och dropshipping samt OSS och distansförsäljning (Skatteverket).

Kräv stöd för betalningsintegration, betalningsförmedling/underkonton, onboarding, utbetalningar och avstämning. Stripe anger fyra faktorer vid val av betalningspartner: onboardingfriktion, flexibilitet i utbetalningar, efterlevnadstäckning och långsiktig kostnad för integrationen.

Systemet ska synka lagersaldon och orderflöden i realtid (Pector). Med 3PL håller någon annan lagret och paketerar varorna när en beställning kommer in (United Power). Säkerställ att systemet hanterar order och lagersaldon även i det flödet.

En modulbaserad plattform kan byggas ut med moduler vid behov (Genesis).

Företag som ska följa VIDA kan kartlägga sina transaktioner och sin data. Vid behov kan de uppgradera system och utbilda personal. Skatteverket anger att det kan vara bra att prata med en systemleverantör för bokföringsprogram eller fakturaoperatör.

Säkerställ att systemet kan leverera realtidsdata för produktanalys, inköp, prissättning och segmentering (Pector) samt integrera med BI.

Checklista: Krav inför val av ekonomisystem för e-handel