Home / Transportsoftware

Logistiek — de transportsoftware-stack

Transportsoftware: welke systemen u echt nodig heeft, en in welke volgorde

Een transportbedrijf krijgt software verkocht in de volgorde waarin leveranciers toevallig bellen, niet in de volgorde waarin de problemen ontstaan. Deze pagina brengt de vijf systemen in kaart die een Nederlands transportbedrijf werkelijk draait, waarvoor elk systeem echt dient, welk systeem u eerst koopt, en waar het geld ertussenuit lekt. Bewust géén productvergelijking — dit is de beslissing die dáárvoor komt.

Door Tom Joseph · Laatst bijgewerkt: 18 augustus 2026

Gratis consult Prijzen

In het kort

De meeste transportbedrijven draaien vijf systemen: een TMS, een planningstool, telematica of een boordcomputer, een financieel- en facturatiepakket, en — als u voorraad houdt — een WMS. De dure fout is ze in de verkeerde volgorde kopen, want elk systeem gaat uit van de data van het vorige. De praktische regel: koop het systeem dat eigenaar is van de beslissing die u nu het meeste geld kost, en controleer vóór u tekent of het data kan doorgeven aan de volgende twee. Wij starten met een audit van €2.500 die vaststelt welke beslissing werkelijk lekt — planning, facturatie, of het gat ertussen — vóór er iets wordt aangeschaft.

De vijf systemen

Wat elk systeem werkelijk bezit

Transportbedrijven draaien vijf systemen. De dure fout is ze in de verkeerde volgorde kopen.

TMS
Order tot factuur
De ruggengraat: de zending, het tarief, de vervoerder. Eigenaar van wat gefactureerd mag worden.
Planning
Wie rijdt wat
Welk voertuig welke lading rijdt, binnen rijtijden en tijdvensters. Soms een TMS-module, soms apart.
Telematica
Wat er gebeurde
De boordcomputer rapporteert de werkelijkheid. Hij beslist niets — en prijst niets.
Facturatie
Het grootboek
Ontvangt wat het TMS factureerbaar noemt, en heeft geen oordeel over de juistheid daarvan.
WMS
Alleen bij voorraad
Magazijnwerk op een transportsysteem is de meest voorkomende oorzaak van een onbruikbare voorraadpositie.

De stack

De vijf systemen, en waar elk werkelijk voor dient

De begrippen lopen ernstig door elkaar. Leveranciers noemen alle vijf "transportsoftware", en zo eindigt een bedrijf met twee systemen die de planning half doen en geen enkel dat het goed doet.

TMS — de ruggengraat van order tot factuur: de zending, het tarief, de vervoerder, de papieren. Het is eigenaar van wat is afgesproken en wat gefactureerd mag worden.
Planning — welk voertuig welke lading rijdt, in welke volgorde, binnen rijtijden en tijdvensters. Vaak een TMS-module, soms een aparte optimalisator, af en toe nog een whiteboard.
Telematica / boordcomputer — waar voertuigen zijn, wat chauffeurs deden, tachograafdata, brandstof. Het rapporteert de werkelijkheid; het beslist niets.
Financieel en facturatie — het grootboek. Het ontvangt wat het TMS factureerbaar noemt en heeft geen oordeel over de juistheid daarvan.
WMS — alleen als u voorraad houdt en pickt. Magazijnwerk op een transportsysteem is veruit de meest voorkomende oorzaak van een onbruikbare voorraadpositie.

Afbakening

Drie vragen die onthullen welk systeem een leverancier werkelijk verkoopt

Omdat alle vijf functies "transportsoftware" worden genoemd, is de snelste manier om een leverancier te plaatsen de vraag wat hun systeem juist níét doet. Eerlijke leveranciers antwoorden hier vlot; het antwoord verraadt welke van de vijf u verkocht krijgt.

"Wat gebeurt er met een zending die u niet kunt prijzen?" Een TMS houdt hem vast en signaleert het ontbrekende tarief. Een telematicaproduct heeft er simpelweg geen oordeel over, want prijzen is zijn taak niet.
"Laat me een order zien die nog niet is aangenomen." Planning- en TMS-producten houden nog niet aangenomen werk vast zodat u kunt beslissen. Uitvoeringsgerichte producten kennen alleen werk dat al aan een voertuig hangt.
"Welke van deze getallen zijn van u, en welke komen uit een ander systeem?" Gesteld boven een dashboard scheidt dit een product dat data bezit van een product dat andermans data toont — een onderscheid dat enorm telt zodra een getal verkeerd blijkt.

Koopvolgorde

Wat u eerst koopt, bepaald door waar het geld weglekt

De volgorde is niet universeel — hij volgt uw knelpunt. Drie patronen dekken de meeste Nederlandse vervoerders:

Facturen gaan te laat of verkeerd de deur uit. Begin bij het TMS. Wonen het tarief en de rit in verschillende systemen, dan is omzetlek onzichtbaar en permanent, en geen planningstool haalt dat terug.
De planning klopt maar de dag valt uit elkaar. Begin bij telematica en uitvoering in plaats van bij een optimalisator. Een betere planning die u niet kunt volgen is niet het knelpunt; om 11:00 weten dat het venster van 14:00 weg is wél.
Planners zijn de bottleneck en de marges zijn dun. Nu verdient een optimalisator zijn plek — maar alleen op schone stamdata over voertuigen, capaciteiten en tijdvensters, en dát is meestal het echte project.

All-in-one

All-in-one of best-of-breed

Het eerlijke antwoord hangt af van hoe ongewoon uw operatie is, en de vraag is niet welke beter is maar welke mislukking u liever heeft.

All-in-one betekent één leverancier, één dataset en geen integratieproject. U betaalt ervoor in fit: is uw tariefstructuur of planningsbeperking ongewoon, dan past u zich aan het pakket aan of u betaalt voor ontwikkeling. Voor een rechttoe-rechtaan stukgoedoperatie is dit doorgaans de juiste ruil.

Best-of-breed betekent dat elk systeem echt goed is in zijn werk, en dat u de integratie bezit zolang de stack leeft. Dat is een blijvende kostenpost, geen project. Het loont waar één functie uw concurrentievoordeel ís — gespecialiseerde planning, of een tariefmodel dat concurrenten niet kunnen kopiëren.

Wat het in de praktijk beslist: op hoeveel uitzonderingen uw operatie draait. Weinig uitzonderingen pleiten voor all-in-one. Veel uitzonderingen voor best-of-breed, omdat pakketsoftware het gangbare geval goed afhandelt en het uitzonderlijke slecht.

Boordcomputer

De boordcomputer die u al betaalt is geen planningssysteem

Telematicaleveranciers hebben ritregistratie, orderschermen en berichtenverkeer toegevoegd, dus het lijkt redelijkerwijs alsof u al transportsoftware heeft. U heeft een uitstekende registratie van wat er gebeurde en geen systeem dat bepaalt wat er zou moeten gebeuren.

Het verschil laat zich op drie plekken zien. Een boordcomputer kan een zending niet tegen een klanttarief prijzen, dus facturatie blijft handwerk. Hij heeft geen zicht op nog niet aangenomen orders, dus hij helpt niet beslissen wat u aanneemt. En zijn datamodel is het voertuig, niet de zending — waardoor een lading over twee voertuigen twee records zijn die niemand verzoent.

Waar hij werkelijk goed in is, is de rest voeden: werkelijke tijden tegenover geplande, echte rijtijden, brandstof per traject. Elk TMS dat het kopen waard is neemt die feed af. Vraag hóé, en hoe vaak, vóór u tekent.

Integratie

Waar het geld tussen de systemen weglekt

Elke overdracht is een plek waar werkelijkheid en registratie uiteenlopen. Vier lekken komen in vrijwel elke audit die wij doen terug:

Wachttijd die niemand factureert. De chauffeur registreert hem op de boordcomputer; het TMS krijgt hem nooit als factureerbare gebeurtenis binnen; de factuur gaat eruit zonder. Dit is meestal het grootste enkele lek, en het is pure marge.
Extra stops die op de dag zelf worden toegevoegd. Telefonisch afgesproken, uitgevoerd, nooit als orderregel ingevoerd.
Brandstoftoeslag op de verkeerde periode. De index wordt in het ene systeem bijgewerkt op een ritme dat niet aansluit op de facturatierun.
Charterkosten geboekt zonder de bijbehorende verkoop. Uitbesteed werk wordt u prompt gefactureerd en laat — of tegen het verkeerde tarief — doorbelast.

Geen software

De problemen die software niet oplost

Het is de moeite waard dit expliciet te maken, want deze worden als softwareprobleem verkocht:

Structureel onrendabele trajecten. Een planningstool rijdt ze efficiënter en ze verliezen nog steeds geld. Dat is een prijsgesprek.
Klanten die te laat boeken. Optimalisatie kan geen informatie terughalen die u op planningsmoment niet had.
Te weinig chauffeurs. Betere planning haalt meer uit de uren die u heeft, wat reëel is maar begrensd, en die grens komt snel in zicht.
Onenigheid over wat is afgesproken. Een TMS legt afspraken vast; het maakt commerciële voorwaarden niet helder.

Exploitatie

Wat de stack kost om te draaien, niet alleen om te kopen

Licenties worden per gebruiker of per voertuig geoffreerd en zijn het voorspelbare deel. Wat mensen verrast is het jaarlijkse wijzigingsbudget: tariefstructuren schuiven, klanten eisen nieuwe bestandsformaten, een vervoerder wijzigt zijn API. Begroot dat bewust in plaats van elke wijziging als incident te behandelen.

De tweede terugkerende kostenpost is de integratielaag, als u voor best-of-breed koos. Iemand onderhoudt hem. Is niemand aangewezen, dan verslechtert hij stilletjes tot een facturatierun breekt, en duurt de diagnose dagen omdat niemand beide kanten bezit.

FAQ

Veelgestelde vragen

Wat is het verschil tussen transportsoftware en een TMS?

Een TMS is één systeem binnen de transportsoftware-stack — de ruggengraat van order tot factuur. "Transportsoftware" is het hele geheel, inclusief planning, telematica en facturatie.

Leveranciers gebruiken de brede term voor wat zij toevallig verkopen; vraag dus specifiek welke van de vijf functies een product bezit.
De meeste verwarring zit in planning: die kan in het TMS zitten of een aparte optimalisator zijn, en dat verschil telt commercieel.
Kiest u specifiek een TMS, dan behandelt onze TMS-selectiepagina die beslissing.

Hebben we aparte planningssoftware nodig als ons TMS planning bevat?

Aanvankelijk meestal niet. Planningsmodules in een TMS doen eenvoudige voertuigtoewijzing prima; een aparte optimalisator verdient zijn kosten wanneer de combinatoriek een mens werkelijk te boven gaat.

De trigger is schaal en beperkingsdichtheid — veel voertuigen, krappe vensters, rijtijden die op elkaar inwerken, multi-drop routes.
Een optimalisator is zo goed als de voertuigcapaciteiten, laadtijden en tijdvensters in uw stamdata. Dat datawerk ís het project.
Toets de module eerst op een echte historische week vóór u aanneemt dat hij tekortschiet.

Kunnen we magazijnwerk op onze transportsoftware draaien?

Voor een handvol pallets in een buffer: ja. Voor het picken van klantorders uit voorraad levert het een voorraadpositie op die u niet kunt vertrouwen.

Voorraadafhandeling in een TMS is doorgaans locatieloos — het kent aantallen, niet waar iets ligt of in welke staat.
Zodra u batch- of serieregistratie nodig heeft, draagt een transportsysteem dat niet.
Zie onze WMS-selectiepagina voor wat er verandert zodra voorraad een echte functie wordt.

Wat kost transportsoftware in Nederland?

Licenties worden meestal per gebruiker of per voertuig per maand geprijsd, waardoor de licentie het voorspelbare deel is en de rest de variabele.

Implementatie hangt vrijwel volledig af van tariefcomplexiteit — hoeveel klantspecifieke tariefstructuren gemodelleerd moeten worden.
Begroot een jaarlijkse wijzigingsruimte in plaats van tarief- en formaatwijzigingen als incidenten te behandelen.
Bij ons: een audit van €2.500 om vast te stellen welke beslissing lekt, een proof of concept van €20.000 waar de aanpak onzeker is, productie vanaf €50.000. Pakketlicenties betaalt u aan uw gekozen leverancier; wij verkopen ze niet door.

Onze boordcomputerleverancier zegt transportsoftware te bieden. Is dat genoeg?

Dat kan, voor een kleine operatie met eenvoudige tarieven. Toets het op drie specifieke punten vóór u akkoord gaat.

Kan het een zending prijzen tegen een klantspecifiek tarief, inclusief toeslagen, zonder handwerk?
Houdt het orders vast die u nog niet heeft aangenomen, zodat u kunt beslissen wat u aanneemt?
Is de zending het record, of het voertuig? Een lading over twee voertuigen moet één zending blijven.

Weet u niet welk systeem u eerst moet kopen?

De audit van €2.500 stelt vast waar het geld in uw stack werkelijk weglekt — planning, facturatie, of de overdracht ertussen — vóór er iets wordt aangeschaft.

Plan een gesprek