Software voor voertuigverhuurbeheer: wat moderne wagenparken nodig hebben

Een voertuigverhuurwagenpark is nooit alleen een verhuurbedrijf. Elke bestelwagen, auto of vrachtwagen op het terrein moet aan twee schema's voldoen die zelden met elkaar overeenkomen: een boekingskalender die aangeeft wanneer het voertuig naar een klant moet, en een onderhoudsschema dat aangeeft wanneer het terug moet voor een beurt. Meestal bestaan beide zonder problemen naast elkaar. Dan blijkt een voertuig dat op dinsdag wordt opgehaald hetzelfde voertuig te zijn dat op maandag is gemarkeerd voor zijn beurt bij 30.000 kilometer, en moet een planner uitzoeken, meestal via de telefoon, een spreadsheet of uit het hoofd, of het toch mee kan, moet worden vervangen, of dat de boeking moet worden verplaatst.

De twee kanten van het bedrijf botsen opnieuw wanneer een voertuig terugkomt. Een verhuur die eindigt in een geschil over een kras, een velg die tegen een stoeprand is geschampt, of een steenslag in de voorruit, is niet alleen een klantenservicekwestie. Het is een borgvraag, een vraag over de conditieregistratie en mogelijk een werkplaatsklus, allemaal op hetzelfde voertuig op precies het moment dat het rechtstreeks naar de volgende klant zou moeten gaan.

Niets van dit alles is een reden om boekingen en onderhoud als aparte systemen te draaien. Het is juist de reden om dat niet te doen. Een verhuurwagenpark werkt het beste wanneer beschikbaarheid, conditie en onderhoudsgeschiedenis vasthangen aan hetzelfde voertuigrecord, zichtbaar voor wie de volgende boeking aanneemt. Dat is de operationele realiteit waarop de pagina voor de voertuigverhuursector van Renttix is gebouwd: verzekering, borgsommen, bestuurderscontroles, conditieoverzichten van voertuigen en onderhoudsschema's, beheerd naast de verhuurworkflow in plaats van ernaast.

Het startpunt van elke voertuigverhuuractiviteit is een eenduidig antwoord op een simpele vraag: wat kan ik nu meteen verhuren? Dat klinkt triviaal totdat het wagenpark verspreid is over een terrein, meerdere vestigingen en een werkplaatsbaai, en het eerlijke antwoord afhangt van drie aparte lijsten die op drie aparte plekken worden bijgehouden: de boekingsagenda, het retourlogboek, en wat de werkplaats die ochtend op een werkbon heeft genoteerd.

Het wagenparkbeschikbaarheidsdashboard van Renttix brengt die drie statussen op één plek samen: wat verhuurd is, wat beschikbaar is en wat in onderhoud is, voor het hele wagenpark, in één overzicht. Een planner die een boekingsgesprek aanneemt, ziet meteen of een voertuig echt vrij is, later die dag terugkomt, of in de werkplaatsbaai staat voor een reparatie die nog niet is afgesloten, in plaats van een voertuig toe te zeggen dat een van de ongemakkelijkere telefoontjes in de branche wordt.

Bezettingsgraad, niet alleen beschikbaarheid

Hetzelfde overzicht dat antwoord geeft op "is het nu vrij" is ook wat de bezettingsgraad van het wagenpark verandert van een sluimerende zorg in iets wat een planner kan zien en waarop kan worden gehandeld. Een voertuig dat dagenlang beschikbaar en onverhuurd staat, is een kostenpost, geen neutrale toestand, en het valt makkelijker op, en er kan sneller iets aan gedaan worden, wanneer de status van het hele wagenpark op één plek zichtbaar is in plaats van elke keer opnieuw samengesteld uit drie verschillende bronnen zodra de telefoon gaat. Wagenparkbeschikbaarheid en bezettingsgraad zijn een van de kernuitdagingen waarop de pagina voor de voertuigverhuursector van Renttix is gebouwd, naast borgsommen en schadetracking, en onderhoud en compliance.

De conditie van het voertuig is waar verhuurgeschillen daadwerkelijk ontstaan. Een klant die een inhouding op de borg betwist, wil precies weten in welke staat het voertuig verkeerde toen hij het ophaalde. Een verhuurbedrijf dat een schadevergoeding probeert te rechtvaardigen, wil precies hetzelfde, idealiter in een vorm die niet afhangt van iemands herinnering aan een rondgang van drie weken eerder.

Renttix regelt dit aan beide kanten van de verhuur. Borgsommen worden geïnd en terugbetaald via Renttix, en de conditie van het voertuig wordt vastgelegd bij het ophalen en opnieuw bij het inleveren, zodat een bedrijf niet hoeft te reconstrueren wat er is gebeurd op basis van een factuur en een vermoeden. Naast de conditie voeren de meeste verhuurbedrijven ook de controles uit die in de branche doorgaans worden verwacht voordat een voertuig het terrein verlaat, zoals nagaan dat er een verzekering loopt en een geldig rijbewijs controleren voordat de sleutels worden overhandigd, als standaardonderdeel van de verhuur. Dat blijft een operationele eis van het bedrijf zelf, en niet iets dat een systeem namens het bedrijf automatiseert.

De conditie tweemaal vastleggen, niet alleen bij overdracht en daarna nooit meer, is wat een geschil daadwerkelijk beslecht. Een schram die tijdens drie dagen gebruik is ontstaan, ziet er heel anders uit dan een schram die er al was toen de sleutels werden overhandigd, maar alleen als er van beide kanten een registratie is om te vergelijken. Voor een wagenpark met tientallen verhuringen per week moet die vergelijking snel te maken en makkelijk te vinden zijn, gekoppeld aan de boeking in plaats van apart opgeslagen.

Een onderhoudsherinnering die niemand ziet totdat een voertuig al is verhuurd, heeft weinig zin. Het punt waarop onderhoudsplanning er echt toe doet, ligt eerder: op het moment dat een boeking wordt gemaakt, niet nadat die is bevestigd.

De onderhoudsplanning van Renttix registreert servicegebeurtenissen, houdt een onderhoudsgeschiedenis bij voor elk voertuig, en markeert voertuigen die aandacht nodig hebben voordat ze weer de weg op gaan. Doordat dit vasthangt aan hetzelfde voertuigrecord als het hierboven beschreven beschikbaarheidsoverzicht, betekent dit dat een voertuig dat toe is aan een beurt, verschijnt als iets anders dan simpelweg "beschikbaar". Het is zichtbaar op dezelfde plek waar een planner kijkt bij het aannemen van de volgende boeking, in plaats van te leven in een aparte onderhoudsspreadsheet die alleen de werkplaats bekijkt.

Dit is ook waar de twee schema's, boeking en onderhoud, daadwerkelijk op elkaar worden afgestemd, in plaats van gewoon naast elkaar te bestaan. Een wagenparkbeheerder kan zien dat een bestelwagen de komende tien dagen onafgebroken is geboekt en op dag zes een beurt moet krijgen, en de beslissing nemen: de beurt vervroegen, uitstellen binnen wat mechanisch verantwoord is, of de boeking overzetten naar een ander voertuig, terwijl er nog tijd is om te handelen, niet pas als de klant al aan de balie staat.

Niet elke inlevering verloopt vlekkeloos. Wanneer een voertuig terugkomt met schade die gerepareerd moet worden in plaats van alleen geregistreerd, stopt het conditierapport dat bij inlevering is opgemaakt een puur borgdocument te zijn en wordt het het begin van een werkplaatsklus.

Hier komt het Workshop Command Centre van Renttix om de hoek kijken: een drag-and-drop technicibord om de reparatie te plannen, een door de klant goedgekeurde reparatieofferte wanneer de schade wordt doorbelast, onderdelen uit leverancierscatalogi, en een inspectiepoort bij inlevering die controleert of de reparatie daadwerkelijk voltooid is voordat het voertuig geschikt wordt verklaard om terug te keren op de beschikbaarheidslijst. Cijfers over reparatie in één keer goed en MTBF (gemiddelde tijd tussen storingen) geven een wagenparkbeheerder inzicht in of een bepaald voertuig, of een bepaald type mankement, steeds terugkeert.

Het punt van het koppelen van de twee is dat een beschadigd voertuig niet stilletjes weer beschikbaar wordt alleen omdat een inlevering is verwerkt. Het blijft buiten de boekingspool totdat de werkplaats het daadwerkelijk heeft vrijgegeven, een klein procesdetail dat enorm veel uitmaakt de eerste keer dat een klant een voertuig krijgt overhandigd met een mankement dat door de vorige verhuur is veroorzaakt en dat niemand heeft opgemerkt.

Eén verhuring vertelt je iets over één boeking. De volledige geschiedenis van een voertuig, elke beurt, elke reparatie, elk conditierapport, elke dag dat het geld opleverde tegenover elke dag dat het stilstond of buiten dienst was, vertelt je of het de moeite waard blijft om dat voertuig te blijven inzetten.

De asset intelligence van Renttix dekt dit op het niveau van het individuele voertuig: gezondheids- en kostenrapportage per asset, beheerste levenscyclusstatussen zodat een voertuig door gedefinieerde fasen gaat in plaats van op onderbuikgevoel te worden afgeschreven, barcode-voorraadtellingen, RFID, en live telematicagegevens waar een voertuig daarvoor is aangesloten. Over de gehele gebruiksduur van een voertuig maakt dat overzicht van een vervangingsbeslissing iets dat wordt onderbouwd door een echte kosten- en conditiegeschiedenis, in plaats van door hoe nieuw het voertuig eruitziet of hoe lang geleden het is aangeschaft.

Voor een wagenpark met voertuigen van verschillende leeftijden maakt dit het ook makkelijker om te zien welke voertuigen stilletjes meer kosten aan reparaties dan ze aan verhuurinkomsten opleveren, een patroon dat onzichtbaar is als je naar één enkele werkbon kijkt, en dat pas zichtbaar wordt zodra de geschiedenis aan het voertuig is gekoppeld en op één plek wordt bijgehouden. De pagina asset intelligence van Renttix gaat hier dieper op in.

Om het concreet te maken: stel je, als illustratief voorbeeld en niet als echte klantcasus, een regionaal bestelwagenverhuurwagenpark van rond de 60 voertuigen voor, dat vooral aan vakmensen verhuurt voor korte verhuringen van één tot vijf dagen. Boekingen komen dagelijks binnen, vaak met slechts een dag of twee vooraankondiging, en het wagenpark hanteert een doorlopend onderhoudsschema op basis van kilometerstand in plaats van vaste kalenderdata, omdat een intensief gebruikte bestelwagen zijn volgende beurt veel eerder bereikt dan een die twee weken heeft stilgestaan.

Het frictiepunt is duidelijk: een bestelwagen die binnen de komende 800 kilometer aan een beurt toe is, wordt geboekt voor een verhuring van vijf dagen die hem ver over die grens zou duwen. Doordat wagenparkbeschikbaarheid en onderhoudsplanning vanuit hetzelfde voertuigrecord werken, wordt die bestelwagen gemarkeerd voordat de boeking wordt bevestigd, niet erna, waardoor de planner de keuze heeft om de beurt te vervroegen, een andere bestelwagen aan te bieden, of de verhuring te accepteren en de beurt te plannen voor de dag dat hij terugkomt. Datzelfde wagenpark krijgt ook af en toe te maken met een schadegeschil, zoals een zijspiegel die tijdens een verhuring is afgebroken en waarvan de klant beweert dat hij al los zat; een conditierapport bij ophalen en een bij inleveren beslechten dat in beide richtingen, in plaats van dat het afhangt van wie het overtuigendst argumenteert.

Wagenparkbeschikbaarheid, conditieregistratie, onderhoudsplanning en werkplaatstracking werken geen van alle zo goed op zichzelf als gekoppeld aan hetzelfde voertuigrecord. Een verhuurbedrijf heeft daaronder ook nog steeds de basis nodig die dit alles laat draaien: facturering die dag-, uur-, week- of vaste-termijntarieven afhandelt en creditnota's en terugbetalingen doorzet naar de boekhouding, een klantenportaal waar huurders hun lopende bestellingen zien, facturen betalen en overeenkomsten ondertekenen, en een veldapp om handtekeningen, lever- en ophaalfoto's, en de apparaatlocatie vast te leggen op het exacte moment dat een voertuig daadwerkelijk van eigenaar wisselt, gebouwd om offline te werken waar het signaal op een terrein of bij een klant niet betrouwbaar is. Als de botsing tussen een boekingskalender en een onderhoudsschema een herkenbaar probleem is voor uw wagenpark, boek een demo met Renttix om te zien hoe dit bij uw bedrijfsvoering past.