De meeste gesprekken over voorraadnauwkeurigheid stoppen bij de deur van het magazijn. Een nee-verkoop is vervelend voor een merchandisingteam, een overschot legt cash vast, en beide worden netjes bijgehouden in dashboards die voor finance en operations zijn gebouwd. Bijna niemand houdt bij wat er daarna gebeurt: wat een verkeerde voorraadtelling doet met de verzendkosten zodra een klant al heeft betaald. Het voorraadvervormingsprobleem in retail is niet klein. IHL Group becijfert de wereldwijde kosten van nee-verkopen en overschotten op 1,77 biljoen dollar per jaar, en dat cijfer telt alleen gemiste omzet en afprijzingen mee, niet de verzendkosten die ontstaan wanneer de fout pas na het plaatsen van de bestelling wordt hersteld.

Dat gat weegt zwaarder voor e-commerce dan het ooit deed voor een fysieke winkel. Een klant die langs een leeg schap loopt, pakt gewoon een ander product van hetzelfde schap. Een online bestelling die een spookartikel verkoopt, heeft al een betaling, een belofte en in veel gevallen een pickbon in het magazijn in gang gezet voordat iemand merkt dat de voorraad er nooit echt was. Het achteraf herstellen is zelden gratis, en de rekening komt bijna altijd terecht op de verzendregel, niet op de merchandisingregel.

Voorraadbeheer lost nee-verkopen op. Het lost zelden je verzendkosten op

De meeste voorraadstrategieën draaien om dezelfde handvol praktijken: bestelpunten instellen op basis van gemiddelde dagelijkse verkoop vermenigvuldigd met de levertijd van de leverancier, één bron van waarheid aanhouden voor voorraadmutaties over alle kanalen, en roulerende steekproeftellingen uitvoeren om afwijking op te vangen voordat die zich opstapelt. Dat zijn zinvolle praktijken, en elke winkel die ze overslaat vliegt blind. Maar ze zijn gebouwd om één vraag te beantwoorden, hoeveel voorraad er zou moeten zijn, niet een tweede en even kostbare vraag, wat er met een zending gebeurt wanneer de voorraad die het systeem beloofde niet de voorraad is die daadwerkelijk op het schap ligt. Die tweede vraag is waar de verzendkosten zich verstoppen.

Vijf manieren waarop verkeerde voorraadgegevens verzendkosten worden

Wanneer voorraadgegevens afwijken van de werkelijkheid, verschijnen de gevolgen zelden als een nette, losse kostenpost. Ze verspreiden zich over de verzendoperatie op manieren die afzonderlijk makkelijk over het hoofd worden gezien en gezamenlijk duur uitpakken.

• Gesplitste zendingen, wanneer een bestelling met meerdere artikelen wordt bevestigd op basis van voorraad die maar deels op één locatie aanwezig is, wat een tweede pakket, een tweede label en een tweede bezorgvenster vanuit een ander knooppunt in het netwerk afdwingt
• Spoedherverzendingen, wanneer een beloofd artikel een spookvoorraad blijkt te zijn en de enige manier om de bezorgbelofte na te komen is een vervangend artikel met spoed te versturen vanaf de locatie waar de voorraad daadwerkelijk staat
• Carriertoeslagen door afwijkende afmetingen en gewicht, wanneer de productdata achter een SKU nooit is bijgewerkt na een verpakkingswijziging, waardoor elk label dat op de oude afmetingen wordt gegenereerd achteraf door de vervoerder wordt gecorrigeerd, en in rekening gebracht
• Adres- en magazijnmismatches, wanneer verouderde SKU-naar-locatiekoppelingen een bestelling naar een fulfilmentlocatie sturen die dat product al weken niet meer op voorraad heeft, wat een transportstap toevoegt die nooit in het verzendbudget was voorzien
• Geannuleerde en omgeleide bestellingen, wanneer een oververkocht artikel een late annulering of vervanging afdwingt, waardoor de verzendkosten die al waren gemaakt voor picken, inpakken en labelgeneratie voor niets zijn geweest

Wat dit werkelijk kost: een uitgewerkt voorbeeld

Stel je een middelgrote Europese modewebshop voor die twaalfduizend bestellingen per maand verzendt. Als fouten in voorraadgegevens al drie procent van de bestellingen dwingen tot een gesplitste zending of een spoedherverzending, een voorzichtige aanname voor een catalogus met een significant aantal SKU's en meerdere magazijnlocaties, dan gaat het om driehonderdzestig bestellingen per maand met een extra pakket. Bij een gemiddelde extra kostenpost van acht tot veertien euro per extra pakket, zodra het tweede label, de tweede pick en de tweede overdracht aan de vervoerder zijn meegerekend, komt dat ene faalpatroon neer op ergens tussen de negentienhonderd en ruim vijfduizend euro per maand, oftewel ruwweg vijfendertigduizend tot zestigduizend euro per jaar. Die schatting is exclusief de tijd van de klantenservice die een gesplitste levering moet uitleggen, en exclusief de retouren die ontstaan wanneer een vervanging een klant teleurstelt die een specifiek artikel wilde.

Hier is geen catastrofaal foutpercentage voor nodig. Drie procent is een afrondingsverschil op de meeste rapportages over voorraadnauwkeurigheid, ruim binnen wat veel webshops een gezond systeem zouden noemen. Dat is precies het punt. Voorraadnauwkeurigheid kan er op een maandrapport prima uitzien en tegelijk in stilte een vijfcijferig jaarlijks lek in het verzendbudget financieren, omdat het rapport nooit is gebouwd om dat lek te meten.

Waarom dit een systeemprobleem is, geen magazijnprobleem

De reflex is om dit als een uitvoeringsprobleem in het magazijn te behandelen: het schema van steekproeftellingen aanscherpen, het pickteam bijscholen, het warehouse management systeem auditen. Die stappen helpen, maar ze behandelen het symptoom dat het dichtst bij de vloer staat in plaats van de eigenlijke oorzaak, namelijk dat voorraadgegevens en verzendbeslissingen door twee systemen worden bepaald die elkaar zelden in real time spreken. Een magazijnsysteem kan op het moment van een steekproeftelling volledig accuraat zijn en drie uur later alweer onjuist zijn zodra online bestellingen, marktplaatsorders en een retour dezelfde SKU binnen dezelfde middag raken. De verzendengine die een label genereert weet dat niet. Die weet alleen wat het voorraadrecord de laatste keer dat het werd geraadpleegd heeft doorgegeven.

Dit is ook waarom de oplossing zelden volledig in voorraadsoftware ligt. Een systeem van record voor voorraad sluit maar de helft van de cirkel. De andere helft is een verzendlaag die kan reageren op het moment dat de voorraadwerkelijkheid verandert: een pick omleiden naar het magazijn dat het artikel daadwerkelijk heeft, een vervoerder en serviceniveau kiezen dat de bezorgbelofte vanaf de juiste locatie alsnog waarmaakt, en een bestelling markeren voor een menselijke blik voordat er een label wordt geprint tegen voorraad die niet meer bestaat.

Hoe Zineps voorraadwaarheid koppelt aan verzendbeslissingen

Dit is precies de laag die Zineps is gebouwd om te bezitten. Als operating system for shipments zit Zineps tussen de order- en voorraadsystemen van een webshop en het volledige vervoerdersnetwerk, wat betekent dat voorraadlocatie en verzendbeslissingen als één doorlopend proces worden behandeld in plaats van als twee systemen die af en toe updates uitwisselen. Wanneer de voorraad op een bepaalde locatie verandert, door een verkoop, een retour of een overplaatsing, kan Zineps de fulfilment omleiden en de zending herprijzen tegen actuele vervoerderstarieven voordat er ooit een label wordt gegenereerd, in plaats van de mismatch pas te ontdekken nadat een pakket al bij de verkeerde persoon is aangeleverd.

We schreven eerder uitgebreider over de bredere verschuiving naar real-time voorraadintelligentie in e-commerce verzending, en dezelfde les geldt hier voor het probleem van gesplitste zendingen en toeslagen: webshops die dit gat dichten, behandelen voorraad en verzending als één workflow in plaats van als twee systemen die af en toe gegevens uitwisselen.

Omdat Zineps al live vervoerderstarieven en servicedata bezit over elke aangesloten vervoerder, vangt dezelfde infrastructuur die voorkomt dat een webshop te veel betaalt voor een gewoon label ook het moment op waarop de werkelijke locatie van een SKU afwijkt van wat de webshop beloofde. Dat is de versie van carrierstrategie die we beschrijven in ons artikel over wat Amazon's verzendprijsoorlog betekent voor jouw carrierstrategie, hier toegepast één stap eerder in het proces, voordat het verkeerde label ooit wordt afgedrukt.

Een audit in vier stappen die je deze week kunt uitvoeren

• Haal alle gesplitste zendingen en spoedherverzendingen van de afgelopen negentig dagen op en label elke zaak met de hoofdoorzaak: oververkoop, spookvoorraad, verkeerde locatie of afwijkende afmetingen
• Tel de directe kosten per categorie op, extra labels, spoedvracht en supporttijd, en vergelijk dat getal met wat je rapportage over voorraadnauwkeurigheid nu als gezondheidsscore claimt
• Controleer hoe vaak je verzendsysteem en je voorraadsysteem het oneens zijn over de voorraad op een locatie op het moment dat een label wordt gegenereerd, niet op het moment van de laatste steekproeftelling
• Test een regel die labelgeneratie blokkeert, of automatisch omleidt, zodra de bevestigde voorraad van een SKU op een locatie naar nul zakt, in plaats van te vertrouwen op de eerstvolgende geplande voorraadsynchronisatie

Veelgestelde vragen

Is dit nu echt een voorraadprobleem of een verzendprobleem?

Allebei, en dat is precies het punt. De oorzaak ligt in de voorraadgegevens, maar de kosten worden volledig gerealiseerd in de verzending: extra pakketten, spoedvracht en carriertoeslagen. Als je het alleen als een voorraadprobleem behandelt, blijven de verzendkosten ongemeten en onbeheerd.

Hoe snel is real-time synchronisatie tussen voorraad en verzending echt te implementeren?

De meeste webshops kunnen bestaande voorraad- en ordergegevens binnen een paar weken koppelen aan een verzendlaag zoals Zineps, omdat het integratiewerk voortbouwt op systemen die er al staan in plaats van ze te vervangen. De grootste tijdsinvestering zit meestal in het vastleggen van de bedrijfsregels, welke locatie de voorkeur krijgt, welk serviceniveau de bezorgbelofte beschermt, zodra de data eenmaal stroomt.

Geldt dit ook voor webshops met één magazijn?

Ja, al verschuiven de specifieke faalpatronen. Een webshop met één magazijn ziet minder gesplitste zendingen tussen locaties, maar is kwetsbaarder voor afwijkende afmetingen en voor spookvoorraad door niet-gesynchroniseerde marktplaatskanalen, met de spoedherverzendingen die daarop volgen. De omvang van het lek hangt meer af van ordervolume en aantal SKU's dan van het aantal magazijnen.

Voorraadnauwkeurigheid zal op dezelfde manier gemeten blijven worden als altijd, met nee-verkooppercentages, overschotwaarde en afwijking in steekproeftellingen. Die cijfers doen ertoe, maar ze zijn nooit gebouwd om op te vangen wat er gebeurt nadat een verkeerd voorraadrecord een verzendbeslissing wordt. Dat gat is geen magazijnprobleem dat wacht op strengere tellingen. Het is een systeemprobleem dat wacht op een verzendlaag die in real time daadwerkelijk weet wat waar is. Dat is het operating system dat Zineps is gebouwd om te zijn.