Eén winkel, twee voorraden: Een einde aan de splitsing tussen winkel en online

Een winkel die zowel fysiek als online verkoopt, draait meestal niet op één voorraad. Het draait op twee voorraden die met elkaar communiceren: de voorraad in de winkel leeft in de POS, de online voorraad leeft in het e-commerceplatform, en een synchronisatiekoppeling stuurt updates heen en weer. Elke oververkoop, elke e-mail met "sorry, dat hebben we eigenlijk niet meer" en elke inventarisatie op zondagavond komt voort uit die kloof. De oplossing is niet een betere koppeling. Het is één enkele voorraadadministratie die door elk kanaal wordt gelezen en beschreven.

Waarom gaan de fysieke en online tellingen van elkaar afwijken?

Tellingen gaan afwijken omdat twee systemen elk hun eigen administratie van hetzelfde schap bijhouden. Wanneer iemand aan de kassa koopt, verlaagt de POS zijn eigen kopie. Wanneer iemand online koopt, verlaagt het e-commerceplatform zijn eigen kopie. Een koppeling brengt vervolgens elke wijziging over naar de andere kant, soms binnen enkele seconden, soms in een batchtaak die elke vijftien minuten draait.

Tussen de verkoop en de kopie geloven beide systemen dat het artikel nog op voorraad is. Die periode is kort, maar het is niet het enige lek. Terugbetalingen en ruilingen worden vaak wel aan de ene kant verwerkt, maar niet aan de andere kant. Een hernoemd product of een bewerkte variant kan geruisloos de SKU-koppeling verbreken (een SKU is de ID voor één verkoopbaar artikel; meer termen vindt u in onze POS-terminologiegids), waarna de twee systemen niet eens meer over hetzelfde product praten. Storingen in de koppeling treden meestal geruisloos op: er verschijnen geen foutmeldingen, de tellingen komen simpelweg niet meer overeen.

De afwijking stapelt zich op. Elke kleine mismatch blijft bestaan totdat iemand de voorraad fysiek telt, en tegen die tijd weet niemand meer welk systeem het bij het rechte eind had.

Wat kost die splitsing nu daadwerkelijk?

Wereldwijd kosten tekorten en overschotten de retail naar schatting 1,73 biljoen dollar per jaar, ongeveer 6,5% van de omzet¹. Voor een individuele winkel uit de splitsing zich in vier kleinere, constante kostenposten.

• Buffer-voorraad: online 3 stuks tonen terwijl u er 5 heeft, zodat een vertraging in de synchronisatie niet tot oververkoop kan leiden. Dat is voorraad waar u voor heeft betaald, maar die u door niemand laat kopen.

• Tijd voor aansluiting (controleren of de twee tellingen overeenstemmen): uren aan personeelstijd besteed aan het tellen van schappen en het corrigeren van het systeem dat de fout in is gegaan.

• Het oplossen van oververkopen: terugbetalingen, excuses via de mail en af en toe een eensterrenreview wanneer het artikel dat "op voorraad" was dat toch niet bleek te zijn.

• De synchronisatie-stack zelf: de koppeling of de synchronisatielaag van het e-commerceplatform is meestal een van de posten op de verborgen SaaS-rekening die winkeliers betalen.

Geen van deze posten verschijnt op een winst-en-verliesrekening als "voorraadsplitsing", en dat is de reden waarom de splitsing blijft bestaan.

Kan een synchronisatie-app dit niet gewoon oplossen?

Voor sommige winkels is een koppeling prima, en dat mag ook best duidelijk worden gezegd. Als uw omloopsnelheid laag is, u zelden de allerlaatste eenheid van iets op voorraad heeft en u één locatie runt, zal een fatsoenlijke synchronisatie het meestal wel houden. Gebruik die tijdelijke oplossing als dat op u van toepassing is.

Het houdt echter op met werken onder exact de omstandigheden die u hoopt te bereiken. Veel verkeer verkleint de kans dat een synchronisatieperiode voorbijgaat zonder dat twee kanalen hetzelfde artikel aanraken. Schaarse of unieke voorraad (vintage, consignatie, kleine oplages) maakt van elke eenheid een laatste eenheid. Meerdere verkooppunten vermenigvuldigen de koppelingen die geruisloos kapot kunnen gaan. Een synchronisatie-app bestrijdt de symptomen goed genoeg bij een laag volume; de twee onderliggende administraties blijven de werkelijke oorzaak.

Wat betekent één voorraad nu echt?

Het betekent één enkele bron van waarheid (één database die iedereen vertrouwt) in plaats van twee administraties en een tussenpersoon. De toonbank, de online etalage en eventuele bestelzuilen lezen dezelfde telling en schrijven hun verkopen naar dezelfde database op het moment dat de verkoop wordt afgerond. Wanneer twee kanalen op exact hetzelfde moment de laatste eenheid claimen, bepaalt de database zelf wie deze krijgt; er is geen vertraging waarin een synchronisatietaak achteraf het conflict ontdekt. De catalogus wordt op dezelfde manier gedeeld: één product, één prijs, één belastingregel, voor elk kanaal.

Die architectuur is achteraf lastig in te passen. Twee volwassen systemen die via een integratie met elkaar zijn verbonden, zullen altijd twee administraties hebben, omdat elk systeem ervan uitging dat het de telling beheerde. Het moet vanaf het begin de manier zijn waarop het platform werkt, en dat is hoe Final het aanpakt: de online winkel en de kassa zijn twee weergaven van één database, waardoor de kloof nooit ontstaat. Realtime inzicht is bovendien het fundament waarop al het andere in POS-voorraadbeheer is gebouwd. Bestelpunten en voorraadwaarschuwingen zijn slechts zo goed als de telling die ze lezen, en winkeliers behalen pas efficiëntievoordelen als de telling betrouwbaar is.

Dus, kunt u de splitsing tussen winkel en online beëindigen?

Ja, maar niet door harder te synchroniseren. De splitsing is een eigenschap van het draaien van twee systemen, en deze eindigt wanneer beide kanalen op één database draaien, niet wanneer het kopiëren tussen databases sneller gaat. Als u platforms vergelijkt, is dit een nuttige test: vraag waar de online bestelling en de verkoop aan de kassa worden geregistreerd, and of dat dezelfde plek is. (Een retail-POS kiezen omvat meer dan alleen voorraad, maar deze vraag filtert snel.)

Vuistregel: als uw kassa en uw online winkel het oneens kunnen zijn over hetzelfde schap, heeft u twee voorraden, wat de synchronisatie-app ook belooft.