Barcode verhuursoftware: hoe barcodescannen de verhuurprocessen verbetert

Verhuurvoorraad op het oog tellen, of afvinken op een uitgeprint blad, is traag en het gaat vaker mis dan de meeste depots willen toegeven. Een drukke werf leent zich niet voor zorgvuldig kruiscontroleren: iemand probeert een order de deur uit te krijgen, een andere order gaat terug naar het schap, en een voorraadtelling wordt er tussendoor gepropt, terwijl je naar rijen materieel kijkt die eigenlijk van elkaar te onderscheiden zouden moeten zijn, maar van drie meter afstand vaak bijna identiek ogen.

Een barcodescan verandert een vaag menselijk oordeel, namelijk welk item is dit en is het het juiste, in een halve seconde in een ondubbelzinnig feit. De scanner wordt niet moe, gaat er niet vanuit dat het item voor hem overeenkomt met dat op de lijst omdat het ongeveer de juiste maat heeft, en hoeft niet te vertrouwen op iemands handschrift van een uur eerder. Dat verschil telt het meest op precies de drie momenten waarop een verhuurbedrijf zich fouten het minst kan veroorloven: bij het picken van een order, bij het verzenden ervan, en bij het terugnemen ervan.

Dit is geen nieuw idee. Retailers en magazijnen gebruiken al decennialang barcodes, juist omdat handmatige identificatie en telling niet betrouwbaar opschalen. Wat het waard is om te onderzoeken, is waarom dit zo specifiek belangrijk is voor verhuuractiviteiten, waar hetzelfde fysieke object uitgaat, terugkomt, geïnspecteerd wordt, en weer uitgaat, soms tientallen keren per jaar, en waar elk van die bewegingen een kans is voor de papieren registratie om stilletjes van de werkelijkheid af te wijken.

Een barcode voegt op zichzelf geen informatie toe die een goed bijgehouden spreadsheet of assetregister niet al bevat. Wat het wegneemt, is de foutgevoelige tussenstap: iemand leest een label of modelnummer, vergelijkt dat in gedachten met een lijst, en noteert of klikt vervolgens wat hij denkt gezien te hebben. Precies in die stap sluipen fouten binnen, niet omdat medewerkers onzorgvuldig zijn, maar omdat het visueel identificeren van vergelijkbaar materieel echt lastig is om snel en correct te doen, keer op keer, de hele dag door.

Bedenk wat die tussenstap concreet inhoudt. Twee generatoren van dezelfde fabrikant, één van 3 kVA en één van 3,5 kVA, naast elkaar. Een reeks steigerkoppelingen waarbij alleen een gestempeld batchnummer het ene inspectiemoment van het andere onderscheidt. Een pallet bijna identieke kabelhaspels waarbij alleen een barcode, of een heel nauwkeurige blik op een versleten asset-label, aangeeft welke deze maand getest moet worden en welke vorige week al is getest. Niets van dit alles is bijzonder; het is de gewone textuur van de voorraad van een verhuurdepot, en precies het soort detail waar iemand die haast heeft, moe is, of gewoon afgeleid, af en toe naast zal zitten.

Dit telt het meest op drie momenten waarop een asset van eigenaar of locatie wisselt: wanneer het voor een order gepickt wordt, wanneer het geladen en verzonden wordt, en wanneer het terugkomt. Elk moment is er een waarop de registratie moet kloppen met een specifiek fysiek object, en elk moment is er een waarop een scan, in plaats van een blik, identificatie verandert van een inschatting in een simpele controle.

De meest voorkomende voorraadfout in een verhuurdepot is geen verkeerde telling van totalen; het is verwisseling, de juiste hoeveelheid van min of meer het juiste ding, maar met het verkeerde specifieke item, de verkeerde modelvariant, of de verkeerde conditiestatus, verzonden op de verkeerde order. Iemand die uit het hoofd, of vanaf een papieren pickbon, een dozijn steigerklemmen pickt, heeft geen enkel mechanisme dat voorkomt dat hij een visueel identieke klem grijpt die eigenlijk apart was gelegd voor de volgende klus, of gemarkeerd voor inspectie.

Een scangestuurde pickqueue dicht dat gat door ontwerp. In plaats van een regel op een lijst af te vinken, scant de picker het item, en het systeem controleert dit tegen wat die specifieke order daadwerkelijk vereist, niet zomaar een klem, maar precies die klem, toegewezen aan die order, in een status die aangeeft dat hij beschikbaar is om uit te gaan. Is het het verkeerde item, de verkeerde variant, of iets dat eigenlijk in de werkplaats hoort in plaats van op de werf, dan legt de scan dat onmiddellijk bloot, precies op het punt waar het niets kost om te herstellen, in plaats van uren later wanneer een chauffeur al ter plaatse is en de klant het verkeerde materieel in handen heeft.

Zo zien scangestuurde workflows er in de praktijk uit: prepqueues en pickscanning die de werf eerlijk houden voordat er iets door de poort verlaat, in plaats van te vertrouwen op het geheugen van een picker en een steekproef van een supervisor om fouten achteraf te vangen. De efficiëntiewinst is reëel, maar belangrijker is dat een verkeerd item nooit de kans krijgt om een verkeerde levering te worden, een omgeleid busje, of een klant die wacht op materieel dat de eerste keer al correct had moeten aankomen.

Wanneer materieel terugkomt zonder scan, is de conditienotitie die eraan gehangen wordt meestal generiek, menger, wat slijtage, genoteerd tegen een categorie in plaats van tegen een unit met serienummer. Zo'n notitie is zes maanden later vrijwel nutteloos: hij kan niet vertellen of dezelfde fysieke menger telkens bekrast terugkomt terwijl de rest van het wagenpark prima is, of dat schade daadwerkelijk gelijkmatig verdeeld is over alles van dat type. Een notitie op categorieniveau heeft geen geheugen.

Scannen bij retourcheck-in lost dit op door de conditieregistratie te koppelen aan precies de asset die gescand werd, niet aan een willekeurig exemplaar. Retourcheck-in met conditieregistratie en schademelding wordt zo een doorlopende geschiedenis tegen één identiteit in plaats van een reeks losstaande waarnemingen: deze specifieke unit, deze specifieke datum, dit specifieke defect, elke keer geregistreerd tegen dezelfde asset wanneer die terugkomt. Over een jaar verandert dat van een stapel losse notities in een echt onderhouds- en schadedossier, het soort dat kan aangeven dat een asset op afschrijving afstevent, of dat een bepaalde verhuur consequent materieel terugbrengt in slechtere staat dan de rest van het klantenbestand.

Het neemt ook onduidelijkheid weg op het moment dat het meest telt voor kostenverhaal. Als schade wordt doorbelast aan een verhuur, moet die gekoppeld zijn aan de asset die die klant daadwerkelijk had, niet aan een gok over welke unit er wellicht van die klus terugkwam. Een scan bij check-in, samen met foto's of notities, beslecht die vraag voordat het een geschil wordt.

Zelfs met scanning bij elke pick, verzending en retour, behoudt een periodieke volledige voorraadtelling zijn plaats, maar een barcodegebaseerde telling is fundamenteel anders dan de traditionele versie. Een handmatige voorraadtelling betekent een sectie, zo niet het hele depot, afsluiten terwijl twee mensen met klembord elk rek langslopen en alles op het oog tellen, waarna iemand anders de week erna probeert de telformulieren te reconciliëren met het systeem en uit te zoeken waar de cijfers verschillen en waarom.

Een scangebaseerde voorraadtelling vervangt de telstap door precies wat het lijkt: iemand loopt met een scanner langs de rekken en scant elk item terwijl hij erlangs komt, in plaats van labels te lezen en cijfers te noteren. De waarde zit niet echt in het lopen, maar in wat er daarna gebeurt. Het systeem weet al wat er op elke locatie zou moeten staan, dus wordt het werk van de voorraadtelling reconciliatie, niet vanaf nul tellen. Het kan meteen de twee categorieën signaleren die er echt toe doen: items die het systeem verwachtte te vinden maar die niet gescand werden, en items die gescand werden op een plek waar ze niet verwacht werden. Alles wat overeenkomt, hoeft niemand nog een tweede keer te bekijken.

Een illustrerend voorbeeld

Stel je een gereedschapsverhuurdepot voor dat zijn gebruikelijke zondagochtend-voorraadtelling doet over enkele honderden kleine items, boormachines, breekhamers, generatoren, en het bijbehorende toebehoren. Op het oog gedaan kost dat het grootste deel van een ochtend, plus de dagen erna waarin discrepanties worden nagejaagd die achteraf teltfouten blijken te zijn in plaats van echte voorraadproblemen. Als scangebaseerde reconciliatie uitgevoerd, levert dezelfde ronde een korte, specifieke uitzonderingenlijst op, drie items die in één vak verwacht werden maar er niet waren, één item gescand in het verkeerde vak, in plaats van een stapel cijfers die niet helemaal kloppen zonder dat duidelijk is waarom. Dat is het praktische verschil tussen een voorraadtelling die een zondag opslokt en een die gewoon een routineonderdeel is van het runnen van het bedrijf. Barcodevoorraadtellingen werken zo juist omdat de reconciliatie, niet het scannen zelf, de tijd bespaart.

Barcodescanning levert de hierboven beschreven nauwkeurigheidswinst alleen op als het is ingebouwd in de workflow in plaats van er achteraf aan vastgeplakt. Een scanner die alleen de details van een item opzoekt, is een leuke extra; een systeem dat de scan gebruikt om pickaccuratesse actief te controleren, conditie aan een specifieke asset te koppelen, en een voorraadtelling te reconciliëren, is wat foutpercentages daadwerkelijk verandert.

Renttix bouwt barcodegebaseerde voorraadtellingen in zijn asset intelligence-functieset, samen met RFID-ondersteuning en live telematica voor materieel waarvoor dat de juiste keuze is, zodat een depot niet beperkt is tot één identificatiemethode voor een gemengd wagenpark van klein gereedschap en groter materieel. Aan de operationele kant is magazijn- en depotbeheer opgebouwd rond scangestuurde prepqueues, pickscanning, en retourcheck-in met conditieregistratie en schademelding, zodat de werf draait op dezelfde scangeverifieerde gegevens vanaf het moment dat een order wordt voorbereid tot het moment dat het materieel terugkomt.

Niets hiervan vereist dat een depot verandert hoe het al dagelijks werkt; het vereist alleen dat de software een scan behandelt als een controle, niet slechts als een opzoeking. Als je huidige voorraadtelling nog steeds betekent dat de werf een dag dicht moet, of je schadenotities nog steeds op categorieniveau leven in plaats van bij een specifieke asset, is dat meestal een teken dat de barcodestap in de workflow ontbreekt, niet dat je depot bijzonder ongeorganiseerd is. Wil je zien hoe scangestuurde prep, pick en retourcheck-in bij jouw eigen bedrijfsvoering zouden passen, boek dan een demo en loop het door met je eigen voorraad.