Waarom POS-cyclusinventarisaties anders verlopen in omnichannel retail

Een retailer met alleen fysieke winkels kan een schap tellen, de POS aanpassen en doorgaan. Een retailer met ecommerce kan er niet van uitgaan dat het gecorrigeerde aantal meteen betrouwbaar is. Het artikel kan al in een click & collect-winkelmandje zitten, toegewezen zijn aan een online bestelling, gereserveerd staan voor een ruiling of in een transportbak tussen winkel en magazijn liggen. Als die operationele status niet zichtbaar is voor de voorraadlaag, ontstaat er weer een nieuwe bron van afwijking.

Daarom mogen voorraadbeheer en POS niet los van elkaar functioneren. De POS registreert wat de winkel verkocht en wat medewerkers hebben geteld. De voorraadlaag bepaalt wat de webshop, marktplaatsen en het magazijn mogen beloven. Wanneer die twee lagen ontkoppeld zijn, reageren retailers vaak door winkelvoorraad online te verbergen of grote veiligheidsbuffers aan te houden. Dat voorkomt deels overselling, maar houdt tegelijk verkoopbare voorraad onnodig in de winkel vast.

Wat concurrenten vaak missen: tellen is niet hetzelfde als online bijwerken van voorraad

De meeste goed scorende artikelen over periodieke tellingen richten zich op frequentie, ABC-classificatie en scannen. Shopify beschrijft typen periodieke tellingen en noemt gesynchroniseerde online- en offline-voorraad. Square legt periodieke tellingen vast in Square for Retail. Lightspeed behandelt volledige voorraadtellingen, historische tellingen en voorraadmutaties tijdens een telling. Dat zijn nuttige aanwijzingen, maar de operationele kloof zit in de stap van het online bijwerken.

Die publicatiestap is waar een telling verandert in een klantbelofte. Als medewerkers vier stuks tellen en de webwinkel direct vier beschikbare stuks toont, houdt het systeem mogelijk geen rekening met één exemplaar dat al klaarstaat voor afhaling, één exemplaar met beschadigde verpakking of één exemplaar in een paskamer. De fysieke telling klopt, maar de online belofte blijft onjuist.

Baseer de telling op verkoopbare voorraad

Een beter model is om drie aantallen strikt te scheiden. Ten eerste: de fysieke voorraad — wat uw medewerkers kunnen scannen of zien. Ten tweede: de operationele voorraad — wat al gereserveerd, geblokkeerd, beschadigd, in overdracht of in retourinspectie is. Ten derde: de verkoopbare voorraad — het aantal dat u aan klanten wilt tonen. Een POS-cycle count moet alle drie de waarden verbeteren; overschrijf de verkoopbare voorraad niet simpelweg met de fysieke voorraad.

Voor retailers die ChannelDock gebruiken betekent dit dat de telling thuishoort in dezelfde operationele workflow als integraties met verkoopkanalen, ecommercebestellingen en voorraadupdates naar marketplaces. Winkelpersoneel kan de POS blijven gebruiken voor het verkoopproces in de winkel, terwijl ChannelDock de afspraken over orders en voorraad consistent houdt voor uw webshop, bol.com en andere marketplaces, B2B-orders en magazijnprocessen.

Vijfstappenworkflow voor POS-cycle counts zonder uw online voorraad te verstoren

Het doel is niet om uw winkelpersoneel langzamer te laten werken, maar om onduidelijkheden weg te nemen voordat een telling de verkoopkanalen bereikt. Een goede werkwijze is kort genoeg om wekelijks te herhalen en tegelijk strikt genoeg om te voorkomen dat het laatste exemplaar zonder goedkeuring van ‘mogelijk op schap’ naar ‘overal beschikbaar’ springt.

1. 1
   De winkel opdelen naar online‑zichtbaarheid

   Begin bij producten die zichtbaar zijn op uw webshop, op bol.com of andere marktplaatsen, op bestel‑en‑afhaalpagina's of op endless‑aisle‑schermen. Een SKU uit de achterkamer en een publiek geadverteerd laatste exemplaar hebben niet hetzelfde risicoprofiel.
2. 2
   Maak een tijdelijke buffer voor veilig verkopen

   Voordat het scannen begint verlaagt u de online verkoopbelofte voor de te tellen SKU's of reserveert u de getelde zone. Zo voorkomt u dat een klant bestelt terwijl medewerkers nog moeten controleren of het artikel daadwerkelijk aanwezig is.
3. 3
   Scan tegen één bron van waarheid

   Gebruik de POS‑telling als bewijs, maar keur de uitkomst goed in dezelfde voorraadlaag die uw online bestellingen, marktplaatsvoorraad en magazijn‑pickopdrachten voedt.
4. 4
   Behandel afwijkingen voordat u voorraad publiceert

   Een mismatch heeft altijd een verklaring: verkocht aan de kassa, gereserveerd voor afhalen, beschadigd, retour, in transfer, diefstal, fout van de leverancier of onbekend. Onbekende oorzaken blijven geblokkeerd totdat ze zijn beoordeeld.
5. 5
   Publiceer voorraad in kleine batches

   Zet goedgekeurde verkoopbare voorraad per categorie, schap of zone live, in plaats van te wachten tot de hele winkel is verwerkt. Zo behoudt u doorlopend een accurate digitale schappositie zonder de online verkoop te blokkeren.

Welke SKU's moet u als eerste tellen?

Begin niet met de hele winkel; begin met het grootste risico. De beste kandidaten zijn snelverkopende artikelen, producten met hoge marge, artikelen die vaak voor afhaalorders worden gebruikt, producten die online wel bekeken worden maar lokaal weinig voorraad hebben, en SKU's met terugkerende afwijkingsredenen. In de mode gaat het vaak om cruciale maten en kleuren. Bij elektronica gaat het om producten met serienummer, accessoires en retouren met geopende verpakking. In specialistische retail zijn het vaak producten die medewerkers regelmatig tussen winkel, pop-up en magazijn verplaatsen.

Als dezelfde voorraadpool tegelijk Amazon, bol.com, Kaufland of uw webshop voedt, neemt de urgentie toe. Een voorraadafwijking op de winkelvloer kan snel leiden tot een geannuleerde marketplace-bestelling en tot risico voor de gezondheid van uw account. Als een telling een dag in het POS blijft hangen, is dat in die situatie te traag. Een uitzondering moet onmiddellijk in een voorraadwachtrij worden gezet, ook als het definitieve onderzoek langer duurt.

De veiligste POS-cycletelling is niet degene die de meeste afwijkingen vindt. Het is degene die voorkomt dat een afwijking uitmondt in een toezegging richting de klant.

Wat u na de telling moet meten

Winkeliers kijken meestal alleen of de getelde aantallen overeenkomen met de cijfers in het systeem. Voor omnichannelverkopers is dat onvoldoende: u moet ook vaststellen of de telling heeft geleid tot minder mislukte afhalingen, minder geannuleerde onlinebestellingen, minder negatieve voorraad, minder handmatige correcties en minder supporttickets tussen winkel en magazijn. Verbeteren die indicatoren niet, dan kan de telling lokaal wel kloppen maar operationeel tekortschieten.

Nuttige metriek zijn bijvoorbeeld het annuleringspercentage door oververkoop, de tijd tussen telling en online bijwerking, het percentage afwijkingen met een redencode, het aantal SKU's dat tijdens tellingen tijdelijk uit de online verkoop is gehaald, en herhaalde afwijkingen per schap of per werkwijze van het personeel. Deze cijfers laten ook zien of het werkelijke probleem diefstal, ontvangst, interne transfers, retouren of onjuiste SKU-toewijzing is. Zonder die uitsplitsing lijkt elk probleem op een algemeen vraagstuk van voorraadnauwkeurigheid.

Conclusie

POS-cyclecounts worden een onmisbaar omnichannel-controlepunt: winkelvoorraad is niet langer alleen lokale voorraad. De voorraad van de winkel voedt online bestellingen, click & collect‑beloftes, het virtuele schap en de beschikbaarheid op marktplaatsen zoals bol.com. Succesvolle retailers zijn niet degenen die één keer per jaar tellen met meer scanners. Het zijn de retailers die kleinere batches tellen, de laatste eenheid beschermen, uitzonderingen zorgvuldig beoordelen en alleen écht verkoopbare voorraad publiceren.

ChannelDock helpt retailers POS, magazijn, webshop en marketplace-activiteiten te koppelen in één laag voor voorraad- en orderbeheer. Als uw winkeltellingen het POS herstellen maar uw online voorraad in de war brengen, is de volgende stap geen extra spreadsheet. Het is een betrouwbaarder beloftesysteem tussen de winkelvloer en elk kanaal dat vanuit die winkel kan verkopen.

Veelgestelde vragen