Waarom preorder voorraad de normale POS-inventaris doorbreekt

Traditionele POS-inventaris gaat uit van een eenvoudig proces: goederen ontvangen, goederen verkopen, goederen aftrekken. Omnichannel retail doorbreekt dit proces. Eén artikel kan fysiek op een plank liggen, beloofd zijn aan een klant voor afhaling, gereserveerd door het personeel van de winkel, aangeboden op een webshop, vermeld op Amazon, en verwacht worden op een inkomende inkooporder. Als de POS één gecombineerd getal publiceert, denkt elk kanaal dat het dezelfde eenheid kan verkopen.

De kenniskloof in de meeste artikelen is dat ze preorders uitleggen als een verkoopstrategie, niet als een probleem van voorraadallocatie. Concurrentieartikelen hebben het over vraagvastlegging, aanbetalingen en klantenthousiasme. Weinig artikelen leggen de operationele administratie uit die een retailer nodig heeft wanneer winkels, magazijnen en marktplaatsen allemaal dezelfde SKU aanraken.

De drie grootboeken die elke retailer nodig heeft

Een veilige POS-preorderopstelling begint met het scheiden van drie grootboeken. Het eerste is beschikbare voorraad, eenheden die de klant nu kan kopen en meenemen. Het tweede is preordercapaciteit, eenheden die het bedrijf bereid is te beloven vanuit een inkooporder, overdracht, productie of lanceringsallocatie. Het derde is buffervoorraad, eenheden die opzettelijk zijn gereserveerd om fouten in de telling, beschadigingen, vertragingen van leveranciers en personeelsholdings op te vangen.

Hier komt de operationele laag van ChannelDock om de hoek kijken. De POS kan de kassa blijven, maar de publicatie van voorraad en orderroutering moeten door een systeem lopen dat webshops, marktplaatsen, magazijnen en winkelwerkstromen samen begrijpt. Retailers die al gebruikmaken van ChannelDock kunnen de POS-kant verbinden met marktplaats- en webshopintegraties, zodat elke preorder, winkelverkoop en online bestelling in één operationele wachtrij terechtkomt.

Enkele cijfers versus belofte-gestuurde voorraad

Het verschil wordt duidelijk wanneer een nieuwe productlancering binnenkomt met 120 eenheden, 20 eenheden gereserveerd voor een flagship store, 15 eenheden als defectbuffer, 40 eenheden beschikbaar op de webshop en 45 eenheden verdeeld over marktplaatsen. Een enkele POS-hoeveelheid zegt “120”. Een belofte-gestuurde boekhouding zegt “40 kunnen nu online verkocht worden, 45 kunnen naar marktplaatsen worden gestuurd, 20 zijn beschermd voor de winkel, 15 zijn geblokkeerd, en er zijn geen vloer eenheden beschikbaar totdat de ontvangst heeft plaatsgevonden.”

Een praktische controleworkflow

De veiligste workflow is niet ingewikkeld, maar moet wel duidelijk zijn. Winkelmedewerkers hebben een eenvoudig scherm nodig. De operatie heeft een register nodig. Klanten hebben een belofte datum nodig. Magazijnteams hebben duidelijke pickinstructies nodig. Financiën heeft de betalingsstatus nodig, apart van de fulfilmentstatus.

1. 1
   Voorraad splitsen in beschikbaarheidsgroepen

   Houd de beschikbare voorraad, preordercapaciteit, inkomende leveringen van leveranciers en veiligheidsbuffer als aparte velden. Een POS-scherm kan ze samen tonen, maar kanaalpublicatie mag ze nooit als één getal behandelen.
2. 2
   Koppel elke preorder aan een brondocument

   Verbind de preorder met een inkooporder, overdracht, productiepartij of handmatige toewijzing. Als de bron verandert, weet u precies welke beloftes een nieuwe leveringsmelding nodig hebben.
3. 3
   Reserveer voordat u publiceert

   Bepaal hoeveel eenheden alleen in de winkel blijven, hoeveel naar de webshop kunnen en hoeveel blootgesteld kunnen worden aan Amazon, bol.com of een andere marketplace. Publiceer het beperkte aantal via uw integratielaag.
4. 4
   Verdeel gemengde bestellingen op belofte datum

   Wanneer een mandje zowel op voorraad als preorder artikelen bevat, splits de operationele werkzaamheden. Pak beschikbare artikelen nu, houd of backorder de preorderregel en houd de klantgerichte bestelstatus duidelijk.
5. 5
   Verzoen aanbetalingen, betalingen en annuleringen dagelijks

   Een aanbetaling is niet dezelfde operationele status als een volledig betaalde preorder. Verzoening moet overeenkomen met de betalingsstatus, fulfilmentstatus en voorraadreservering voor de releasedatum.

Hoe dit de werkzaamheden in de winkel en het magazijn verandert

In de winkel hoeft de medewerker niet elke beperking van de marktplaatsen te begrijpen. Ze moeten weten of ze het artikel nu kunnen verkopen, het kunnen reserveren, een preorder kunnen plaatsen of de klant naar een andere verzendoptie kunnen doorverwijzen. In het magazijn mag een preorderregel pas in de normale pickgolf komen wanneer de voorraad beschikbaar is en de belofte datum actief is.

Voor gemengde bestellingen is dit bijzonder belangrijk. Een klant kan in dezelfde transactie één artikel dat op voorraad is en één preorderartikel kopen. Als de POS de volledige bestelling als gereed markeert, kan het magazijn te vroeg gaan picken of kan de klant verwarrende statusupdates ontvangen. Als de bestelling wordt gesplitst op basis van belofte per regel, kan het beschikbare artikel nu worden verzonden of opgehaald terwijl de preorderregel open blijft.

De beste POS-preorderinstelling is niet degene die het vroegst verkoopt. Het is degene die elk team dezelfde belofte laat zien: wat nu beschikbaar is, wat is gereserveerd, wat onderweg is en wat niet verkocht mag worden.

Wat concurrenten vaak over het hoofd zien

Shopify en app-gefocuste gidsen stoppen meestal bij “installeer een preorder-app” of “stel een limiet in”. Lightspeed legt uit hoe e-commerce preorders kunnen worden ingeschakeld en beheerd, maar het operationele randgeval is breder dan een enkele online winkel. Besprekingen van Square richten zich vaak op de vraag of de voorraad synchroniseert tussen POS en online. Dit zijn nuttige startpunten, maar ze laten de winkelgerelateerde controles weg die retailers nodig hebben zodra personeel, marktplaatsen en magazijnteams allemaal met dezelfde SKU werken.

Een sterker model definieert regels voordat de vraag binnenkomt: preorderlimieten per kanaal, buffers per locatie, statuscodes voor aanbetalingen, afhandelingsprocedures voor annuleringen en uitzonderingwachtrijen voor vertragingen van leveranciers. ChannelDock’s overzicht van voorraadfunctionaliteiten is de logische volgende laag voor die controles, omdat het de publicatie van voorraad verbindt met de rest van de e-commerce operaties in plaats van de POS als enige waarheid te laten fungeren.

Veelgestelde vragen

Conclusie

POS preorder voorraad is geen nichewerkstroom. Het is wat gebeurt wanneer fysieke detailhandel, e-commerce en marktplaatsvraag dezelfde SKU tegenkomen voordat de voorraad volledig beschikbaar is. Winkeliers die één gecombineerde hoeveelheid tonen, blijven vechten tegen negatieve voorraad, gebroken beloftes over afhalingen en handmatige spreadsheetoplossingen. Winkeliers die vloer voorraad, preorder capaciteit, inkomende voorraad en buffers scheiden, kunnen eerder verkopen zonder dezelfde eenheid twee keer te verkopen.

ChannelDock helpt omnichannel winkeliers om die controlelaag rond de POS op te bouwen: bestellingen van winkels, webshops, marktplaatsen en handmatige invoer stromen in één wachtrij, terwijl voorraadupdates verbonden blijven met de realiteit van het magazijn. Voor teams die zich voorbereiden op een seizoen met veel preorders, is de volgende stap eenvoudig: breng uw huidige beloftetypes in kaart en verbind deze met voorraad- en orderregels voordat het lanceringverkeer arriveert.