Een TMS kiezen: test een mislukte order tot en met factuurbewijs

Een TMS-demo bewijst weinig zolang de order netjes binnenkomt, de planning niet verandert en iedere boordcomputer zijn event op tijd aflevert. De echte keuze begint bij de order die onderweg ontspoort.

Mijn korte verdict: kies een kant-en-klaar TMS als je proces grotendeels standaard is en de leverancier jouw mislukte testorder aantoonbaar kan herstellen. Kies een bestaand TMS met een workflowlaag als planning en uitvoering goed werken, maar uitzonderingen, vrijgave of factuurbewijs buiten beeld vallen. Kies een eigen bewijslaag wanneer meerdere systemen tegelijk de waarheid claimen en een foutieve factuur, ETA of klantbelofte duurder is dan het onderhoud van die laag.

Deze gids is voor de transportmanager, operationsmanager en eigenaar die leveranciers op dezelfde proef wil vergelijken. Alle productdetails, prijzen en documentatie hieronder zijn gecontroleerd op 26 oktober 2026, met per claim een eigen peildatum. Een actuele vergelijking van TMS-aanbod en prijsmodellen, gepubliceerd op 1 oktober 2026, zet dezelfde grens tussen een TMS en een losse planningstool.

Een onafhankelijke uitleg van Inbound Logistics over wat een TMS doet, gepubliceerd in februari 2025 en gecontroleerd op 26 oktober 2026, noemt plannen, uitvoeren, volgen en factuurbeheer als onderdelen van de transportketen. Daarom test je niet alleen een planningstegeltje, maar de overgang van order naar bewijs en factuur.

Een TMS is software die de transportorder van invoer en planning via uitvoering en documenten naar een controleerbare factuur brengt. Het systeem toont wat er zou gebeuren en legt vast welke bron eigenaar was, welke afwijking ontstond, wie mocht ingrijpen, welk bewijs de vrijgave droeg en wat na elke write werkelijk is opgeslagen.

Een planningstool of telematicaplatform kan een waardevolle schakel zijn, maar is daarom nog geen TMS. De vier beslissingen die een TMS hoort te dragen zijn shipment, prijs, uitvoerder en bewijs, zo beschrijft Crux Digits op 18 augustus 2026. Dat is een betere start voor je aankooptest dan een lijst met honderd functies.

Wat je nodig hebt voordat je leveranciers uitnodigt

Je hebt geen eisenpakket van veertig pagina's nodig. Je hebt één echte order, de bronnen achter die order en een foutscenario nodig dat iedere leverancier exact hetzelfde doorloopt. Neem tien recente orders mee als achtergrond, waaronder minstens twee met een ontbrekend document, gewijzigde planning of discussie over een toeslag.

Een bronkaart met eigenaars

Leg per veld vast wie de actuele waarde bezit, wie mag schrijven en wie de waarde alleen leest. Een TMS mag de transportorder en de rit bezitten. Je boordcomputer mag de feitelijke aankomsttijd leveren. Je boekhouding mag de juridische klant en factuurstatus bezitten. Geen van die systemen mag stilzwijgend elkaars bron overschrijven.

Gebruik vaste IDs. Een klantnaam of adres kan dubbel voorkomen. Een order-ID, rit-ID en stop-ID laten je later controleren of een event, POD en factuur werkelijk over hetzelfde werk gaan. Een ritdossier dat order, POD, tachograafverwijzing en factuur via één rit-ID koppelt, is nuttig als je naast de TMS-test ook je bewaarplicht en factuurcontrole wilt beoordelen: één rit-ID houdt de bewijsstukken bij elkaar.

Toegang die je bij elke kandidaat nodig hebt

Vraag vóór de demo om een testomgeving of apart testbedrijf, een API-gebruiker met lezen én schrijven, webhookdocumentatie, export van de volledige order en toegang tot foutlogs. Vraag ook hoe je een write na een time-out terugvindt. Een antwoord als 'de gebruiker ziet het vanzelf in het scherm' is geen herstelmechanisme.

Plan vier rollen in: planner, chauffeur of onderaannemer, procesverantwoordelijke en finance-eigenaar. Eén persoon kan meerdere rollen hebben, maar de software moet de bevoegdheden afzonderlijk kunnen tonen. Een planner mag een stop verschuiven. Een chauffeur mag een aankomst en POD toevoegen. Finance mag de factuur vrijgeven. Een API-token dat alles mag, verbergt precies waar je controle ontbreekt.

Geld, data en een testvenster

Gebruik de gepubliceerde licentie als eerste oriëntatie, niet als totaalprijs. Tel inrichting, migratie, koppelingen, documentopslag, support en maandelijks beheer mee. Voor de stresstest reserveer je per kandidaat een halve tot hele dag, plus tijd om de export en de mislukte run na te lopen. Zonder die nabespreking vergelijk je vooral de snelheid van de verkoper.

EasyTrans publiceert vaste maandprijzen exclusief btw. Het Premium Plus-pakket kost op de prijspagina die ik op 26 oktober 2026 heb gecontroleerd €85 per maand en aanvullende modules staan los vermeld. Qargo publiceert op dezelfde peildatum geen bedrag per gebruiker of voertuig, maar koppelt de prijs aan je jaarlijkse transportomzet. n8n Cloud publiceert op 26 oktober 2026 wel een prijs per workflowuitvoering. De actuele bedragen en grenzen staan verderop in de vergelijkingstabel.

0/9

• Tien recente orders, inclusief twee orders met een echte afwijking
• Eén order met drie stops, een tijdvenster, een toeslag en een onderaannemer
• Een bronkaart met bronhouder, schrijfrecht en lezer per veld
• Een testaccount, API-gebruiker, webhooktoegang en volledige export
• Een planner, uitvoerder, procesverantwoordelijke en finance-eigenaar
• Een expliciete regel voor menselijke factuurvrijgave
• Een lijst met verplichte bewijsstukken per stop
• Een verwachte uitkomst voor duplicate, missing, stale en conflict-events
• Een scoreblad met pass, fail, onbekend en bewijslink

Concrete stappen: laat iedere leverancier dezelfde mislukte order doorlopen

Met één gecontroleerde stresstest maak je zichtbaar welke TMS-route een fout kan herstellen. Je legt dezelfde order, planning, ETA-afwijking, menselijke beslissing en factuurcontrole bij iedere kandidaat vast. Zo vergelijk je niet alleen functies, maar ook bronhouderschap, herstelwerk, bewijs en de kans op een dubbele write.

Volg deze acht stappen in dezelfde volgorde en bewaar na iedere stap het bewijs.

1. Bevries de uitgangssituatie

Maak in elke testomgeving exact dezelfde order aan. Gebruik bijvoorbeeld twaalf pallets, een laadvenster van 08.00 tot 08.30 uur, twee losstops, een afgesproken klanttarief van €680 exclusief btw en een onderaannemer met een verwachte kostprijs van €390. Geef de order een externe referentie, een klant-ID en een stop-ID per locatie.

Exporteer de order vóór je gaat wijzigen. Noteer welke velden de leverancier automatisch invult, welke velden door een gebruiker zijn toegevoegd en welk record-ID het platform intern geeft. Dit is je nulmeting. Zonder nulmeting kun je na de demo niet zien of een leverancier een wijziging heeft verwerkt of een nieuw record heeft aangemaakt.

2. Laat de leverancier bronhouderschap aanwijzen

Vraag de leverancier om per veld aan te wijzen waar de waarde vandaan komt. Laat de leverancier niet antwoorden met een algemeen diagram. Vraag naar de concrete order, rit, stop, ETA, POD, toeslag en factuur uit jouw proef.

De test is geslaagd als je na een wijziging kunt zien: de oude waarde, de nieuwe waarde, het moment van wijziging, de actor of bron en de reden. Een systeem mag een actuele planning tonen, maar moet de vorige versie niet laten verdwijnen wanneer die versie bepaalt welke instructie de chauffeur kreeg.

3. Wijzig de planning terwijl de order al bestaat

Verplaats stop S02 van 10.30 naar 11.00 uur en voeg twee pallets toe. Wijs de rit eerst toe aan voertuig V07 en daarna aan een onderaannemer. Controleer of de leverancier een planversie maakt, de gewijzigde capaciteit herberekent en de oude planning herkenbaar houdt.

Vraag daarna: welke versie ziet de chauffeur, welke versie ziet de klant en welke versie wordt later gebruikt voor de factuur? Als het antwoord drie verschillende schermen zijn zonder gedeelde versie-ID, markeer je een risico. Een routekaart die er goed uitziet maar geen planversie draagt, is geen bewijs van correcte uitvoering.

Qargo presenteert orderinvoer, planning en verzending, uitvoering en monitoring, documentatie en facturatie als een keten. De productpagina die op 26 oktober 2026 is gecontroleerd noemt ook orderimport uit e-mail en pdf, routeoptimalisatie en automatische inkoopfactuurcreatie op basis van ePOD-CMR's. Test de claims met je eigen gewijzigde order, want een productoverzicht zegt nog niet hoe een conflict in de praktijk wordt vrijgegeven.

4. Breek de ETA-keten opzettelijk

Laat de planning een ETA van 10.15 uur tonen. Stuur daarna een nieuw event met ETA 10.42 uur, maar laat het event voor stop S02 ontbreken. Voeg vervolgens een oud event toe met een nieuw event-ID en een oudere gebeurtenistijd. De leverancier krijgt dus drie problemen: een ontbrekende bron, een tegenstrijdige ETA en een stale event.

Beoordeel drie afzonderlijke uitkomsten. Een ontbrekend event moet een herstelactie opleveren. Een conflict moet de twee bronnen en hun tijdstippen bewaren. Een stale event mag de actuele status niet terugzetten. Een stille retry zonder eigenaar is op alle drie punten onvoldoende.

Gebruik voor deze test een echte bron als Samsara wanneer die in je landschap zit. De Samsara-webhookdocumentatie, gecontroleerd op 26 oktober 2026, beschrijft webhookversies 1.0 en 2.0, HTTPS-ontvangst en een event-ID voor deduplicatie. Nieuwe mogelijkheden gaan volgens de documentatie naar versie 2.0.

De ETA-test is niet klaar als de leverancier een getal toont. In de op 26 oktober 2026 gecontroleerde RouteStopEtaUpdated-payload van Samsara staan onder meer route, stop, afspraakvenster, eventId, eventTime, ETA en stopstatus. Vraag de leverancier om de bron-event-ID, stop-ID en peiltijd terug te tonen in het dossier.

5. Controleer de uitzonderingsqueue

Open ieder foutpad. Zoek niet alleen naar een rood icoon. Een uitvoerbare queue-taak bevat minimaal reden, order-ID, rit-ID, stop-ID, laatste geldige toestand, ontvangen toestand, bron, eigenaar, deadline, toegestane actie en sluitbewijs.

Test deze vier redenen afzonderlijk:

• Geen match: het event verwijst naar een onbekende stop. De taak gaat naar de planner en mag niet automatisch de eerstvolgende stop kiezen.
• Stale event: de eventtijd is ouder dan de laatst verwerkte bronversie. Het event blijft zichtbaar in de tijdlijn, maar wijzigt de actuele status niet.
• ETA-conflict: twee bronnen leveren verschillende aankomsttijden. De taak bewaart beide bron-ID's en vraagt om een beslissing.
• Read-back mismatch: de API meldt succes, maar de opnieuw gelezen order mist de extra pallets of heeft een ander bedrag. De factuurstap blijft geblokkeerd.

De Qargo-orderwebhook is asynchroon, ondersteunt aanmaken, wijzigen en annuleren en bevat een extern order-ID en een bronveld voor het oorspronkelijke document. Deze documentatie is gecontroleerd op 26 oktober 2026 en noemt Basic Authentication. De leverancier moet daarnaast laten zien waar de fouttaak eigenaar, deadline en sluitbewijs krijgt.

6. Laat een mens vrijgeven op exact bewijs

Maak pas een factuurvoorstel nadat de planning, uitvoering en bewijsstukken een geldige status hebben. De proef gaat niet over een knop met de tekst 'factureren'. De proef gaat over het moment daarvoor: kan een bevoegde gebruiker de bron, de gewijzigde planning, de ETA-afwijking, de POD en de tariefregel in één dossier beoordelen?

Test daarna drie rechten:

1. De planner mag de order herstellen, maar niet de factuur vrijgeven.
2. Finance mag het conceptbedrag, btw en bewijs controleren, maar niet de oorspronkelijke stopgebeurtenis herschrijven.
3. Een API-call zonder menselijke goedkeuring mag geen definitieve factuur of klantverzending veroorzaken.

Maak de factuur eerst als concept. Sla de gebruikte orderversie, planversie, POD-ID, tariefversie, vrijgave-actor en vrijgavetijd op. Een factuur zonder die verwijzingen is achteraf alleen een bedrag, geen bewijs.

7. Simuleer de time-out en doe de read-back

Laat de write naar de factuur of order na verzending in een time-out eindigen. Start geen tweede write. Zoek eerst op idempotentiesleutel, correlatie-ID of extern order-ID. Lees daarna het record opnieuw uit en vergelijk minimaal klant, stops, aantallen, status, bedrag, btw, bronversies en factuur-ID.

Dit is geen theoretische voorzichtigheid. Microsofts documentatie, bijgewerkt op 5 oktober 2026 en gecontroleerd op 26 oktober 2026, waarschuwt dat een herhaalde POST of PATCH een tweede order kan maken als de API geen veilige herhaling beschrijft. Een HTTP-status of schermmelding is daarom geen read-back.

De test is geslaagd als de leverancier kan aantonen dat één write precies één record opleverde, ook wanneer de eerste respons niet aankwam. Kan de leverancier alleen zeggen dat de gebruiker het scherm moet verversen, dan krijgt dit onderdeel onbekend, niet pass.

EasyTrans documenteert een REST API voor orderdetails, status en POD-informatie, naast orderimport en statuswebhooks. Deze pagina is op 10 september 2026 gecontroleerd en vermeldt dat de REST API niet standaard actief is en eerst moet worden aangezet. Vraag die activering vóór je test, anders beoordeel je een ontbrekende instelling als een productgebrek.

8. Exporteer het volledige dossier en score de kandidaat

Exporteer na de test de ruwe order, planversies, ontvangen events, queue-taken, menselijke beslissingen, POD, conceptfactuur, definitieve factuur en read-back. Open de export buiten het TMS. Een scherm dat bewijs toont maar geen bruikbare export levert, heeft een lock-inrisico.

Gebruik per criterium vier statussen: pass als je het bewijs zelf hebt gezien, fail als het gewenste gedrag niet kan, onbekend als de leverancier het niet heeft aangetoond en buiten scope als het criterium niet bij de kandidaat hoort. Geef een leverancier geen halve punten voor een belofte in een roadmap. Een TMS dat order en factuur goed doet maar je telematica-event niet beheert, kan nog steeds winnen. Dan moet de koppeling wel een eigenaar, queue en read-back krijgen.

Valkuilen die je shortlist onbetrouwbaar maken

Je test alleen de gelukkige route

Een leverancier kan een order invoeren en een route tekenen zonder te bewijzen wie een fout herstelt. Voeg daarom altijd één wijziging, één ontbrekend event, één conflict en één time-out toe. De hersteluitkomst bepaalt je keuze.

Je noemt een 202 of groene status een succes

Een asynchrone acceptatie betekent alleen dat het systeem je bericht heeft aangenomen. Het zegt niet dat de juiste stop, prijs of factuur is opgeslagen. Bewaar de correlatie-ID en doe een read-back voordat een volgende stap mag starten.

Je verwart telematica met factuurwaarheid

Een boordcomputer weet waar een voertuig was en wanneer een stopgebeurtenis binnenkwam. Hij weet niet automatisch welk tarief met de klant is afgesproken of of een extra stop factureerbaar is. Houd telematica als bron voor werkelijkheid en het TMS of tariefdomein als bron voor het commerciële besluit.

Je laat een nieuwe planning de oude overschrijven

Een planner werkt met de laatste versie, maar een factuurdiscussie kan over een eerdere instructie gaan. Bewaar iedere versie met tijdstip en actor. Je hoeft oude plannen niet prominent te tonen, wel vindbaar te maken.

Je noemt een mailbox een uitzonderingsqueue

Een gedeelde inbox heeft geen verplichte eigenaar, deadline, toegestane actie of sluitbewijs. Gebruik de inbox hoogstens als ingang. De queue moet de status van de fout dragen.

Je factureert op delivered zonder POD-regel

'Geleverd' kan betekenen dat een chauffeur op locatie kwam, dat een ontvanger tekende of dat een planner een status handmatig wijzigde. Leg per klant vast welk bewijs vereist is. Zonder POD, aantallen, schadeafwijking of expliciete reden blijft de order in controle.

Je kiest op prijs per gebruiker

Een goedkoop pakket wordt duur wanneer routeplanning, documentopslag, fleetkoppeling, boekhouding en maatwerk losse modules zijn. Een hoger platformtarief kan rationeel zijn als het de uitzonderingskosten en herstelarbeid werkelijk verlaagt. Reken daarom licentie, koppelingen, beheer en foutafhandeling over twaalf maanden door.

Je maakt n8n of Make tot een verborgen TMS

n8n en Make zijn sterke verbindingslagen. Ze bezitten niet vanzelf je rit, tarief, planversie of factuurbewijs. Zet de bronkaart, queue, versiecontrole en read-back in een expliciete laag. Anders verschuift je probleem van losse tools naar een ondoorzichtige workflow.

Beslis-kader: welke route past bij jouw bedrijf?

Kies op vier assen: de variatie in je orders, de kosten van een verkeerde status, het aantal bronnen dat samen één beslissing vormt en de beheerkennis die je beschikbaar hebt. Een standaardpakket wint wanneer één systeem het grootste deel van de keten betrouwbaar draagt. Maatwerk wint pas wanneer de uitzonderingen jouw onderscheidende proces of grootste risico zijn.

Een onafhankelijk artikel van Logistics Viewpoints, gepubliceerd op 23 februari 2026 en gecontroleerd op 26 oktober 2026, beschrijft waarom losse order-, warehouse- en transportsystemen binnen hun eigen domein goed kunnen werken terwijl hand-offs toch tot firefighting leiden. Het advies is om juist die overdrachten te mappen en oplossingen te kiezen die beslissingen tussen systemen coördineren. Dat is de reden dat het scoreblad hieronder queue, bronversie en read-back afzonderlijk weegt.

Het scoreblad

Vul het blad eerst in op basis van wat de leverancier in jouw test laat zien. In de tabel hieronder staat alvast de documentatiescore voor Noordland op 26 oktober 2026. P betekent dat de openbare documentatie de deelcapaciteit beschrijft, F dat de kandidaat niet als standalone TMS past, en U dat alleen een live test het kan bewijzen. Een U krijgt nul punten en mag nooit als contractbewijs gelden.

De drie knock-outregels zijn beslissend: K1 blokkeert definitieve facturatie bij ontbrekend of tegenstrijdig bewijs, K2 vereist een idempotentiesleutel of equivalent plus read-back na een time-out, en K3 vereist een queue-taak met eigenaar en sluitbewijs. Eén fail op K1, K2 of K3 is reden om de kandidaat niet te contracteren. Eén onbekend betekent eerst een aanvullende live test.

Score voor de drie kandidaten

De score hieronder is geen verzonnen benchmark en ook geen vervanging voor de demo. Het is een reproduceerbare documentatiescore: alleen expliciet beschreven dekking krijgt P; niet beschreven herstelgedrag blijft U en krijgt nul. Daardoor zie je meteen waarom een mooi productoverzicht nog geen winnaar oplevert.

De vergelijking is daarmee beslissend genoeg voor de shortlist: Qargo krijgt als eerste de volledige stresstest, EasyTrans blijft de prijsvoorspelbare tweede kandidaat en n8n wordt niet als TMS beoordeeld. Qargo wint de aankoop niet op 50 punten. Het wint alleen als K1, K2 en K3 in de live test pass worden. Als Qargo een knock-out niet haalt maar EasyTrans wel, kies je EasyTrans. Als beide falen, koop je geen pakket als bewijslaag: bouw die laag rond het TMS dat de dagelijkse operatie het beste ondersteunt.

Kies kant-en-klaar als de regels stabiel zijn

Kies een compleet TMS als orders, planning, chauffeurstatus, POD en facturatie meestal volgens dezelfde route lopen. De leverancier moet dan wel je mislukte order doorstaan. Vraag een standaard TMS om een testexport, planversie en menselijke vrijgave.

EasyTrans is logisch om vroeg te testen bij een kleiner of middelgroot transportbedrijf dat een duidelijke pakketstructuur wil. De op 26 oktober 2026 gecontroleerde EasyTrans-prijspagina toont een Premium Plus-pakket van €85 per maand exclusief btw en losse modules. De Premium Plus-pagina van EasyTrans, gecontroleerd op 26 oktober 2026, noemt de Vervoerder Portal, Chauffeurs App, digitale handtekening en digitale POD. Routeplanning, externe systemen en boordcomputerkoppelingen zitten als afzonderlijke modules in de prijslijst.

Qargo is logisch op de shortlist wanneer je orderinvoer, planning, onderaannemers, uitvoering, ePOD-CMR en facturatie in één breder platform wilt onderzoeken. De op 26 oktober 2026 gecontroleerde prijsberekening van Qargo koppelt de kosten aan transportomzet en niet aan gebruikers, depots of voertuigen. Dat maakt de vergelijking met een pakket per gebruiker onzuiver. Vraag in de commerciële fase om dezelfde fouttest en een schriftelijk antwoord op export, queue, vrijgave en read-back.

Kies TMS plus workflowlaag als de kern goed is

Houd je bestaande TMS wanneer de bron van order, planning en tarief goed genoeg is, maar je een gecontroleerde laag mist voor koppelingen, uitzonderingen en menselijke acties. n8n kan zo'n laag zijn wanneer je API's, webhooks, retries en eenvoudige routes wilt verbinden. De op 12 oktober 2026 bijgewerkte n8n-documentatie beschrijft error workflows, execution-ID's en retry-verwijzingen; de prijs- en featurepagina die op 26 oktober 2026 is gecontroleerd vermeldt webhooks, queues, execution logging en het ontbreken van audit logging in Pro. Make kan passen bij lichtere scenario's met veel standaardapps.

Het verschil zit in eigenaarschap. De workflow mag een event ontvangen, normaliseren, een queue-taak maken en een read-back starten. Hij mag niet zonder beleidsregel de factuurstatus verzinnen. Schrijf in de test uit wat bij het TMS blijft en wat de workflowlaag bezit.

Kies een eigen bewijslaag als je fouten duur zijn

Bouw een aparte bewijs- en vrijgavelaag wanneer een order tegelijk afhankelijk is van TMS, telematica, boordcomputer, onderaannemer, klantportal en boekhouding. Dat is aan de orde wanneer één foutieve ETA een boete of misgelopen levering veroorzaakt, wanneer charterfacturen vaak afwijken of wanneer finance de herkomst van een factuur niet kan reconstrueren.

Bouw dan niet meteen een volledig nieuw TMS. Begin met de poorten die de leveranciersproef niet haalt: bronversie, conflictqueue, menselijke vrijgave, idempotente write, read-back en export. De rest blijft in het pakket dat de dagelijkse operatie al goed ondersteunt.

Waar moet de nieuwe oplossing vooral grip op geven?

Order tot factuur in één pakketKoppelingen en uitzonderingen rond bestaand TMSBewijs en bronversies over meerdere systemen

Deze keuzehulp geeft dezelfde uitkomsten als het geschreven kader. Het is geen score die een leverancier voor je kiest. Het is een snelle manier om te bepalen welke bewijslaag je in de demo moet afdwingen.

Uitgewerkt voorbeeld: Noordland test drie routes

Noordland Distributie is in dit voorbeeld fictief. De productnamen zijn echt, de aantallen en bedragen zijn illustratief. Het bedrijf heeft twaalf eigen vrachtwagens, twee vaste onderaannemers en ongeveer 35 orders per werkdag. De planner gebruikt nu een TMS voor order en planning, Samsara voor telematica en een boekhoudpakket voor verkoopfacturen. De maandelijkse discussie gaat meestal over extra stops, ontbrekende POD's en ritten waarvan de ETA niet meer klopt.

Het testdossier

Order ORD-2026-10426-017 bevat twaalf pallets van Breda naar Tilburg en Eindhoven. De klant betaalt €680 exclusief btw. De tweede stop heeft een venster van 10.30 tot 11.00 uur. De verwachte charterkost is €390. De order wordt eerst toegewezen aan voertuig V07 met rit-ID RIT-2026-10426-042.

Om 08.20 uur voegt de klant twee pallets toe en verschuift hij de tweede stop naar 11.00 tot 11.30 uur. De planner zet de rit over naar onderaannemer Noordroute. Om 08.42 uur levert de boordcomputer een ETA van 10.42 uur voor S02, maar het event voor S02 ontbreekt in de TMS-koppeling. Om 08.50 uur komt een ouder event binnen met een nieuw event-ID en ETA 10.18 uur. Om 09.05 uur probeert een integratie de conceptfactuur te maken, maar de API-respons loopt in een time-out.

De verwachte uitkomst staat vooraf vast:

1. De gewijzigde order en planning krijgen een nieuwe versie.
2. Het ontbrekende event wordt een queue-taak voor de planner.
3. Het oude ETA-event blijft in de tijdlijn maar zet S02 niet terug.
4. De factuur blijft concept of geblokkeerd zolang POD, planversie en ETA-besluit niet zijn gecontroleerd.
5. Na de time-out volgt eerst een read-back op de idempotentiesleutel, geen tweede factuur.
6. Het uiteindelijke dossier bevat order, rit, bron-events, queuebesluit, POD, tarief, factuur en actor.

De drie kandidaten

Qargo TMS. De op 26 oktober 2026 gecontroleerde product- en API-documentatie onderbouwt de score van 50: de order-tot-factuurketen en asynchrone orderwebhook zijn gedocumenteerd, maar queue-eigenaarschap, menselijke vrijgave en timeout-read-back zijn onbekend. Qargo is daarom de eerste live test, niet de automatische winnaar.

EasyTrans Premium Plus. De op 26 oktober 2026 gecontroleerde prijspagina maakt de maandprijs concreet: €85 per maand exclusief btw voor Premium Plus, met losse modules voor routeplanning, externe systemen en boordcomputer/fleet management. De API-documentatie onderbouwt order-, status- en POD-koppeling. De score van 45 blijft lager omdat queue, planversie, menselijke vrijgave en read-back niet uit de openbare documentatie blijken.

n8n Cloud Pro als verbindingslaag. De op 26 oktober 2026 gecontroleerde prijs is €50 per maand bij jaarbetaling voor 10.000 workflowuitvoeringen met onbeperkte stappen. n8n heeft webhook- en queue-triggers, execution logging en error workflows, maar geen transportorder, planversie, tarief of factuur als eigen domein. Daarom is de score 25 en is de knockout voor een standalone TMS fail.

De uitkomst voor Noordland is dus concreet: nodig Qargo uit voor de eerste volledige fouttest, houd EasyTrans als prijsvoorspelbare tweede route en gebruik n8n alleen wanneer de gekozen TMS de workflowgrens niet sluit. De contractbeslissing volgt pas wanneer de drie knock-outregels een pass hebben.

Vergelijkingstabel: wat koop je werkelijk?

De volgende tabel gebruikt de gepubliceerde product- en prijsinformatie die op 26 oktober 2026 is gecontroleerd. Prijzen zijn exclusief btw tenzij de leverancier anders vermeldt. Waar een leverancier geen vaste publieke prijs toont, staat dat expliciet. De peildatum staat per rij, zodat een latere update zichtbaar kan worden.

EasyTrans publiceert deze pakket- en moduleprijzen. n8n publiceert de Pro-prijs, uitvoeringsgrens en featuregrenzen, gecontroleerd op 26 oktober 2026. De foutafhandeling en retry-verwijzing komen uit de n8n-documentatie die op 12 oktober 2026 is bijgewerkt. Make beschrijft sinds 27 augustus 2026 de credits per actie en de webhookqueue bij een lege creditbalans. De Nederlandse Samsara-prijspagina toont op de peildatum geen publiek vast tarief.

Een TMS kies je uiteindelijk niet op de vraag of de routekaart mooi is. Je kiest op de vraag of een fout zichtbaar blijft, een mens op het juiste moment beslist en de factuur later nog uit dezelfde bronnen te reconstrueren is. Wie die proef niet kan doorstaan, kan je wel een demonstratie geven, maar nog geen betrouwbare transportketen.