Software voor routeplanning bij kolkenreiniging laten maken

Een gemeente of aannemer beheert al gauw tienduizenden straatkolken, elk met een eigen locatie, een frequentie en een geschiedenis. Het werk zelf is eenvoudig; de opgave zit in de volgorde. Welke kolken zijn dit jaar aan de beurt, welke liggen bij elkaar in de buurt, en wat gebeurt er met de route als de tank halverwege vol is.

Dat laatste maakt het een ander vraagstuk dan gewone routeplanning. De capaciteit van de wagen is niet een grens aan het eind van de dag maar een onderbreking ergens in het midden, en waar die valt hangt af van hoeveel er in de kolken zit. Dat weet u pas als u er bent.

De planning en de uitvoering horen bij elkaar. Wat op kantoor wordt gepland, moet in de wagen aanpasbaar zijn zonder dat de verantwoording sneuvelt.

• Een kolkenregister met locatie, type en de frequentie die eraan hangt.
• Routes die rekening houden met tankinhoud en met de losplaats.
• Afhandeling per kolk in de wagen, met de reden als er niet is gereinigd.
• Bijzonderheden vastleggen: verzakking, wortelingroei, een kolk die niet te vinden is.
• Zicht op de dekking: welk deel van het areaal is dit jaar geweest.
• Verantwoording per object richting de opdrachtgever.

Een route wordt in de praktijk onderbroken door een rit naar de losplaats. Hoe vaak dat gebeurt, hangt af van de vulling van de kolken, en die verschilt per wijk en per seizoen: na de bladval zit er meer in dan in het voorjaar.

Een planning die van een gemiddelde uitgaat, klopt daardoor precies in de weken waarin het niet uitmaakt. Wat wel werkt, is de gemeten hoeveelheid per kolk terugvoeren in de planning, zodat het systeem na een seizoen weet welke wijken zwaarder zijn en de losmomenten daarop inplant.

Wij bouwen die terugkoppeling in. De chauffeur hoeft daarvoor niets extra's te doen: uit wat hij afhandelt en wanneer hij lost, volgt het beeld vanzelf.

Bij werk in opdracht van een gemeente is niet de route het product maar de verantwoording. De vraag is welke objecten zijn gereinigd, wanneer, en wat er is aangetroffen. Een dagrapport met aantallen beantwoordt die vraag niet.

De verantwoording per object heeft nog een tweede functie, die bij aanbestedingen zwaarder weegt dan de eerste. Bij een volgende inschrijving kunt u met de eigen cijfers onderbouwen hoeveel tijd een wijk kost en hoeveel keer er per route gelost moet worden. Dat is een scherpere basis dan een kental, en het verschil zit precies in de registratie die u tijdens de vorige periode heeft opgebouwd.

Wie per kolk registreert, kan bovendien onderbouwen waarom iets níet is gedaan: een geparkeerde auto, een opgebroken straat, een kolk die er niet meer is. Dat is precies de categorie waarover achteraf discussie ontstaat, en die discussie wint u met een tijdstip en een foto.

Het kolkenregister komt meestal uit het beheersysteem van de opdrachtgever of uit een geo-registratie. Wij lezen dat in en houden de herkomst bij, zodat een object herkenbaar blijft bij de volgende levering. Werkt uw opdrachtgever met een informatiemodel uit de NEN 3610-familie, dan sluiten we daarop aan.

In de wagen draait een app die offline werkt en later synchroniseert. Aan de achterkant koppelen we met uw eigen administratie voor uren en facturatie. Hoe koppelingen werken staat op systemen koppelen met een api.

Let op de kwaliteit van het kolkenregister. Coördinaten die een paar meter afwijken, zijn op een kaart onzichtbaar en in de wagen hinderlijk, omdat de chauffeur staat te zoeken. Reken erop dat het eerste jaar ook een corrigeerjaar is en bouw de mogelijkheid in om een locatie ter plekke recht te zetten.

Let ook op wie de bijzonderheden gebruikt. Een chauffeur die meldingen invoert die nooit tot iets leiden, stopt ermee. Spreek vooraf af waar een melding over verzakking of wortelingroei terechtkomt en wie er iets mee doet.

De routeoptimalisatie zelf is het onderdeel dat kan uitlopen. Een volgorde bepalen op basis van nabijheid en frequentie is overzichtelijk; daar tankcapaciteit, losmomenten en tijdvensters in meenemen is een ander soort rekenwerk.

Daarnaast telt de inlezing van het register. Komt dat uit één systeem in een vaste vorm, dan is het een koppeling. Komt het per opdrachtgever anders, dan bouwt u een laag die die verschillen opvangt.

1. We rijden een dag mee en kijken waar de route in de praktijk wordt omgegooid.
2. We lezen het kolkenregister in en maken de herkomst en de identificatie sluitend.
3. We bouwen de app in de wagen: afhandelen per kolk, offline, met foto bij afwijkingen.
4. Daarna de planning met frequentie en nabijheid, nog zonder optimalisatie.
5. Pas als er een seizoen gegevens ligt, voegen we tankinhoud en losmomenten toe.

• NEN 3610-geo-informatie koppelen
• Asset management software
• Alle software op maat