Voorraad beheren over meerdere locaties: winkel, bus, verhuur

Een klant belt de zaak: "Hebben jullie een binnenband voor mijn gravelbike? Ik kom over een uur langs." Je hebt er wel een — alleen niet op de toonbank. Hij zit in de bus die vanochtend voor een klus aan huis is vertrokken, of in de verhuurvlootcontainer bij het station. Als je systeem één magazijn bijhoudt, "bestaat" die binnenband op papier maar niet waar hij nodig is, en de klant vertrekt met lege handen. Dit is het klassieke probleem zodra een zaak voorbij één toonbank groeit: meerdere fysieke punten waar je verkoopt, repareert of verhuurt, en één voorraadcijfer dat de realiteit op de grond niet meer weerspiegelt. Multi-locatievoorraadbeheer bestaat om precies dat gat te dichten tussen wat je hebt en waar je het daadwerkelijk hebt.

Waarom één magazijn ophoudt te volstaan

Een winkelpand, een bus voor klussen aan huis, een verhuurpunt bij een station of hotel: drie verschillende logistieke werkelijkheden die, in één voorraadtelling geperst, alleen verwarring scheppen. Een onderdeel dat op de bus is geladen voor een geplande klus is niet beschikbaar voor baliesverkoop, maar als het systeem dat niet weet, riskeer je het twee keer toe te zeggen. Verhuurfietsen verslijten onderdelen op een ander tempo dan de verkoopvoorraad en moeten apart worden gevolgd — anders eindig je met verkoopbare onderdelen door elkaar met vlootonderhoudsonderdelen. De oplossing is niet parallelle spreadsheets voor elke locatie — dat is een gegarandeerd recept voor dubbelingen en cijfers die nooit kloppen — het zijn onderscheiden locaties binnen hetzelfde systeem, elk met zijn eigen echte voorraad en zijn eigen verantwoordelijke.

In een markt waar service steeds meer de zaak draagt — reparatiewerk is goed voor 60 tot 90% van de omzet bij veel zaken en ruwweg 70% van de winst — is een voorraadgat op een geplande klus geen bijzaakje. Het is een klant die wacht, een monteur die stilstaat, en marge die de deur uit loopt.

Locaties structureren zonder de zaken te overcompliceren

Het startpunt is simpel: elke fysieke locatie — winkel, bus, verhuurpunt, een mogelijk tweede winkelpand — wordt een eigen locatie, met een eigen voorraad. De winkel blijft de standaardlocatie, degene waar inkomende voorraad arriveert en waar de meeste verkoop plaatsvindt; de andere worden toegevoegd wanneer ze echt nodig zijn, niet uit principe. Een bus ingericht voor klussen aan huis verdient een eigen locatie wanneer je er regelmatig zonder onderdelen aan boord komt te zitten — binnenbanden, remkabels, blokken, de snel roterende artikelen waarmee je een klus ter plaatse kunt afronden zonder een rit terug naar de zaak. Een verhuurpunt, of het nu een seizoensstand is of een afspraak met een horecagelegenheid, volgt een compleet andere logica: de voorraad daar wordt niet verkocht, ze wordt draaiende gehouden, en je hebt zicht nodig op hoeveel banden, kettingen of blokken je verbruikt om de vloot inzetbaar te houden.

Wijs aan elke locatie een verantwoordelijke toe: wie die bus laadt en lost, wie instaat voor de voorraad op het verhuurpunt. Dit is geen bureaucratie — het is het verschil tussen een voorraad die klopt en een die dat nooit doet, want verantwoordelijkheid over iedereen verspreid is in de praktijk verantwoordelijkheid die door niemand wordt gedragen.

Overdrachten: de operationele kern van multi-locatie

Wat dag in dag uit echt de balans beweegt, zijn getraceerde overdrachten tussen locaties. De monteur die 's ochtends de bus laadt met tien binnenbanden, twee bloksets en een schakelkabel, moet die beweging loggen in plaats van op zijn geheugen te vertrouwen — anders kan, wanneer de bus die avond terugkomt met drie gemonteerde binnenbanden en zeven nog aan boord, niemand zeggen wat er daadwerkelijk is gebruikt en waar. Een getraceerde overdracht — winkel naar bus, bus naar verhuurvloot, of terug wanneer een ongebruikt onderdeel terugkeert — houdt elke locatie actueel en toont in realtime wat er beschikbaar is voor baliesverkoop versus wat er buitenshuis is vastgelegd.

Dat onderscheid telt het meest wanneer de verkoopbare voorraad die aan de balie wordt getoond alleen uit actieve locaties wordt berekend: als de bus in reparatie is of het verhuurseizoen is gesloten, moet die voorraad uit het totaal worden bevroren, niet meegeteld naast wat daadwerkelijk beschikbaar is — anders belooft de balie uiteindelijk onderdelen die ze niet meteen kan overhandigen. En wanneer een locatie voor langere tijd offline gaat, zou de voorraad die daar overblijft via een getraceerde overdracht terug naar de standaardlocatie moeten worden geloosd, niet los blijven bungelen om de boeken later te bemoeilijken.

Het echte voordeel: altijd weten wat je hebt, en waar

Het voordeel van goed geleide multi-locatievoorraad is niet abstract: het is opdagen bij een klus met het juiste onderdeel al aan boord, een klant nooit iets beloven dat eigenlijk op een ander voertuig ligt, en de slinkende voorraden van een verhuurvloot opmerken voordat ze in het hoogseizoen een probleem worden. In een markt waar de ketenmarges zijn uitgedund en service de echte winsthefboom voor zaken is geworden, is precies weten waar elk onderdeel zit — en het met een klik kunnen verplaatsen wanneer nodig — het soort operationele orde dat zich direct vertaalt in beter bediende klanten en minder tijd besteed aan het najagen van voorraad.

Als je meer dan één locatie runt — winkel, bus, verhuurvloot — en nog steeds werkt vanuit losse spreadsheets of één ongedifferentieerde voorraadtelling, is het de moeite waard te bekijken hoe CrankPal meerdere locaties binnen één voorraad afhandelt, met getraceerde overdrachten en een verantwoordelijke beheerder toegewezen aan elk punt.