Éin butikk, to lagerbehaldningar: Slutt på splittinga mellom butikk og nett

Ein butikk som sel både fysisk og på nett, køyrer vanlegvis ikkje éi felles lagerbehaldning. Han køyrer to ulike lagerbehaldningar som sender brev til kvarandre: talet på hylla lever i POS-en, nett-talet lever i nettbutikkplattforma, og eit synkroniseringsprogram flyttar oppdateringar mellom dei. Kvart einaste oversal, kvar einaste e-post med «beklagar, vi har diverre ikkje denne vara likevel», og kvar einaste vareteljing på søndagskvelden stammar frå dette gapet. Løysinga er ikkje eit betre synkroniseringsprogram. Det er éi felles lagerregistrering som alle kanalar les frå og skriv til.

Kvifor sklir tala for butikk og nett frå kvarandre?

Tala sklir ut fordi to ulike system har kvar sin protokoll over den same hylla. Når nokon kjøper noko i kassa, trekkjer POS-en frå på sin kopi. Når nokon handlar på nett, trekkjer nettbutikken frå på sin kopi. Ein integrasjon overfører deretter endringa til den andre sida, av og til på sekundet, andre gonger i ein samlejobb som køyrer kvart kvarter.

I tidsrommet mellom salet og oppdateringa trur begge systema at vara framleis er på lager. Det tidsrommet er lite, men det er ikkje den einaste lekkasjen. Refusjonar og byte blir ofte registrerte på den eine sida og ikkje den andre. Eit produkt som har fått nytt namn eller ein endra variant kan i det stille ødelegge SKU-koplinga (ein SKU er ID-en til ei salbar vare; sjå fleire omgrep i vår POS-terminologiguide), og etter det snakkar ikkje dei to systema om det same produktet lenger. Nedetid på integrasjonar har ein tendens til å feile i det stille: ingenting melder feil, tala sluttar berre å stemme overeins.

Avvika ballar på seg. Kvart vesentleg avvik overlever heilt til nokon fysisk tel over hylla, og innan den tid er det ingen som veit kva for eit system som hadde rett.

Kva kostar splittinga faktisk?

På verdsbasis kostar tomme hyller og overlager detaljhandelen anslått 1,73 billionar dollar i året, noko som utgjer rundt 6,5 % av salet¹. For ein enkelt butikk viser splittinga seg i fire mindre, men faste utgifter.

• Sikkerhetsmargin på lageret: å vise 3 på nett når du faktisk har 5, slik at forseinkingar i synkroniseringa ikkje fører til oversal. Det er varer du har betalt for, men som du ikkje lèt nokon kjøpe.

• Avstemmingstid (sjekke at dei to tala stemmer overeins): timar med arbeidstid der tilsette må telje over hyller og korrigere det systemet som tapte.

• Opprydding etter oversal: refusjonar, beklagings-e-postar og ein og annan einstjerners omtale når den «lagerførte» vara ikkje var der likevel.

• Sjølve synkroniseringsverktøyet: integrasjonen eller det høgare abonnementet for synkronisering er vanlegvis ein av postane på den skjulte SaaS-rekninga butikkeigarar ber på.

Ingen av desse dukkar opp i driftsrekneskapen som «splitta lager», og det er difor splittinga får halda fram.

Kan ikkje ein synkroniseringsapp berre fikse det?

For nokre butikkar fungerer ein integrasjon heilt fint, og det er ærlegast å seie det rett ut. Dersom du har låg omsetningsfart, sjeldan sit på den siste eininga av noko, og berre driv éin lokasjon, vil ein grei synkronisering halde stand mesteparten av tida. Gå for den mellombels løysinga dersom det gjelder deg.

Det sluttar å halde stand under akkurat dei forholda du håpar å oppnå. Høg trafikk minskar sjansen for at eit synkroniseringsintervall passerer utan at to kanalar rører ved den same vara. Lite eller unikt lager (vintage, kommisjon, småskala) gjer kvar einaste eining til ein siste eining. Fleire utsal multipliserer koplingane som i det stille kan gå sund. Ein synkroniseringsapp handterar symptomet godt nok ved lågt volum; dei to underliggjande protokollane er framleis sjølve sjukdomen.

Kva inneber éi felles lagerbehaldning faktisk?

Det betyr éi felles kjelde til registrering (éin database alle stolar på) i staden for to protokollar og eit bodbod. Kassa, nettbutikken og ein kvar sjølvbeteningskiosk les det same talet og skriv salet sitt til den same registreringa i det augeblikket salet blir gjennomført. Når to kanalar prøver å ta den siste eininga i akkurat same sekund, avgjer sjølve databasen kven som fekk ho; det finst ikkje noko «seinare» der ein synkroniseringsjobb oppdagar konflikten. Katalogen blir delt på same måte: eitt produkt, éin pris, éin skatteregel, for alle kanalar.

Den arkitekturen er vanskeleg å ettermontere. To etablerte system som blir kopla saman med ein integrasjon vil alltid ha to ulike protokollar, fordi begge vart bygde på føresetnaden om at dei sjølve eigde talet. Det må vere slik plattforma fungerer heilt frå byrjinga av, noko som er slik Final behandlar det: nettbutikken og kassa er to ulike visningar av éi og same registrering, så gapet oppstår aldri. Sanntidssynlegheit er også fundamentet som alt anna i POS-lagerstyring byggjer på. Bestillingspunkt og lagervarsel er ikkje betre enn talet dei les, og butikkeigarar får effektivitetsgevinstane først når lagertalet er til å stola på.

Så, kan du gjere slutt på splittinga mellom butikk og nett?

Ja, men ikkje ved å synkronisere hardare. Splittinga er eit resultat av å køyra to ulike system, og ho tek slutt når begge kanalar køyrer på éi felles registrering, ikkje når kopieringa mellom dei går raskare. Dersom du vurderer plattformer, er dette ein nyttig test: spør kvar nettordren og butikksalet blir registrert, og om det er på nøyaktig same stad. (Val av butikk-POS handlar om meir enn lager, men dette spørsmålet filtrerer raskt ut alternativa.)

Tommelfingerregel: dersom kassa di og nettbutikken din kan vere ueinige om den same hylla, har du to lagerbehaldningar, uansett kva synkroniseringsappen lovar.