Transport-apps: de volledige gids

Een transport-app bestaat vrijwel altijd uit twee delen die elkaar nodig hebben en verder weinig gemeen hebben. Op kantoor staat de planning: welke zending gaat met welke wagen, in welke volgorde, en wat kost dat. Op de weg staat de chauffeursapp: wat moet ik nu doen, waar moet ik heen en wat moet ik vastleggen als ik er ben.

• Zendingen aannemen Wat er vervoerd moet worden, van waar naar waar, met welke voorwaarden en welk tijdvak.
• Plannen Ritten samenstellen, wagens en chauffeurs toewijzen, en zien wat er nog niet past.
• Aansturen onderweg De chauffeur weet wat de volgende stop is en wat daar moet gebeuren.
• Vastleggen bij de klant Aantallen, afwijkingen, foto's en een handtekening of ander bewijs van aflevering.
• Terugkoppelen De opdrachtgever ziet de status zonder te hoeven bellen.
• Afrekenen Van de werkelijk gereden rit naar een factuur, zonder overtypen.

De twee helften vragen om tegengestelde eigenschappen. Een planning wil overzicht, veel informatie tegelijk en de mogelijkheid om te schuiven. Een chauffeursapp wil precies het tegenovergestelde: één scherm, één actie, grote knoppen en geen keuzes. Wie beide vanuit hetzelfde ontwerp bouwt, krijgt een planning die te weinig laat zien en een chauffeursapp waarin niemand iets kan vinden.

Er is nog een verschil dat vaak wordt onderschat. De planner werkt op kantoor met een vaste verbinding; de chauffeur werkt in een cabine, in een parkeergarage, op een industrieterrein of onder een viaduct. Elke functie die op verbinding leunt, valt daar weg. Dat is geen randgeval maar het gemiddelde geval, en het bepaalt hoe de app in elkaar moet zitten.

Ten slotte is er de administratieve laag: wat is er werkelijk geladen en afgeleverd, wie heeft getekend, en welke gegevens gaan er naar de opdrachtgever en naar de facturatie. Dat deel lijkt het saaiste en bepaalt in de praktijk of de rit geld heeft opgeleverd.

Let op het verschil met routeplanning. Die gids gaat over het rekenen aan een dag: welke wagen rijdt welke rit, met tijdvensters, laadcapaciteit en rij- en rusttijden als randvoorwaarden. Deze gids gaat over het verantwoorden van een rit: wat er is geladen, wat er bij de klant is gebeurd, en hoe dat bij uw opdrachtgever en op de factuur komt. Rekent u aan uw dag, dan zit u beter bij de gids over routeplanning-apps.

Er is ten slotte een verschil in tempo tussen de twee helften. Een planner werkt in uren vooruit; een chauffeur werkt in minuten. Wat op kantoor een kleine wijziging is, betekent onderweg een omweg van een halfuur en een klant die belt. Systemen die wijzigingen zonder wrijving doorduwen naar de weg, veroorzaken precies die situatie. Bouw daarom een moment in waarop de chauffeur een wijziging ziet en bevestigt, in plaats van dat zijn scherm onder zijn handen verandert.

Twee ontwikkelingen raken transportsoftware direct. De eerste is de tachograafplicht die per 1 juli 2026 is uitgebreid. Voertuigen en combinaties boven 2.500 kilogram toegestane maximummassa die internationaal goederenvervoer of cabotage doen, moeten sindsdien een slimme tachograaf van de tweede generatie hebben. Voor nationaal vervoer blijft de oude grens van 3.500 kilogram gelden.

2.500 kg

grens internationaal, sinds 1 juli 2026

3.500 kg

grens die voor nationaal vervoer blijft gelden

9-7-2027

autoriteiten moeten vrachtgegevens elektronisch accepteren

Vrijwillig

elektronisch aanleveren blijft een keuze van het bedrijf

De tweede ontwikkeling is de eFTI-verordening over elektronische vrachtinformatie. Vanaf 9 juli 2027 zijn autoriteiten verplicht vrachtgegevens elektronisch te accepteren bij een controle. Let op de richting van die verplichting: zij rust op de overheid, niet op u. U mag dus digitaal aanleveren, maar u hoeft het niet; papier blijft toegestaan. Kiest u er wél voor, dan moet uw systeem aan de eFTI-eisen voldoen of moet u aansluiten op een gecertificeerd eFTI-platform — het is geen kwestie van een pdf mailen.

Voor rijtijden en rusttijden geldt dat de tachograaf de bron is en uw software hooguit meedenkt. Laat uw planning rekening houden met de beschikbare tijd van een chauffeur, maar laat uw systeem nooit de administratie van rijtijden overnemen; dat is een apart domein met eigen apparatuur en eigen controle.

De functies hieronder zijn de kern. Alles daarbuiten is een uitbreiding die pas nut heeft als deze zes goed werken.

Het bewijs van aflevering verdient extra aandacht. Bij een geschil over een ontbrekende pallet is een foto met tijdstip en plaats het verschil tussen een discussie en een feit. Zorg daarom dat het vastleggen ter plekke sneller gaat dan het overslaan ervan; een chauffeur die drie schermen moet doorlopen voor één foto, doet het niet, en dan heeft u de functie wel gebouwd maar niet gekregen.

Het herplannen tijdens de dag is de functie die planners het meest missen en die het lastigst is om goed te doen. De verleiding is een knop die alles automatisch opnieuw indeelt. In de praktijk wil een planner voorstellen zien en zelf beslissen, want hij weet dat die ene klant om vier uur dicht is en dat die ene chauffeur die route niet moet rijden.

Een functie die zichzelf snel terugverdient, is het vastleggen van wachttijd. Een chauffeur die veertig minuten staat te wachten bij een losadres, kost u geld dat u vaak mag doorbelasten maar zelden aantoont. Laat de app die tijd automatisch meten vanaf aankomst, met een korte bevestiging van de chauffeur. Dat levert een onderbouwing op die uw opdrachtgever moeilijk kan weerspreken, en het kost de chauffeur nauwelijks een handeling.

Een transportdag verloopt in een vast ritme, en op elk overgangsmoment kan informatie wegvallen.

1. De avond ervoor plannenZendingen indelen over wagens. Wat hier misgaat, kost de volgende dag het dubbele.
2. Start van de dienstDe chauffeur haalt zijn rit op. Vanaf hier moet alles op zijn toestel staan, want het netwerk is geen zekerheid.
3. LadenTellen wat er werkelijk meegaat. Een afwijking hier die niet wordt vastgelegd, komt bij de klant terug als een geschil.
4. Rijden en lossenPer stop een handeling en een bevestiging. Zo kort mogelijk, want de chauffeur staat buiten.
5. Afwijkingen onderwegGesloten deur, weigering, schade. Dit is het moment waarop een systeem zijn waarde bewijst of niet.
6. Afsluiten en doorgevenAlles synchroniseren, de klant informeren en de gegevens klaarzetten voor de facturatie.

De grootste verborgen kostenpost zit bij de afwijkingen. Een normale stop verloopt vanzelf; het is de geweigerde levering, het gesloten adres en de kapotte pallet die telefoontjes veroorzaken. Tel daarom eerst hoeveel van uw stops vorige week niet volgens plan verliepen, en om welke redenen. Dat percentage verschilt enorm — vaste distributie met vaste losadressen zit laag, bezorging aan particulieren hoog — en het is het enige getal waarop u die gevallen kunt ontwerpen. Doet u die telling niet, dan bouwt u voor de gewone stop en improviseert u voor de rest.

Let ook op het moment van dienstwissel. Rijdt er een tweede chauffeur op dezelfde wagen, of neemt iemand een rit halverwege over, dan moet duidelijk zijn wie welke stop heeft gedaan. Zonder dat onderscheid is uw bewijs van aflevering minder waard dan u denkt.

Transportsoftware staat tussen veel systemen in. Die koppelingen bepalen hoeveel er nog met de hand gebeurt.

Bij locatiebepaling loopt u tegen een privacyvraag aan die u beter vooraf beantwoordt. Het volgen van voertuigen is toegestaan met een duidelijk doel, maar het volgen van medewerkers buiten werktijd is dat niet. Leg vast wanneer de registratie aan staat en wie de gegevens mag inzien, en vertel dat aan de chauffeurs. Ontstaat er later discussie, dan heeft u die afspraak nodig.

Reken bij de koppelingen met opdrachtgevers niet op één standaard. Elke verlader hanteert zijn eigen berichtvorm en zijn eigen statuslijst. Het vertaalwerk tussen die lijsten en uw eigen model is bij transportsoftware vrijwel altijd het grootste deel van het koppelwerk.

Denk ook aan de toestellen zelf. Een telefoon in een cabine krijgt het warm, valt regelmatig en gaat een dag mee op een batterij die ook navigatie voedt. Reken op vaste opladers in elke wagen, op stevige hoezen en op een vervangingsritme dat korter is dan bij kantoorapparatuur. Dit staat in geen enkele offerte en het is een terugkerende post die uw begroting anders elk jaar verrast.

Voor transport bestaan volwassen pakketten. Maatwerk loont als uw ladingsoort bijzonder is, als u een eigen afspraak met een grote opdrachtgever moet ondersteunen, of als uw planning regels kent die nergens in passen.

• Bouw de chauffeursapp eerst. Daar zit het gebruik en daar sneuvelt de invoering. De planning kan tijdelijk in een bestaand systeem blijven.
• Test met handschoenen aan. Klinkt flauw en is het niet. Knopgrootte en aantal handelingen per stop bepalen of het werkt.
• Ontwerp de afwijkingen expliciet. Weigering, gesloten adres, schade en deellevering. Dat is waar de tijd en het geld zitten.
• Laat offline werken aantonen. Vraag een demonstratie in vliegtuigstand, inclusief het afmelden van een stop en het later doorsturen.
• Neem geen rijtijdenadministratie over. Dat hoort bij de tachograaf. Uw planning mag er rekening mee houden, meer niet.
• Leg de locatieafspraak vast. Waarvoor u volgt, wanneer, en wie het ziet. Bespreek dat met de chauffeurs voordat u het aanzet.

Vraag bij een leverancier ook wat er gebeurt als zijn systeem er even uit ligt. Bij transport is dat geen theoretische vraag: uw wagens rijden door, ook tijdens onderhoud aan de software. Een app die stopt zodra de achterkant onbereikbaar is, zet uw hele dag stil. Een app die lokaal doorwerkt en later bijwerkt, laat u er niets van merken. Dat verschil hoort in het contract te staan, samen met de bereikbaarheid buiten kantooruren, want uw drukste momenten vallen zelden tussen negen en vijf.

Twee bedrijven met evenveel wagens kunnen een factor drie schelen, en dat verschil zit in de soorten werk die ze aannemen.

Automatisch optimaliseren is de grootste valkuil in dit rijtje. Het klinkt als de kern van transportsoftware en het is in de praktijk het onderdeel waar bedrijven het meest geld aan uitgeven en het minst voor terugkrijgen, omdat de uitkomst zelden past bij wat de planner weet. Begin met een planning die goed toont en gemakkelijk laat schuiven; automatiseren kan later, als u weet welke regels er werkelijk gelden.

Een laatste kostenpost die vaak wordt vergeten: het inwerken van nieuwe chauffeurs. Bij een bezetting die per jaar deels wisselt, is de app iets wat telkens opnieuw moet worden uitgelegd. Elke handeling die u weglaat, bespaart u dus niet één keer maar bij elke nieuwe medewerker. Dat is een goed argument om schermen streng te houden, ook als een enkele ervaren chauffeur om meer knoppen vraagt.

1. Rijd een dag meeNiet praten met chauffeurs maar meerijden. U ziet dan waar tijd verloren gaat en welke schermen kansloos zijn.
2. Tel uw afwijkingenHoeveel stops verlopen niet volgens plan, en om welke redenen. Die lijst is de kern van uw ontwerp.
3. Bouw de chauffeursappRit tonen, stop afmelden, bewijs vastleggen, offline. Meer niet in de eerste versie.
4. Zet er één opdrachtgever opEén koppeling volledig werkend is meer waard dan vijf half werkende.
5. Sluit de facturatie aanVan gereden rit naar factuurregel. Hier wordt het rendement zichtbaar.
6. Voeg planning toePas als de weg goed loopt. De planning bouwt u op wat er werkelijk gebeurt, niet op wat u had bedacht.