codexier.

E-handel

Synka lagersaldo mellan kanaler

Av CodexierPublicerad 4 min läsning

Att sälja i egen webbshop, på en marknadsplats och i en fysisk butik ökar räckvidden – och antalet sätt att sälja samma vara två gånger. Översäljning betyder en makulerad order, en ursäkt och på marknadsplatser ett minus i säljarbetyget. Här förklarar vi principen om ett huvudlager, hur snabb synken behöver vara och när ett färdigt verktyg räcker jämfört med när en egen integration lönar sig.

Ett huvudlager

Principen är enkel: exakt ett system vet det verkliga saldot, och alla andra kanaler är fönster mot det. Huvudlagret kan vara e-handelsplattformen, till exempel Shopify med dess kassasystem, affärs- eller ekonomisystemet om det hanterar lager, eller ett särskilt lagerverktyg. Det viktiga är att saldot aldrig justeras för hand på två ställen. I samma stund som någon ändrar ett antal direkt på en marknadsplats är huvudlagret inte längre huvudlager.

Välj huvudlager utifrån var varorna tas emot och räknas. Kommer varorna in till ett lager som hanteras i affärssystemet är det det naturliga valet. Är ni en mindre butik som kör allt i Shopify är Shopify det naturliga huvudlagret, och de andra kanalerna kopplas dit.

Synktakt och översäljning

Risken för översäljning beror på två saker: hur många exemplar ni har per artikel och hur ofta den säljer. En artikel med ett exemplar som säljs i två kanaler kan översäljas under minuterna mellan två synkar. En artikel med femtio exemplar som säljer några gånger i veckan blir aldrig ett problem med synk varje timme.

LägeSynkmetodBuffert
Unika artiklar eller enstaka exemplarRealtid vid varje köp (webhooks)Behövs inte om realtiden fungerar; annars sälj i en kanal
Snabbsäljare, lågt lagerRealtidEn eller två enheter i långsammare kanaler
Jämn försäljning, gott lagerVar 5:e till 15:e minutLiten buffert på marknadsplatser
Långsam försäljning, djupt lagerVarje timme eller nattOftast ingen

Den tekniska skillnaden mellan realtid och schemalagd synk förklaras i webhooks eller schemalagd synk. Realtid är bättre men förutsätter att varje kanal skickar händelser pålitligt, så även en realtidslösning bör köra en regelbunden fullständig avstämning som fångar missade händelser.

Marknadsplatser och fysisk butik

Marknadsplatser som Amazon, CDON och Fyndiq har egna API:er, uppdateringstider och regler för makuleringar, och en makulerad order skadar er ställning där mer än i egen butik. Därför är en buffert på marknadsplatser vanlig: visa en eller två enheter färre än ni har. Avvägningen mellan marknadsplatsens räckvidd och egen butik tar vi upp i marknadsplats eller egen webbshop.

  • En fysisk butik måste registrera varje köp i kassasystemet som pratar med huvudlagret; försäljning på papper bryter kedjan.
  • Varor som skyltas eller reserveras för en kund i butiken behöver en status, annars säljs de på nätet.
  • Inventering ska göras i huvudsystemet, inte i ett separat kalkylark.

Verktyg eller egen integration

För många butiker är ett färdigt flerkanalsverktyg eller en marknadsplatskoppling rätt svar. Det går snabbt att komma igång och någon annan underhåller det. En egen integration blir värd pengarna när de färdiga verktygen inte stöder er kombination av system, när ni har varianter eller paket som verktygen hanterar dåligt, eller när månadsavgifterna växer med ordervolymen så mycket att det blir billigare att äga integrationen.

FaktorFärdigt verktygEgen integration
Tid till startDagarVeckor
KostnadsprofilMånadsavgift, ofta efter volymEngångsbygge plus underhåll
Paket och varianterOfta begränsatByggt efter era regler
Era systemBara de som stödsAlla system med API

Reservationer och returer

Två regler står för det mesta av den kvarvarande förvirringen. När reserveras lagret: vid order, vid betalning eller vid leverans? För kort- och Swishbetalningar, reservera vid order; för fakturaköp som kan nekas, reservera vid order och släpp om betalningen avslås. Och när kommer en returnerad vara tillbaka i lager: först när den kontrollerats och godkänts för försäljning, aldrig automatiskt när returen registreras.

När ni inte ska bygga något: säljer ni i en kanal, eller har den andra kanalen djupt lager och långsam försäljning, räcker en nattlig synk eller till och med manuell uppdatering. Översäljer ni regelbundet eller pratar systemen inte med varandra täcker våra egna e-handelsfunktioner precis den här sortens integration. Boka ett kort samtal och ta med en lista över kanaler och system.

Vanliga frågor

Vilket system ska vara huvudlager?

Det där varorna tas emot och räknas. För en mindre butik är det ofta e-handelsplattformen; för ett företag med eget lager brukar det vara affärs- eller lagersystemet.

Behövs alltid synk i realtid?

Nej. Det spelar roll för unika artiklar och snabbsäljare med lågt lager. För varor med djupt lager och långsam försäljning är schemalagd synk enklare och lika säker.

Varför översäljer vi trots ett synkverktyg?

Oftast för att saldot justeras för hand någon annanstans än i huvudlagret, en kanal inte skickar händelser eller paket och varianter är fel kopplade. Börja med att ta reda på var manuella ändringar görs.

Kan Fortnox vara huvudlager?

Fortnox har lagerhantering som kan fungera som huvudlager i enklare upplägg. Med många varianter eller kanaler fungerar ett särskilt lagersystem eller e-handelsplattformen ofta bättre.

Säljer ni samma vara två gånger?

Ta med en lista över era kanaler och systemen bakom dem. På ett kort samtal pekar vi ut rätt huvudlager, den synktakt ni behöver och om ett verktyg eller en egen integration passar.

Boka ett kostnadsfritt 15-minuterssamtal