Utmaningen
Genomsnittlig e-handlare jonglerar dagligen mellan fem system
Butikssystem, lagersystem, fraktbolagsportaler, bokföringsprogram och kundservice — varje del lever i sitt eget universum. Konsekvensen är dubbla inmatningar, manuell synkronisering och ständiga fel i lagersaldon.
- Butikssystem (Shopify, Starweb, WooCommerce)
- Lagersystem för flera lagerorter
- Fraktbolagens egna portaler (DHL, Schenker, PostNord)
- Bokföringsprogram (oftast Fortnox)
- Mailutskick och kundservice
- Returhantering i separata flöden
Resultatet: dubbla inmatningar, manuell sync, ständiga fel i lagersaldon och timmar slösade på administration. När butiken växer skalar problemet linjärt.
Vad vi byggde
En CMS-plattform där hela kedjan körs i ett gränssnitt
Order- och lagerhantering
- Synkroniserad lagernivå över flera lagerorter
- Automatisk reservation vid order
- Realtidsuppdatering mot Shopify och Starweb
Frakthantering
- Direkt integration mot DHL, Schenker och PostNord
- Fraktsedlar genererade och printade från plattformen
- Spårningsnummer skickas automatiskt
Kundkommunikation
- SMS- och mailutskick direkt från order
- Mallar för leveransbekräftelse, försenad order, retur
- Allt loggat per kund
Bokföring
- Fortnox-integration: orderdata flyttas till fakturor automatiskt
- Kreditfakturor vid retur
- Avstämningsrapporter
Returhantering
- Användarvänligt returflöde
- Automatiska kreditfakturor
- Lagerjustering vid mottaget retur
Hur vi tänkte tekniskt
Abstraktionslager som pratar med fem system utan att förlora data
Vi valde Next.js eftersom plattformen behöver vara snabb i admin-läget men också ha SSR-kapacitet för publika delar. Prisma som ORM gjorde att vi kunde modellera komplexa relationer — order → orderrad → produkt → lagerplats → bokföringspost — på ett strukturerat sätt.
Den tuffaste delen var synkroniseringen mellan system. Shopify, Starweb och Fortnox har alla olika syn på vad en "order" är, vilka statuslägen som finns och hur data ska struktureras. Vi byggde ett abstraktionslager som översätter mellan systemens egna språk till en gemensam intern modell.
Vad vi lärde oss
Tre insikter från ett projekt med fem integrationer
Synk-frekvens är en avvägning.
Realtid är dyrt och felkänsligt — schemalagd sync (var 5:e minut) löser 95% av casen utan att överbelasta API-erna.
Felhantering är funktionalitet, inte buggar.
När fem system kommunicerar går något fel varje dag. Plattformen visar tydliga, handfasta felmeddelanden — inte tekniska stack traces.
Bokföringskoppling är 80% av värdet.
Det är där handlare sparar mest tid. Fortnox-integrationen blev kärnan i hela plattformen.
Resultatet
Från 2–3 timmar admin per dag till 20–30 minuter
E-handlare som tidigare la 2–3 timmar per dag på administration gör nu samma sak på 20–30 minuter. Lagernivåer är i sync, bokföringen sker automatiskt, och returer hanteras utan manuella ingrepp.