En butik, två lager: Slut på uppdelningen mellan butik och online
De flesta butiker som säljer både fysiskt och online kör två lager anslutna via en synk-app, och den klyftan är källan till översäljning, felaktiga saldon och inventeringar på söndagskvällar. Så här upphör uppdelningen i praktiken.
En butik som säljer både fysiskt och online kör vanligtvis inte ett och samma lager. Den kör två lager som skickar brev till varandra: hyllantalet bor i kassasystemet, onlineantalet bor i e-handelsplattformen, och en synk-koppling skyfflar uppdateringar däremellan. Varje översäljning, varje "ursäkta, vi har faktiskt inte den varan"-mejl och varje inventering på söndagskvällen kommer ur den klyftan. Lösningen är inte en bättre koppling. Det är ett enda lagersaldo som alla kanaler läser från och skriver till.
Varför glider butiks- och onlinesaldon isär?
Saldon glider isär eftersom två system håller varsin huvudbok över samma hylla. När någon handlar i kassan minskar kassasystemet sin kopia. När någon handlar online minskar e-handelsplattformen sin kopia. En koppling överför sedan varje ändring till den andra sidan, ibland på några sekunder, ibland i ett batch-jobb som körs var femtonde minut.
Mellan försäljningen och kopieringen tror båda systemen att varan fortfarande finns i lager. Det fönstret är litet, men det är inte det enda läckaget. Återbetalningar och byten bokförs ofta på den ena sidan och inte den andra. En omdöpt produkt eller redigerad variant kan tyst bryta SKU-mappningen (en SKU är ID:t för en säljbar artikel; fler termer finns i vår ordlista för POS-terminologi), varpå de två systemen inte ens pratar om samma produkt. Avbrott i synk-kopplingen tenderar att misslyckas i det tysta: inget felmeddelande visas, saldona slutar bara att stämma överens.
Avvikelserna ackumuleras. Varje liten felaktighet överlever tills någon fysiskt räknar hyllan, och då vet ingen längre vilket system som hade rätt.
Vad kostar uppdelningen egentligen?
Globalt sett kostar slutsålda varor och överlager detaljhandeln uppskattningsvis 1,73 biljoner dollar om året, cirka 6,5 % av försäljningen¹. För en enskild butik visar sig uppdelningen i fyra mindre, men ständigt återkommande kostnader.
Buffrat lager: att visa 3 online när du har 5, så att en synk-fördröjning inte kan leda till översäljning. Det är lager du har betalat för men inte låter någon köpa.
Avstämningstid (kontrollera att de två saldona stämmer överens): timmar av personalens tid som läggs på att räkna om hyllor och korrigera det system som förlorat.
Hantering av översäljning: återbetalningar, ursäktsmejl och en och annan enstjärnig recension när den "lagerförda" varan inte fanns.
Själva synk-lösningen: kopplingen eller e-handelssynken är vanligtvis en av posterna på den dolda SaaS-faktura som detaljhandlare bär på.
Inget av detta visas i en resultaträkning som "lageruppdelning", vilket är anledningen till att uppdelningen överlever.
Kan inte en synk-app bara lösa det?
För vissa butiker fungerar en koppling utmärkt, och det är värt att säga rakt ut. Om din omsättning är långsam, du sällan har den sista enheten av något och du driver en enda plats, kommer en hyfsad synk att hålla ihop det för det mesta. Välj den nödlösningen om det beskriver dig.
Det slutar fungera under exakt de förhållanden du hoppas nå. Hög trafik minskar chansen att ett synk-fönster passerar utan att två kanaler rör samma artikel. Sällsynta eller unika varor (vintage, kommission, små partier) gör varje enhet till en sista enhet. Flera försäljningsställen multiplicerar mappningarna som tyst kan gå sönder. En synk-app hanterar symptomet tillräckligt bra vid låg volym; de två underliggande huvudböckerna är fortfarande själva sjukdomen.
Vad innebär ett enda lager i praktiken?
Det innebär en enda källa till sanning (en databas som alla litar på) istället för två huvudböcker och en kurir. Disken, nätbutiken och eventuella självbetjäningsterminaler läser samma saldo och skriver sina försäljningar till samma post i det ögonblick försäljningen genomförs. När två kanaler kniper den sista enheten i exakt samma sekund, avgör huvudboken själv vem som fick den; det finns inget "senare" där ett synk-jobb upptäcker konflikten. Katalogen delas på samma sätt: en produkt, ett pris, en skatteregel, i alla kanaler.
Den arkitekturen är svår att eftermontera. Två mogna system som sammanfogas genom en integration kommer alltid att ha två huvudböcker, eftersom båda byggdes med antagandet att de ägde saldot. Det måste vara så plattformen fungerar från början, vilket är hur Final behandlar det: nätbutiken och kassan är två vyer av en och samma post, så klyftan öppnas aldrig. Realtidssynlighet är också grunden som allt annat inom lagerhantering i kassasystem bygger på. Beställningspunkter och lagervarningar är bara så bra som saldot de läser, och detaljhandlare får effektivitetsvinster först när saldot är pålitligt.
Så, kan du göra slut på uppdelningen mellan butik och online?
Ja, men inte genom att synka hårdare. Uppdelningen är en följd av att köra två system, och den upphör när båda kanalerna körs på en och samma huvudbok, inte när kopieringen mellan huvudböckerna blir snabbare. Om du utvärderar plattformar, gör ett användbart test: fråga var onlineordern och butiksförsäljningen registreras, och om det är på samma ställe. (Att välja ett kassasystem för detaljhandeln handlar om mer än lager, men den här frågan gallrar snabbt bort alternativen.)
Tumregel: om din kassa och din nätbutik kan vara oense om samma hylla, har du två lager, oavsett vad synk-appen lovar.
Vanliga frågor
Varför stämmer inte mina lagersaldon i butiken och online överens?
Eftersom varje system har sin egen liggare och ett synkroniseringsverktyg kopierar ändringar mellan dem med en fördröjning. Försäljningar, återbetalningar, byten och katalogredigeringar som sker under den fördröjningen (eller misslyckas med att överföras) ackumuleras som differenser.
Kommer en bättre synkroniseringsapp att förhindra översäljning?
Det kommer att göra dem mer sällsynta, men inte omöjliga. Varje synkronisering har ett tidsfönster mellan en försäljning och att kopian når det andra systemet, och dina mest hektiska stunder är precis då det är som mest sannolikt att två kanaler säljer den sista enheten inom det fönstret.
Vad är en gemensam datakälla för lager?
En databas som varje försäljningskanal läser från och skriver till i försäljningsögonblicket (ett registersystem). Kassan, webbutiken och alla kiosker minskar samma antal, så det finns ingen andra kopia som kan hamna i otakt.
Behöver jag separata lagersaldon för att sälja online och på plats?
Nej. Om din plattform kör båda kanalerna mot ett gemensamt register, räcker ett saldo för båda. Separata saldon och reserverade buffertar för 'onlinelager' är tillfälliga lösningar för system som inte kan dela register.