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öjs och felfrekvensen ökar. En affärslösning för e-handel kopplar ihop webshop, lagerstyrning, betalflöden och ekonomi i ett sammanhållet system, så att 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) är en bredare plattform som integrerar ekonomi, lager och logistik, orderhantering och CRM, e-handel och kassasystem samt projekt och tidrapportering (Genesis).

Integrationerna blir därför kärnan för e-handel. Utan kopplingar mellan webbutik, betalning, lager och ekonomi uppstår manuella mellansteg. 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

Automatiserad orderhantering: 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).

Fakturering och reskontra: 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.

Moms per försäljning: 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

E-handelsplattform: Pector kopplar affärssystemen Business NXT och Visma Net mot ledande e-handelsplattformar som Norce, WooCommerce och Magento. Djupintegrationen mot Norce hanterar avancerad B2B- och B2C-handel, där order läggs av slutkunden och hamnar direkt i affärssystemet. Mot WooCommerce synkroniseras produktdata, lagersaldon och orderflöden kontinuerligt så att butiken speglar verkligheten. Magento/Adobe Commerce-integrationen är enterprise-anpassad för skalbar e-handel.

Betalningslösning: Pector integrerar mot betalningslösningar som Klarna. Innowise beskriver att ett ERP-system kan integreras med e-handelsplattformar, marknadsplatser, betalningslösningar och frakttjänster. Kravet är att betalningar, avgifter, utbetalningar och eventuella återbetalningar kan kopplas till rätt order i ekonomisystemet.

Lager och 3PL: 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 för fysiska produkter i större volymer om du inte själv kan lagerföra. Systemet måste kunna ta emot order, skicka plockunderlag till 3PL och uppdatera lagersaldon från tredje part.

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

Kassa/POS och BI: 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.

Fördelar och nackdelar med 3PL i e-handel

Betalflöden och avstämning: det dolda kravet

Integrerade betalningar: Stripe beskriver att integrerade betalningar låter SaaS-plattformar behandla betalningar på sina användares vägnar direkt inuti produkten, vilket innebär färre omdirigeringar och enklare konfigurering av handlarkonton. För plattformar där penningrörelse är ett centralt användningsfall är integrering 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 år 2025 och förväntas växa med mer än 35 % per år under 2026–2033 (Stripe).

Hur det fungerar: En betalningsleverantörs infrastruktur läggs in i plattformen via ett API. Dina användare genomgår onboarding, verifieras och får betalt inuti produktens gränssnitt. När en betalning behandlas hanterar leverantören de finansiella nätverken, medan plattformen hanterar konfiguration och presentation (Stripe).

Betalningsförmedling och underkonton: Upplägg för integrerade betalningar använder vanligtvis en form av betalningsförmedling, där plattformen fungerar som ett huvudkonto och användarna verkar som underkonton. Strukturen låter dig styra onboarding, ställa in avgiftskonfigurationer, hantera utbetalningar och visa betalningsdata inuti din egen produkt (Stripe).

Avstämning: Systemet måste kunna stämma av varje order mot inbetalning, avgifter, utbetalning, återbetalning och eventuell chargeback – inte bara mot en klumpsumma från betalningsleverantören.

Partnerbedömning: När du utvärderar betalningspartners bör du enligt Stripe ta hänsyn till onboardingfriktion, flexibilitet i utbetalningar, efterlevnadstäckning och den långsiktiga kostnaden för att underhålla integrationen.

Så fungerar integrerade betalningar i SaaS-plattformar

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

Transaktionsnivå: Skatteverket kräver att du i bokföringen redovisar varje försäljning för sig så att det går att se hur mycket du har sålt för och vilken momssats du har använt. Avräkningsnotor som visar nettoförsäljning från betalningsföretaget får inte användas. Systemkravet är alltså momskodning per order, per momssats och per försäljningsbelopp.

Eget lager eller dropshipping: Momsreglerna beror på om du har ett eget lager eller säljer via dropshipping, där någon annan hanterar lager och leverans. Om du kombinerar måste du följa de specifika regler som gäller för varje situation. Systemet måste kunna skilja på dessa flöden och tillämpa rätt momsregler per försäljning.

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

OSS och distansförsäljning: Skatteverket beskriver att du kan bli momsskyldig i kundens land om du säljer digitala tjänster till privatpersoner, och att det då kan vara enklast att redovisa momsen i tjänsten OSS. Då slipper du 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 kunna 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

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

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

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

Digital rapportering: VIDA:s första pelare omfattar digital reporting requirement (DRR), på svenska ibland transaktionsbaserad rapportering (TBR). VIDA möjliggör också att medlemsländerna inför obligatorisk e-fakturering och digital rapportering för inhemska transaktioner. Flera medlemsländer gör det redan, bland annat Belgien, Irland, Kroatien och Slovakien (Skatteverket).

Systemförberedelser: Skatteverket anger att företag som ska följa VIDA kan förbereda sig genom att kartlägga sina transaktioner och sin data och, om det behövs, uppgradera system och utbilda personal. Det kan också vara en bra idé att prata med en systemleverantör för ett bokföringsprogram eller en fakturaoperatör. Systemkravet är stöd för strukturerade e-fakturaformat och digital rapportering för gränsöverskridande transaktioner.

VIDA:s krav på e-fakturering och digital rapportering

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

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

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

Exempel på ERP: Suitecorner listar 26 affärssystem i Sverige. iFenix är ett affärssystem med fokus på detaljhandel, butik och e-handel, med funktioner för POS, lagerstyrning och orderhantering. Visma.net ERP är ett svenskt molnbaserat affärssystem med fokus på ekonomi, projekt och logistik för medelstora företag, med integration mot andra Visma-tjänster. Microsoft Dynamics 365 Business Central är Microsofts ERP för små till medelstora företag, integreras med Office 365 och täcker ekonomi, lager, försäljning och service. Dessa nämns endast som illustration.

Modulbaserad plattform: Genesis beskriver iFenix som ett molnbaserat affärssystem för företag som vuxit ur sitt bokföringsprogram. Med iFenix samlas hela verksamheten i en och samma plattform – från kassasystem och e-handel till lager och CRM. Systemet ger automatiserade flöden, realtidsdata och skalbarhet genom att du kan lägga till moduler vid behov.

Integrationskrav vid val: Innowise anger att ett ERP-system kan integreras med e-handelsplattformar, marknadsplatser, betalningslösningar och frakttjänster. Kontrollera därför att den nivå du väljer har färdiga kopplingar mot din befintliga e-handelsplattform, betalningslösning, lager/3PL, frakt och kassa.

Produktanalys och BI direkt ur ekonomiflödet

Realtidsdata: 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 datasammanställning. Du ser vilka artiklar som säljer bäst, vilka som har högst marginal och var i sortimentet du tappar omsättning.

Inköp: 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).

Segmentering och prissättning: 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).

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

Kravspecifikation och checklista inför upphandling

Integrationer: Verifiera färdiga kopplingar mot din e-handelsplattform, betalningslösning, lager/3PL, frakt och kassa/POS. Se avsnittet Integrationer för exempel på plattformar och lösningar. Innowise anger att ERP kan integreras med e-handelsplattformar, marknadsplatser, betalningslösningar och frakttjänster. United Power påpekar att du måste veta vilket kassasystem du har och om plattformen stöder det.

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

Betalning: Kräv stöd för betalningsintegration, betalningsförmedling/underkonton, onboarding, utbetalningar och avstämning. Vid val av betalningspartner bör du enligt Stripe väga in onboardingfriktion, flexibilitet i utbetalningar, efterlevnadstäckning och långsiktig kostnad för integrationen.

Lager: Systemet ska synka lagersaldon och orderflöden i realtid (Pector). Om du använder 3PL innebär det att någon annan håller 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.

Nivå och skalbarhet: Se avsnittet Välja nivå för kriterier om ekonomisystem räcker eller om du behöver affärssystem, och för exempel på ERP-system. En modulbaserad plattform kan byggas ut med moduler vid behov (Genesis).

Data och support: Företag som ska följa VIDA kan förbereda sig genom att kartlägga sina transaktioner och sin data och, om det behövs, uppgradera system och utbilda personal. Det kan också vara en bra idé att prata med en systemleverantör för ett bokföringsprogram eller en fakturaoperatör (Skatteverket). Säkerställ att systemet kan leverera realtidsdata för produktanalys, inköp, prissättning och segmentering (Pector) samt integrera med BI.

Checklista inför upphandling av ekonomisystem för e-handel